hi!
i have one imap account with currently 2018 folders and all in all over 200.00 emails (increasing daily). i'm using dovecot 1.2.15-7 from debian squeeze.
in rc 0.6 beta r5281, firefox 7.0 almost crashes and is unresponsive most of the time.
this does not happen with rc 0.5.
however, in both rc 0.5 and 0.6 beta r5281, i have to wait a long time when clicking settings/folders.
so my first guess is that this issue is related to the great amount of folders we're using. maybe fetching an initial unread count per folder?
btw. under Settings/Mailbox View, "Check all folders for new messages" is off!
do you have any idea what that might be?
thanks, raoul _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On 28.09.2011 10:09, Raoul Bhatia [IPAX] wrote:
in rc 0.6 beta r5281, firefox 7.0 almost crashes and is unresponsive most of the time.
this does not happen with rc 0.5.
Do you have enabled caching? Did you tried with disabled all plugins?
however, in both rc 0.5 and 0.6 beta r5281, i have to wait a long time when clicking settings/folders.
so my first guess is that this issue is related to the great amount of folders we're using. maybe fetching an initial unread count per folder?
Counters are not fetched in Settings/Folders.
btw. under Settings/Mailbox View, "Check all folders for new messages" is off!
do you have any idea what that might be?
You can enable imap_debug in Roundcube and check the difference in 0.5 and new version.
hi!
On 2011-09-28 14:54, A.L.E.C wrote:
You can enable imap_debug in Roundcube and check the difference in 0.5 and new version.
imap debug shows some wait times between the commands: going to the settings dialog:
[29-Sep-2011 10:48:36 +0200]: [9421] C: A0003 LIST "" "*" [29-Sep-2011 10:48:36 +0200]: [9421] S: * LIST (\HasChildren) "." "kunden"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:37 +0200]: [9421] S: A0003 OK List completed.
(8 seconds between OK List and LIST Subscribed)
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
initial login:
[29-Sep-2011 10:46:43 +0200]: [6A8E] C: A0003 LIST (SUBSCRIBED) "" "*" [29-Sep-2011 10:46:43 +0200]: [6A8E] S: * LIST (\Subscribed) "." "Sent"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:46:44 +0200]: [6A8E] S: * LIST (\Subscribed) "." "alertrb_todo" [29-Sep-2011 10:46:44 +0200]: [6A8E] S: A0003 OK List completed. [29-Sep-2011 10:46:53 +0200]: [6A8E] C: A0004 LOGOUT
(~10 seconds between OK List and logout)
unseeen count:
[29-Sep-2011 10:46:55 +0200]: [E2A9] S: A0003 OK List completed. [29-Sep-2011 10:47:04 +0200]: [E2A9] C: A0004 STATUS INBOX (MESSAGES UNSEEN) [29-Sep-2011 10:47:04 +0200]: [E2A9] S: * STATUS "INBOX" (MESSAGES 101 UNSEEN 0)
... (~5seconds for fetching all unread counts)
[29-Sep-2011 10:47:09 +0200]: [E2A9] S: A1996 OK Status completed. [29-Sep-2011 10:47:09 +0200]: [E2A9] C: A1997 LOGOUT [29-Sep-2011 10:47:09 +0200]: [E2A9] S: * BYE Logging out [29-Sep-2011 10:47:09 +0200]: [E2A9] S: A1997 OK Logout completed.
so in my optionion, the imap server is not the bottleneck in this setup. maybe there is some php bottleneck or sending data to the client which accounts for the 10 seconds betweeon OK List and Logout?
moreover, i used roundcube with another account with a lot of emails: approx 73000+ emails in 23 folders: no issue like the above. one folder consists of 62.000 emails - no issue when opening this folder!
that is why i do not think that the imap connection/server/... is the main issue.
more observations:
- the main issue might be in the js code/js engine/browser.
firfox, for example, reports an unresponsive script in skins/default/functions.js around line 616, 619, 632, etc. upon login.
this is the "fit_string_to_size" method.
- the browser window also gets unresponsive when scrolling the folder
pane on the left side of the window. i don't know how this is handled and if there is any js involved in this scrolling action?
i hadn't got enough time yet to check these mailboxes with chrome and unfortunately, i do not know how to best debug js code (e.g. getting a function call trace when rc is building a folder list).
i hope that this is enough information for you to pin the problem down to a specific part of roundcube!
thanks for your efforts, raoul
On 2011-10-04 17:37, Raoul Bhatia [IPAX] wrote:
[29-Sep-2011 10:48:36 +0200]: [9421] C: A0003 LIST "" "*" [29-Sep-2011 10:48:36 +0200]: [9421] S: * LIST (\HasChildren) "." "kunden"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:37 +0200]: [9421] S: A0003 OK List completed.
(8 seconds between OK List and LIST Subscribed)
Here Roundcube sorts the list in rcube_imap::_sort_mailbox_list(). Maybe the sorting procedure could be improved.
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
Here it also does sorting. I think we could skip the sorting here. I'll work on a patch.
initial login:
[29-Sep-2011 10:46:43 +0200]: [6A8E] C: A0003 LIST (SUBSCRIBED) "" "*" [29-Sep-2011 10:46:43 +0200]: [6A8E] S: * LIST (\Subscribed) "." "Sent"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:46:44 +0200]: [6A8E] S: * LIST (\Subscribed) "." "alertrb_todo" [29-Sep-2011 10:46:44 +0200]: [6A8E] S: A0003 OK List completed. [29-Sep-2011 10:46:53 +0200]: [6A8E] C: A0004 LOGOUT
(~10 seconds between OK List and logout)
Sorting again, but also other stuff until script shutdown.
- the main issue might be in the js code/js engine/browser.
firfox, for example, reports an unresponsive script in skins/default/functions.js around line 616, 619, 632, etc. upon login.
this is the "fit_string_to_size" method.
Yes. It can be expensive.
Please, open a ticket for this issues. I'll work on this when I'll have more time.
On 04.10.2011 18:06, A.L.E.C wrote:
On 2011-10-04 17:37, Raoul Bhatia [IPAX] wrote:
[29-Sep-2011 10:48:36 +0200]: [9421] C: A0003 LIST "" "*" [29-Sep-2011 10:48:36 +0200]: [9421] S: * LIST (\HasChildren) "." "kunden"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:37 +0200]: [9421] S: A0003 OK List completed.
(8 seconds between OK List and LIST Subscribed)
Here Roundcube sorts the list in rcube_imap::_sort_mailbox_list(). Maybe the sorting procedure could be improved.
Most time is spent in rcube_imap::_rsort(), but I didn't found a way to speed it up.
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
Here it also does sorting. I think we could skip the sorting here. I'll work on a patch.
Done in r5309. It should save a few seconds here.
hi!
On 2011-10-05 13:42, A.L.E.C wrote:
On 04.10.2011 18:06, A.L.E.C wrote:
On 2011-10-04 17:37, Raoul Bhatia [IPAX] wrote:
[29-Sep-2011 10:48:36 +0200]: [9421] C: A0003 LIST "" "*" [29-Sep-2011 10:48:36 +0200]: [9421] S: * LIST (\HasChildren) "." "kunden"
... (2000 folders with>200.000 emails, ~1sec)
[29-Sep-2011 10:48:37 +0200]: [9421] S: A0003 OK List completed.
(8 seconds between OK List and LIST Subscribed)
Here Roundcube sorts the list in rcube_imap::_sort_mailbox_list(). Maybe the sorting procedure could be improved.
Most time is spent in rcube_imap::_rsort(), but I didn't found a way to speed it up.
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with>200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
Here it also does sorting. I think we could skip the sorting here. I'll work on a patch.
Done in r5309. It should save a few seconds here.
thanks for spending so much time investigating these issues.
should i still file a bug report for the remaining issues? (rcube_imap::_rsort(), js fit_string_to_size, etc.?)
thanks, raoul
W dniu 06.10.2011 16:34, Raoul Bhatia [IPAX] wrote:
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with>200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
Here it also does sorting. I think we could skip the sorting here. I'll work on a patch.
Done in r5309. It should save a few seconds here.
thanks for spending so much time investigating these issues.
r5400 also should help. More info here http://trac.roundcube.net/ticket/1488134
On 2011-11-09 19:31, A.L.E.C wrote:
W dniu 06.10.2011 16:34, Raoul Bhatia [IPAX] wrote:
> [29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"... (2000 folders with>200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
Here it also does sorting. I think we could skip the sorting here. I'll work on a patch.
Done in r5309. It should save a few seconds here.
thanks for spending so much time investigating these issues.
r5400 also should help. More info here http://trac.roundcube.net/ticket/1488134
thanks!
i'll see to giving it a shot when i got some free time!
thanks for your tireless work! raoul
On 2011-10-04 18:06, A.L.E.C wrote:
- the main issue might be in the js code/js engine/browser.
firfox, for example, reports an unresponsive script in skins/default/functions.js around line 616, 619, 632, etc. upon login.
this is the "fit_string_to_size" method.
Yes. It can be expensive.
Please, open a ticket for this issues. I'll work on this when I'll have more time.
i retested with the latest 0.7 svn checkout and opened a ticket: http://trac.roundcube.net/ticket/1488207
thanks, raoul
-
A.L.E.C -
Raoul Bhatia [IPAX]