well, we're finally blessed with decent hardware (which means a 16 processor E10k with 12G of memory) so yeah, 6M isn't a big deal.
However, I'm not sure if I understand your wording, if I get a 100byte message and have the BlockSize set to 30k, wouldn't I be passing around a 100byte (+some overhead) message? If nothing else I'm interesting in a buffer pool (since in my app at least not all client connections would be active at one time). > -----Original Message----- > From: "Rocco Caputo" <[EMAIL PROTECTED]>@INTERNET@HHC > Sent: Thursday, January 24, 2002 9:52 AM > To: [EMAIL PROTECTED] > Subject: Re: POE::Component::Server::IRC > > <<...>> > On Thu, Jan 24, 2002 at 11:10:49AM -0600, Bob Maccione wrote: > > I've been playing with the BlockSize on my app (that's not quite done > yet) > > and am wondering what the downside of having a larger BlockSize is? If > I > > know that my max message size will be 30k what is wrong with setting the > > BlockSize to 30k (now I understand that you don't want to set it to > really > > really large sizes but where are the tradeoffs? > > It eats up more memory. If you have 200 clients each sending 30KB > blocks, it could potentially chew up 6MB of memory just to buffer > them. Come to think of it, that's not a whole lot these days. > > I imagine at some point the amount of time it takes to move those > blocks around breaks even with the speed gain you get from having > them. I can't begin to guess where that occurs. > > -- Rocco Caputo / [EMAIL PROTECTED] / poe.perl.org / poe.sf.net >
