Antville Project

New antville need_for_speed branch

I created a new branch in the antville CVS that is called "need_for_speed" and contains optimizations that I didn't want to check into the main branch. They don't change the basic Antville architecture, but they do change how some things are done. The main motivation was to make antville run faster on my orange iBook and similar antique hardware. What I did is pretty simple:

  • req.data.memberlevel is set in hopobject.onRequest(), so the membership level never ever has to be fetched within application code
  • Where possible, things that were done by calling functions previosly are now done by directly accessing fields/properties, i.e. those functions which did nothing but convert/return a property have been mostly removed.
  • Security functions which returned full localized error messages now only return the error message name. The full localized error message has to be retrieved by the caller if it is needed. (The latter isn't implemented yet ;-)

(Unfortunately, some changes sneaked in which don't really belong to the need_for_speed branch but have been lingering in my local repository: Creating stories offline is changed and polls don't require a title anymore and are rendered slightly different. Eventually we should/will discuss these separately.)

What I'd like you to do is to check if this branch really runs faster for you and if so, how much faster. You're also welcome to help finishing what I started and finding missing pieces.

comment    

 
robert, October 22, 2002 at 11:30:48 AM CEST

Re: New antville need_for_speed branch

sorry, hns, didn't have the time 'til now to test it. your change that security-functions return just the message name instead of the rendered message is definetly good, should be a lot faster. i'll have a deeper look into your branch later in the evening.

link  

 
robert, October 23, 2002 at 9:24:22 PM CEST

Re: Re: New antville need_for_speed branch

i'm +1 for nearly everything you did in the need_for_speed-branch, with one exception: your changes to hopobject/link_macro() mean that users cannot add additional attributes to a link (class, onClick etc.).

link  

 
hns, October 23, 2002 at 9:29:19 PM CEST

Re: Re: New antville need_for_speed branch

Yes, I know, we need to support extra attributes for the link macro. But if it is somehow possible, I'd prefer to actively pick the possible attributes out instead of deleting those we don't want. Do you think that's possible? I.e., can we get a finite set of attributes that can be expected in a link tag?

link  

 
robert, October 23, 2002 at 10:17:05 PM CEST

Re: Re: New antville need_for_speed branch

regarding good ol' html this would be possible (w3c), but the list of event-handlers is even longer (and changing), and i don't know exactly what changed in xhtml (tobi?) ... so i think the way it workes now is quite handy (but i don't know exactly why you want to change that).

link  

 
tobi, October 24, 2002 at 10:04:50 AM CEST

Re: Re: New antville need_for_speed branch

-1 for changing the generic way additional html attributes are rendered.

link  

 
hns, October 24, 2002 at 12:07:42 PM CEST

Re: Re: New antville need_for_speed branch

(but i don't know exactly why you want to change that)

For performance reasons. Actually it would be interesting if somebody could do a performance comparison between the old link_macro version and mine. If the difference turns out to be neglectible, we can leave it as is. Otherwise, I'm for giving up the link macro in favor of a href macro that just returns the URL and doesn't try to do anything else (at least for use in the standard skins!).

-1 for changing the generic way additional html attributes are rendered.

Yes, I just want to get it out of the link macro, which is used a lot in standard skins. Again, performance comparisons will tell us what to do.

link  


... comment


The Antville Server Fund has been a great success. Thanks to everybody who contributed!
online for 8550 Days
last updated: 1/4/11, 10:22 AM
status
Youre not logged in ... Login
menu
November 2024
SunMonTueWedThuFriSat
12
3456789
10111213141516
17181920212223
24252627282930
July
recent
zfuture's house here is zfuture's
house
by zfuture (7/31/03, 2:59 AM)
i understand your concerns however,
i hardly can think of a solution. certainly, if the...
by tobi (7/29/03, 9:47 AM)
Found several more similar sites
listed This is getting to be quite a concern to...
by cobalt123 (7/27/03, 7:56 PM)
Second Post Alert on Referrer
bug livecatz I put this into "help" and now here:...
by cobalt123 (7/26/03, 7:14 PM)
well it's not easy to
find from here, anyway. think we should include a link,...
by tobi (7/24/03, 11:25 AM)
So finally I found
the helma Bugzilla - stupid me.
by mdornseif (7/24/03, 10:28 AM)
clock not that it's particularly
earthshattering but the antclock is running slow by about 15...
by kohlehydrat (7/23/03, 8:25 PM)
but blogosphere.us isn't can't really
be rated as spam can it?
by kohlehydrat (7/23/03, 8:08 PM)
More referrer spam www.webfrost.com
by Irene (7/23/03, 7:55 PM)
How to log skin names
I accessed to console?? Hi, I would like to know...
by winson (7/23/03, 4:12 PM)

Click here to get an XML version of this weblog.

Made with Antville
powered by
Helma Object Publisher