[courier-users] performance question

2015-11-12 Thread Jan Müller
Hi, I kindly ask for a performance tip.

Our courier server works mostly ok, but searching in large inboxes takes
couple of seconds. Is there a way how to speed up search?
Our server is a virtual machine on current generation xeon server:
1 virtual cpu
1gb ram
We have disk on 7.2k rpm drive:
5gb email in shared inboxes
13gb email in user inboxes (6 users)
We have less than 100 new emails daily.

I think imap search is mostly disk bound and adding cpu or memory won't
help. Is this true?
If it is so, than moving to ssd should be greatly beneficial. Or would more
cpu or ram be benefical?

Also, we are having problems with Thunderbird, our current imap client.
It's slow. It's global index, which should speed up searching, has many UX
problems and does not find every message. Any suggestions for good windows
imap client would be appreciated too.

Thank you very much.
Regards,
Jan Müller
--
___
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users


Re: [courier-users] performance question

2015-11-12 Thread Gordon Messmer
On 11/12/2015 04:45 AM, Jan Müller wrote:
> 13gb email in user inboxes (6 users)
...
> Also, we are having problems with Thunderbird, our current imap 
> client. It's slow. It's global index, which should speed up searching, 
> has many UX problems and does not find every message. Any suggestions 
> for good windows imap client would be appreciated too.

As you evaluate other clients, you should keep in mind the possibility 
that the problem isn't in Thunderbird, at all.

When an IMAP client synchronizes with a server, it retrieves a complete 
list of messages in the folder that it's synchronizing from the server.  
It compares that list to the data on disk, removes messages from disk 
that aren't on the server any longer, and fetches individual messages 
that it doesn't have.

There are a couple of things that could be very slow about that. The 
first is that Thunderbird defaults to an mbox storage for mail folders.  
In order to do anything but append new messages, it has to re-write the 
entire file.  That'll happen occasionally when Thunderbird "compacts 
folders," and when that happens it's going to be a prolonged, 
disk-intensive process for multi-gigabyte folders. The other is that 
every time Thunderbird opens a folder with tens of thousands of 
messages, the sync process can create a lot of network traffic, and a 
lot of disk activity on the server.

You might be able to find a client with better local storage than 
Thunderbird, but you can't avoid the latter problem as long as you're 
using IMAP.  Big folders will always suck.  There's really only one good 
way to use IMAP:  The Inbox should have only messages that require 
action.  Once a message has been handled, or read with no required 
action, it should be archived.

Thunderbird makes that process easy.  Just press 'a' on the keyboard 
when you're done with a message.  And used in that way, I've seen very 
large accounts perform very well and have no problems with the search tool.

No matter what your client is, huge Inboxes are difficult to support.

Good luck.

--
___
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users


Re: [courier-users] performance question

2015-11-12 Thread Sam Varshavchik

Jan Müller writes:

Our courier server works mostly ok, but searching in large inboxes takes  
couple of seconds. Is there a way how to speed up search?

Our server is a virtual machine on current generation xeon server:
1 virtual cpu
1gb ram
We have disk on 7.2k rpm drive:

5gb email in shared inboxes
13gb email in user inboxes (6 users)
We have less than 100 new emails daily.


I think imap search is mostly disk bound and adding cpu or memory won't help.  
Is this true?


Correct. IMAP search is mostly disk bound.

If it is so, than moving to ssd should be greatly beneficial. Or would more  
cpu or ram be benefical?


Another option is RAID, specifically RAID-1. The more spindles you have, the  
better the latency.




pgp3Utvk7V4LL.pgp
Description: PGP signature
--
___
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users