Re: performance issues that seemingly can not be solved.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Scott Haneda wrote:
>> 3 seconds just to tell you how many messages there are.  Now imagine how
>> long it takes to fetch headers.
> 
> I know, I feel it is slow as well.  To better help me get this into
> perspective, what hardware examples can you give me as for cpu and
> drives, and how many messages you can select in what time?

Nothing spectacular.  AMD XP1700. 1.4 GHz. The disk is a Seagate
Barracuda (ST3802110A).  Nothing special, this isn't a huge corporate
server, just my own hobby.

> Is there no ability to select a range in the IMAP commands, seems
> strangely inefficient to select the entire box, or is this just a
> limitation of IMAP in genera?

The SELECT command is used to select which mailbox is active.  When
issuing the SELECT command you're not at the point of selecting which
messages yet; that would be FETCH.

>> Server-side sort is a huge win for webmail. On large mailboxes, it is
>> pretty much a requirement.
> 
> That is what I thought as well.  First, can you tell me why SM has to do
> three selects?  At least, that is what I read, I am just curious as to
> why that is.

Not off the top of my head.  It's been a long time since I've delved
into it, my Real Life has really slammed my development time.

> Can you explain, technically, why sort is more or less a requirement? 

Because the IMAP server is going to be faster at sorting the messages
than PHP is going to be.

> Here is a dialogue I had about my email server, and I would like to know
> as much about this as I can:
> 
> /*****
> I stated this
>>>> I also am reading that the IMAP sort feature and one about thread,
>>>> can speed up access as well.
> 
> Developer replied this
>>> Only when the client uses them (and most clients don't use them), and
>>> the client is slower than the server at sorting and threading.

This is most definitely the case with PHP-based webmail.

> I am looking at Dovecot very strongly.  What hardware was  your select
> against, and the drive setup as well?  Do you have a case where you
> could do a select on something pretty large, maybe 50,000?  Exactly what
> is considered too many messages to a IMAP mailbox?

I could, if I had any folders that big, but I don't keep that much stuff
around. I'm sure there's plenty of Cyrus and Courier benchmarks out
there though, and plenty of "mbox vs. maildir" comparisons.  Gonna have
to do a little Googling on this one, methinks.


Chris

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
-----
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

[Index of Archives]     [Video For Linux]     [Yosemite News]     [Yosemite Photos]     [gtk]     [KDE]     [Cyrus SASL]     [Gimp on Windows]     [Steve's Art]     [Webcams]

  Powered by Linux