1169605 - High cpu load when using x2go (NX)

Status: RESOLVED DUPLICATE of bug 1169062

(Calendar :: Calendar Frontend, defect)

Description

[Moritz Strübe]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150513174244

Steps to reproduce:

Start Thunderbird with Lightning enabled inside an x2go/NX (http://x2go.org/) session. I also have quite a few calenders with many events.


Actual results:

Thunderbird is unusable after startup. It recovers after a while, but is still sluggish. I did a trace and it seems like this could be X-realted.
http://people.mozilla.org/~bgirard/cleopatra/?1432903432333#report=0c5707d153301b2a392b4767c2b2b742b49cb44a
Everything is fine without lightning, though.

Comment 1

[[:MakeMyDay]]

What calendars have you configured? Is offline support enabled in calendar properties? Are that large ones? Are there any messages in the log (ctrl+shift+j)?

Comment 2

[Moritz Strübe]

There are multiple ical calenders and one google calender configured. Yes, the calenders are quite large. Offline support is enabled. The log shows no errors.

The interesting thing here is, that at least the trace suggests that it is rendering related, as lightning spends most of the time in lubxul.so. Due to NX sometimes having an extra round-trip and its performance not being the best things are probably especially bad.
So it could be that the calendar-code does extra unnecessary calls to rendering engine.

I looked into bug 412914, bug 848024 and bug 362987, but they all seem storage related and 530423 is outdated.

Here is another trace for changing the week, which takes 5 to 10s. It looks pretty much the same: Much of the time is spent in libxul.so due to findColoumnForDate().
http://people.mozilla.org/~bgirard/cleopatra/?1433237288458#report=33a8c28f140f0ba8fb52191edc82a6f99e6b7912

Comment 3

[Stefan Sitter [:ssitter]]

Hi, bug details state that you using Lightning 3.3. Could you please consider repeating your tests with at least Lightning 4.0 Beta in Thunderbird 38 Beta?

Comment 4

[Moritz Strübe]

Wow, this is worse! Much worse!
Changing to the calender-tabs for the first time works faster. Changing weeks, is lightning-fast, but that's because the new week isn't rendered at all 9/10 or so. And if it does it's slower than before. Easily taking several minutes.
At least changing the view works, but with the same result: It's slow and hangs in  findColoumnForDate()/libxul.so:
http://people.mozilla.org/~bgirard/cleopatra/?1433242207376#report=d635e0759ce8ed0a80dabbd7ead8f75d4d606a79

Changing days seems to work sometimes, but most of the times it's just like week-view - Changing the date at the top, but not rendering the new day. Going to week-view locks up TB for several minutes. I started a trace, but Cleopatra is working on that for over an hour now. I'll link it as soon as its done. But I don't think it will reveal anything new.

Comment 5

[Moritz Strübe]

Just as quick feedback: I gave up trying save that trace. Uploading didn't work because of error 0 and saving didn't work either - never got a dialog. Not for the lack of trying for 2h.

Comment 6

[[:MakeMyDay]]

How do you sync your Google calendar - using CalDAV or Google provider? Does this also happen if you disbale the Google calendar?

If it's fast without Google calendar, 
- does removing and re-adding the calendar resolve the issue?
- does this occur with CalDAV and Google provider 1.0.4?

Comment 7

[Moritz Strübe]

Thanks for pointing me to the Google calender. Seems like I clicked on the Birthday-Calender, too and ran into bug 1169062.