Summary | Halve Kolab's Freebusy memory usage |
Queue | Kolab |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | wrobel (at) horde (dot) org |
Requester | thomas.jarosch (at) intra2net (dot) com |
Created | 03/08/2008 (6328 days ago) |
Due | |
Updated | 03/11/2008 (6325 days ago) |
Assigned | 03/08/2008 (6328 days ago) |
Resolved | 03/11/2008 (6325 days ago) |
Milestone | |
Patch | No |
State ⇒ Resolved
to suggest the attached patch in addition to your fix. Can you check
it on your side?
now it takes only 0.983s instead of 2.340s for 10.000 events on a P4
3 GHz :-) Yeah.
to suggest the attached patch in addition to your fix. Can you check
it on your side?
it takes only 0.983s instead of 2.340s for 10.000 events on a P4 3 GHz
:-) Yeah.
New Attachment: HK-GW-freebusy_improve.patch
attached patch almost halves Kolab's freebusy memory usage.
10.000 events now use 25mb instead of 44mb.
I didn't trace this stuff before so now that I looked at it I'd like
to suggest the attached patch in addition to your fix. Can you check
it on your side?
There is probably more potential to get the thing less memory/cpu time hungry.
Assigned to Gunnar Wrobel
State ⇒ Assigned
all: http://www.horde.org/horde/docs/?f=CODING_STANDARDS.html#loops
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Halve Kolab's Freebusy memory usage
Queue ⇒ Kolab
New Attachment: framework-kolab-fix-freebusy-memusage.patch
State ⇒ New
attached patch almost halves Kolab's freebusy memory usage.
10.000 events now use 25mb instead of 44mb.
I also experimented with splitting "$objects = store->getObjects()"
into "$ids = store->getObjectIds(); foreach($object = store->getObjectById())"
but it turned out to be slower and PHP5 seems to implement
copy-on-write as it didn't make a difference from a memory usage point
of view.
I did some whitespace cleanup while I was at it...
Cheers,
Thomas
PS: I almost queued this one for the framework package again ;-)