Hi,
the options to improve performance for me was:
1. Pooling IMAP (in sogo conf)
2. Tune Caching of IMAP (e.g. dovecot-lda ...)
3. Tune SQL Parameter (SHMMIN,SHMMAX)
4. reduce LDAP logging
The rest i don't test ;-)
For VMs i guess - having enough RAM - it's the best solution to put as
much as possible from disk to RAM.
Hope this helps. If so, please let me know, which one helps.
Best Regards
Philipp v. Strobl.-Albeg
Dipl.-Ing.
Zellerstr. 19
70180 Stuttgart
Tel. +49 711 1215 8269
Fax. +49 711 6583 089
Mobil +49 151 27039 710
Am 28.08.2012 07:29, schrieb Anders Wallin:
Hi Christian,
The HDD setup of our VM storage is not optimal, since we use
image-file as file system devices instead of LVM.
But I don't think this will be the issue as well, since none of the VM
servers are very "file intensive".
So a quick little test shows these values:
hdparm -t /dev/mapper/VolGroup00-LogVol00
Timing buffered disk reads: 956 MB in 3.00 seconds = 318.51 MB/sec
seeker /dev/mapper/VolGroup00-LogVol00
Benchmarking /dev/mapper/VolGroup00-LogVol00 [293760MB], wait 30
seconds..............................
Results: 186 seeks/second, 5.37 ms random access time
I haven't actually touched any of the caching settings in apache.. Im
not an apache wiz ;)
But these are the current settings:
#<IfModule mod_disk_cache.c>
# CacheEnable disk /
# CacheRoot "/var/cache/mod_proxy"
#</IfModule>
I removed the comments on this, but i dont really see any difference
in the performance.
The thing is that it looks like it's "Connecting", and when it finally
starts to download it goes fast.
Just a little visual thing I noticed.. Like the loading "wheel" in
chrome moves slowly counter clockwise. Then when it starts to download
content it moves faster clockwise?
When it finally starts to download everything goes at a rather more
"quick" speed.
Best Regards
Anders Wallin
--
Office Network
*Anders Wallin
Systemutvecklare*
*Direktnummer:
Växelnummer:
E-mail:*
0855519271 <callto://0855519271>
0855519200 <callto://0855519200>
anders.wal...@officenetwork.se <mailto:anders.wal...@officenetwork.se>
On Monday, August 27, 2012 16:07 CEST, Christian Mack
<christian.m...@uni-konstanz.de> wrote:
Hello Anders Wallin
The below given values are looking good to me.
If it would be a VM problem, then you would have it from Thunderbird
too. So it's not the culprit.
How fast is the storage for the constant content (pictures, css and
JavaScript files) ?
These are a lot of small files to get.
How are your caching settings in Apache?
(I assume you didn't turn off caching in browsers.)
Kind regards,
Christian Mack
On 2012-08-27 09:38, Anders Wallin wrote:
> Hello.
>
> I would say that probably only 1-2 users are connected at any one time
> to the webmail.
> And the machine is a dedicated webserver. So it only serves sogo,
> cyrus-imap, postfix (and apache for webmail).
>
> It's auth through LDAP (windows 2008), but i dont think auth is the
> issue for slow performance. Since it's fast as hell through
thunderbird.
>
>
> And all clients, including myself when i use the webmail have this
> issue.. And it's regardless of computer performance and/or browser
(most
> use chrome or firefox).
>
>
> The box isa virtual machine, but it has 4GB of memory dedicated to it.
>
>
> And performance is the same whenever Im on LAN or via Internet. And
it's
> also on 100/100mbits line serving just 20-25 people. So should be
> allright :)
>
>
> And I dont use any proxy servers for this setup.
>
>
> Sogo prefork is set at 70
> Postgresql max con is 250
>
> Cyrus:
> imap cmd="imapd -U 30 -p 256 -D" listen="imap" prefork=5
> maxchild=-1
> imaps cmd="imapd -s" listen="imaps" prefork=1
>
> Apache:
>
> StartServers 8
> MinSpareServers 5
> MaxSpareServers 20
> ServerLimit 256
> MaxClients 256
> MaxRequestsPerChild 4000
>
>
>
> Best Regards
> Anders Wallin
> Office Network Delimiter
>
> Anders Wallin
> Systemutvecklare
> anders.wal...@officenetwork.se
>
>
>
> Direktnummer:
> Växelnummer:
> Fax:
>
>
>
> 0855519271
> 0855519200
> 0855519299
>
>
>
> Adress:
>
> Hemsida:
>
>
>
> Storsätragränd 12
> SE-12739 SKÄRHOLMEN
> www.officenetwork.se
>
>
> Christian Mack skrev 2012-08-24 15:28:
>> Hello Anders Wallin
>>
>>
>> On 2012-08-24 14:35, Anders Wallin wrote:
>>> Im running sogo on a Centos6 box.
>>> I have always had very slow sogo web interface for some reason.
>>>
>>> Loading the e-mail windows/calendar windows takes about 15-20s.
>>> Opening an e-mail takes about 5-20 seconds. And the same with
pressing
>>> reply and so on.
>>>
>>> In thunderbird with the sogo connectors all is almost instant.
>>> And the system only serves around 20-25 users..
>>>
>>> And it never seems to be under any load.
>>>
>>> Does anyone know what might be wrong?
>>>
>>>
>>> I will post my apache sogo config:
>> < cut >
>>
>> You only showed settings which don't say anything about performance.
>>
>>
>> Do you use prefork workers in Apache?
>> How many workers do you use in Apache?
>> By what count do you increase and decrease those workers?
>> How many Memory does Apache have?
>> How fast is the storage for the constant content (pictures, css and
>> JavaScript files) ?
>> Is there a transparent Proxy in between (eg. squid)?
>> Do you see any error messages in the SOGo log?
>>
>> What about your client machines?
>> Do they have enough memory?
>> Did the user in question open a lot of other websites (with JavaScript
>> animations) at the same time?
>> Which browser do you use?
>>
>> How about the Network link?
>> Had the Thunderbird machine and the Web one the same connection speed?
>>
>>
>> Kind regards,
>> Christian Mack
>>
--
Christian Mack
Gruppe Informationsdienste
Rechenzentrum Universität Konstanz
--
users@sogo.nu
https://inverse.ca/sogo/lists
