<div dir="ltr"><div><div><div><div><div><div>Hi Friedemann,<br><br></div>as I said in previous mails, imapproxy was indeed improving performance quite a bit, but unfortunately it breaks roundcube for me, as in unread messages are no more displayed when using imapproxy.<br><br></div>With some recent, after my last message, optimization at VM level (enabled Linux aio and removed the cache for virtio disk), and still with TLS disabled (totally fine since roundcube and imapd are still on the same host), I can see not much difference anymore between with and without proxy. Still message refresh / load / listing is very slow, almost always over 2 seconds.<br><br></div>I will try what Toke suggested, but I have not much hope to be honest. I was aware of those 2 directories, but I don't think it makes any difference for an almost single user imap server.... IOops should not to be a limiting factor when you have a only one active user 95% of the time.<br><br></div>Anyway thank you to you both for you suggestions, being very short on ideas any help is very appreciated.<br><br></div>Best regards<br></div>Enrico<br><div><div><div><div><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 September 2014 19:44, Friedemann Schorer <span dir="ltr"><<a href="mailto:friedemann@schorers.org" target="_blank">friedemann@schorers.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Just joined the list, so please excuse me if this has been mentioned before. Debian and Ubuntu have a package called imapproxy. I installed it and had roundcube use it and that dramatically speeded things up because roundcube frequently logs in and out of the IMAP server, which takes a lot of time, and imapproxy just opens one connection the the imap server and keeps it open.</p>
<p>Maybe it's worth a try, I had very positive experiences with it.</p>
<p> </p>
<p style="padding-left:30px">Best regards,</p>
<p> </p>
<p style="padding-left:60px">Friedemann </p>
<p> </p>
<p>Am 19.09.2014 18:45, schrieb Toke Høiland-Jørgensen:</p>
<blockquote type="cite" style="padding-left:5px;border-left:#1010ff 2px solid;margin-left:5px"><div><div class="h5">
<pre>Enrico Tagliavini <<a href="mailto:enrico.tagliavini@gmail.com" target="_blank">enrico.tagliavini@gmail.com</a>> writes:</pre>
<blockquote type="cite" style="padding-left:5px;border-left:#1010ff 2px solid;margin-left:5px">But adding a proxy, so that connection to the imap server is kept for a long time, is removing this delay. Which probably means imapd is actually fast reading messages from the disk, or preloads them (no idea about this, just a guess). So what probably is slow is the operations just after a user login, does this makes sense? I have prefork set to 10 on imapd in cyrus.conf I don't have much clues about how cyrus imap works, so any advise to make it a little bit faster, in a 3 users scenario, is appreciated.</blockquote>
<pre>This sounds like it might be related to the 'lock' and 'proc' files that
cyrus-imapd creates on every user login. I seem to recall having
horrible performance because of that at some point.
Basically, imapd creates a pid file in /var/lib/imap/proc on every
login, and a lock file in /var/lib/imap/lock on every folder access. If
the server is IOPS-limited this can cause large delays. The solution (if
this is indeed what you're experiencing) is to move these directories to
tmpfs; either symlink them into an existing tmpfs (such as /dev/shm or
/tmp depending on your setup), or stick this in your /etc/fstab:
none /var/lib/imap/proc tmpfs defaults 0 0
none /var/lib/imap/lock tmpfs defaults 0 0
and then mount the directories.
-Toke
</pre>
<br>
</div></div><span class=""><pre>_______________________________________________
users mailing list
<a href="mailto:users@lists.kolab.org" target="_blank">users@lists.kolab.org</a>
<a href="https://lists.kolab.org/mailman/listinfo/users" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a>
</pre>
</span></blockquote><span class="HOEnZb"><font color="#888888">
<p> </p>
<div>
<pre>-- <br>Psst - nutzt Du auch schon Bitcoins?
Hier ist eine der sichersten Bitcoin-Börsen zu finden: <a href="https://www.bitcoin.de/de/r/cwz44t" target="_blank">https://www.bitcoin.de/de/r/cwz44t</a></pre>
</div>
</font></span></div>
<br>_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a><br>
<a href="https://lists.kolab.org/mailman/listinfo/users" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a><br></blockquote></div><br></div>