Re: shared mem [was: mod_perl advocacy project resurrection]
On Wed, Dec 06, 2000 at 04:24:24PM -0800, Perrin Harkins wrote: On Wed, 6 Dec 2000, Paul wrote: I was pointed to IPC::Sharable, IPC::Sharelite. I'll look at those. Take a look at IPC::MM for a shared memory hash implemented in C. Also, File::Cache is sometimes faster than the IPC modules. I don't think any of these solve problems like sharing sockets and file handles though. Why doesn't the BerkeleyDB module get mentioned whenever this topic comes up? I think it should. Tim. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
On Thu, 7 Dec 2000, Tim Bunce wrote: On Wed, Dec 06, 2000 at 04:24:24PM -0800, Perrin Harkins wrote: On Wed, 6 Dec 2000, Paul wrote: I was pointed to IPC::Sharable, IPC::Sharelite. I'll look at those. Take a look at IPC::MM for a shared memory hash implemented in C. Also, File::Cache is sometimes faster than the IPC modules. I don't think any of these solve problems like sharing sockets and file handles though. Why doesn't the BerkeleyDB module get mentioned whenever this topic comes up? I think it should. Yes, it should. I stopped bringing it up because of the problems I mentioned last time: weak documentation, tricky to install on Red Hat, and some corruption issues under heavy load. However, after switching to database-level locking it's been rock solid for us, so that seems to fix the most serious problem. - Perrin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
Hi Paul, On Wed, 6 Dec 2000, Paul wrote: Is there no Apache::SharedMemory (or some such)? If not, does anyone think it would be worth the time for someone (like me) to sit down and write it? (Couldn't it be done?) There be dragons. 73, Ged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
On 12/6/00 3:42 PM, Paul wrote: The parent process could declare a shared memory segment at boot time. Each child's init could spawn a shared memory interface object. Wouldn't that allow for some resource pooling to be cleaner? How would that interact with per-child namespaces (if at all)? IPC::SharedCache and friends make this pretty simple. -John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
--- "G.W. Haywood" [EMAIL PROTECTED] wrote: Hi Paul, On Wed, 6 Dec 2000, Paul wrote: Is there no Apache::SharedMemory (or some such)? If not, does anyone think it would be worth the time for someone (like me) to sit down and write it? (Couldn't it be done?) There be dragons. LOL!!! :O] I was pointed to IPC::Sharable, IPC::Sharelite. I'll look at those. __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
On Wed, 6 Dec 2000, Paul wrote: I was pointed to IPC::Sharable, IPC::Sharelite. I'll look at those. Take a look at IPC::MM for a shared memory hash implemented in C. Also, File::Cache is sometimes faster than the IPC modules. I don't think any of these solve problems like sharing sockets and file handles though. - Perrin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: shared mem [was: mod_perl advocacy project resurrection]
Perrin Harkins wrote: On Wed, 6 Dec 2000, Paul wrote: I was pointed to IPC::Sharable, IPC::Sharelite. I'll look at those. Take a look at IPC::MM for a shared memory hash implemented in C. Also, File::Cache is sometimes faster than the IPC modules. I don't think any of these solve problems like sharing sockets and file handles though. Is there _any_ solution to sharing sockets? My WebMail server keeps a pool of IMAP connections open (one per user) but it currently needs to create a connection for every user for every process that they use. This is awfully inefficient. I'm planning on creating a little Unix Socket daemon that keeps a single pool of connections, and make all IMAP connections go through the daemon. This seems like it should be unnecessary though--isn't there some way of sharing sockets amongst processes? PS: I second your suggestion to look at File::Cache--I use it for my session store and find it excellent. Speed depends on your OS's bufferring, however. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
