| Summary | webdav performance problem with big calendars |
| Queue | Kronolith |
| Queue Version | 2.2-RC2 |
| Type | Enhancement |
| State | Rejected |
| Priority | 1. Low |
| Owners | |
| Requester | olivier (dot) lelain (at) xrce (dot) xerox (dot) com |
| Created | 04/04/2008 (37 days ago) |
| Due | |
| Updated | 04/04/2008 (37 days ago) |
| Assigned | |
| Resolved | 04/04/2008 (37 days ago) |
| Attachments | |
| Milestone | |
| Patch |
State ⇒ Rejected
This is how calendar publishing over WebDAV works, unfortunately. Once we have CalDAV support, this should be much better because it supports atomic operations on single events.Patch ⇒
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ webdav performance problem with big calendars
Type ⇒ Enhancement
Priority ⇒ 1. Low
State ⇒ New
I would like to implement a horde/kronolith solution for allowing my Linux users to connect to a calendaring server using sunbird/lightning.
I widely tested it and it works very well, except for users having very big calendar (more than 2000 entries) when they just add or modify something.
I tried everything to improve performance (using memecache for instance) with no success.
When I watch the horde.log , it seems that the whole username.ics is "reinjected" in the mysql database, not only what were modified, thus having a 30s delay for each modified, deleted or created.event
I don't know if i'm wrong. If not, I don't know if it's feasable to enhance it.
Thank you.