Re: Hard-limits for kern.maxproc
Re: Hard-limits for kern.maxproc
- Subject: Re: Hard-limits for kern.maxproc
- From: Steve Checkoway <email@hidden>
- Date: Thu, 29 Jan 2009 22:55:25 -0800
On Thu, Jan 29, 2009 at 07:46:59PM -0800, Terry Lambert wrote:
> Sorry, the send key is too close to the scroll region in iPhone mail.
> Let me finish my response...
I'm always amazed at how much you can type on your iPhone...
> 1) Cyrus uses a process per client connection. It could use threads
> instead (which would be best), or it could use a process per client and
> route in-bound sockets to the clients server instance using descriptor
> passing over UNIX domain sockets.
Burning a process per connection is a fairly standard thing to do. For
example, apache.
> 2) Your mail client is incorrectly designed. The IMAP protocol was
> specifically designed to allow session multiplexing by transaction ID
> over a single connection to the IMAP server from a client.
Unfortunately, the clients I've seen (Mail and Thunderbird, to be
precise) open a new connection for every mailbox. I was bitten by this
even in a single user setting where when I connected to my mail
server, Cyrus was limited in the number of children it would start and
this was--by default--fewer than the number of mailboxes I had.
I was unaware that Mail was being a bad IMAP client. I suppose I
should file a bug.
> 3) Your mail client behaves incorrectly when it can't get a response; it
> opens another connection without closing the first one.
I was going to ask how you were able to make that determination, but
thinking about my experience using Mail, that seems pretty likely.
Sometimes connections will get "stuck" and have to be killed manually
(by clicking the stop icon). Sounds like another bug in Mail. Who knew
it was so buggy?!
--
Steve Checkoway
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden