Il giorno Domenica, 17 Aprile, 2011 00:00 CEST, Ludovic Marcotte <[email protected]> ha scritto: > On 16/04/11 12:11, DAVIDE VAGHETTI wrote: > > I''m testing SOGo for a community of one thousand academic users with 10 > > Gbyte of mail quota. SOGo will substitute SquirrelMail for webmail access, > > and will also be used to provide its wonderful calendar and synchronization > > services. > > > > SOGo performances are, in my test, a lot better than Horde and Roundcube, > > but still somewhat sluggish, and far from SquirrelMail. My problem is I > > don't really know anything about GNUStep to set up the best environment for > > SOGo. As for now I'm just trying to optimize the DB backend, and the HTTP > > frontend. > > > > So my questions are: what could be done to enhance SOGo perfornances? > > You might want to detail more what you find "sluggish" and how SOGo is > configured right now - otherwise it's pretty futile to give any good > advices on optimizations. >
Yes, you're absolutely right. First of all, I'm not saying SOGo is too slow to be useful, I just want to know if and how I may speed up some actions. But, as you pointed out, let's be more specific. I find SOGo webui somewhat slow in the response time. There seems to be a fixed latency for folders related actions, and seems to be constant, indipendent from the action itself: If I select a folder with one message, or a folder with more than a thousand messages, the latency seems pretty much the same. And that seems to be confirmed by the sogo.log. The latency change for the first selection of the folder, that is immediately after the login the selection of a folder with 1415 messages is slower than the selection of an empty folder: --> after-login-selection of the folder "ml" (1725 messages) localhost - - [17/Apr/2011:11:12:42 GMT] "POST /SOGo/so/a070150/Mail//0/folderml/unseenCount HTTP/1.1" 200 16/0 0.352 - - 0 localhost - - [17/Apr/2011:11:12:43 GMT] "POST /SOGo/so/a070150/Mail//0/folderml/uids HTTP/1.1" 200 9439/28 1.040 63698 85% -24K --> after-login-selection of the folder "Service" (0 messages) localhost - - [17/Apr/2011:11:14:32 GMT] "POST /SOGo/so/a070150/Mail//0/folderService/uids HTTP/1.1" 200 155/28 0.348 - - 0 localhost - - [17/Apr/2011:11:14:32 GMT] "POST /SOGo/so/a070150/Mail//0/folderService/unseenCount HTTP/1.1" 200 13/0 0.356 - - 0 then the same folders on the second round of selection: --> second selection of the folder "ml" (1725 messages) localhost - - [17/Apr/2011:11:17:13 GMT] "POST /SOGo/so/a070150/Mail//0/folderml/uids HTTP/1.1" 200 3399/44 0.364 9283 63% 0 --> second selection of the folder "Service" (0 messages) localhost - - [17/Apr/2011:11:18:02 GMT] "POST /SOGo/so/a070150/Mail//0/folderService/uids HTTP/1.1" 200 2/44 0.348 - - 0 In my tests , that 0.34 - 0.36 seconds delay is pretty constant on every folder selection. Another delay is notable in the message list browsing through the slide bar, obviously only for big folder (say between 1000 and 2000 messages) --- when you slide the bar below you have to wait 0.6-0.90 seconds before the next messages appear. There seems to be a cache for something like 200 messages or maybe less, and if you slide the bar to show messages that are not in that cache, you have to wait for the loading. Is there a way to make that cache bigger? Say to comprehend 1000 messages headers? Finally, every action on messages and mail folders is performed through an indipendent imap connection, is there a way to reuse IMAP connections? As for the platform and the configuration: Hardware: Xen Paravirtualized instance CPU: 2 x Xeon @ 2.13GHz RAM: 2 Gbyte Software: Debian Lenny 5.0.5 Linux webmail 2.6.26-2-xen-amd64 #1 SMP Thu Sep 16 16:32:15 UTC 2010 x86_64 GNU/Linux sogo 1.3.6 apache2 2.2.9-10+lenny8 mysql-server-5.0 5.0.51a-24+lenny5 Sogo Remote Backends: IMAP: Dovecot 2.0.9 running on Debian Squeeze 6.0 LDAP: OpenLDAP 2.4.11 running on Debian Lenny 5.0.5 I attach my .GNUstepDefaults (every sensible information is ripped out). If you want me to perform other tests, or you need other information, please let me know. thanks davide -- Dott. Davide Vaghetti Centro Servizi Informatici Facolta' di Ingegneria Universita' di Pisa PGP: http://keys.keysigning.org:11371/pks/lookup?op=get&search=0x7A1B3BA18C4E0A4D -- [email protected] https://inverse.ca/sogo/lists
GNUstepDefaults.gz
Description: GNU Zip compressed data
