Calendar is very slow with CalDAV (was: No Lightning for Aurora?)

Peter Lairo <[email protected]>
Newsgroups gmane.comp.mozilla.devel.calendar
Message-ID <[email protected]>
On Di. 26.06.2012 18:59, Stefan Sitter wrote:
> Peter Lairo wrote:
>>> The latest Thunderbird daily with the latest Lightning nightly
>>> builds are completely unresponsive.
>>>
>>> I have Windows 7, a quad-core CPU, and 4 GB RAM. For the past 2
>>> hours (I've been waiting to see if it will get better), Thunderbird
>>> has been "Not Responding" and is constantly using 25% CPU and 675
>>> MB RAM.
>>
>> Update: After *four hours* Thunderbird and Lightning became
>> responsive again. Well, "responsive" is a bit of an exaggeration.
>> Lightning still stalls for about 10 seconds whenever I page to
>> another week or month, and the calendars take a "while" to display.
>> Also, Thunderbird will stall for a few seconds (e.g., the text I'm
>> typing will not appear, and then pop-in after a few seconds). It's a
>> very frustrating experience.
>>
>> Does anyone know if there's a bug on this performance issue yet?
>
> I use Earlybird for daily use and so far I have not experienced
> performance problems. But I use only ics based calendars and therefore
> can't comment on CalDAV.

That surprises me (I'm assuming your a developer of Lightning). I 
thought ICS was to CalDAV as POP is to IMAP. I thought ICS was less 
"awesome" than CalDAV. Why would a developer not use the most awesome 
tech available? And even is the developer used ICS/POP, wouldn't it be 
beneficial to their product to make sure that the awesome tech worked well?

> But as written before the CalDAV provider has
> changed a lot in Lightning 1.7 and 1.8 therefore it might be possible
> that something regressed.

I doubt that. The slowness with CalDav has existed in Lightning forever.

> Regarding performance you should check the find events filter settings,
> the task tab filter settings and the today pane task list filter
> settings. If one of them is set to "All" Lightning will download the
> entire data of all your calendars during startup. Depending on calendar
> size this might take a while.

During *every* startup? If that is the case, then Lightning is in need 
of major work to make CalDAV work better "out of the box".

> You could test if enabling offline cache improves performance.

I'm afraid to do this because it's very important data and I don't trust 
the offline cache with CalDAV because the deveopers don't seem to have 
focused on CalDAV enough to prevent at least the serious dataloss 
possibilities (not eating your own dogfood).

> You could test if disabling or enabling the SPDY protocol that is used
> with Google servers has any impact on the performance.

How would I do that? about:config? Which setting(s)?

> You could test if the number of calendars has any impact on the
> performance, i.e. calendar 1 alone, calendar 2 alone, and 1+2 switched
> on at the same time.

It's slow with even one large calendar. decreasing the number of 
calendars merely makes it slightly less "too slow".

Thanks for your thoughtful reply.

Peter Lairo
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.