Cyrus IMAPd 2.2.2-BETA Released

Rob Siemborski rjs3 at
Thu Dec 4 11:30:52 EST 2003

On Thu, 4 Dec 2003, Scott Adkins wrote:

> > increase the complexity of the build process (as different systems have
> > different ways of boilding shared libraries -- hense libtool).
> Wouldn't the memory savings for doing that be significant though?

Since you really only have 4-5 separate proceses running at any time
(imapd, pop3d, notifyd, fud, and say ctl_cyrusdb).  You may have thousands
of imapds, but any modern OS should just use the same memory image of that
binary for all the processes.

In fact, a shared library is worse in this respect, since it requires
that the OS maintain a per-process per-library jump table.


Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

More information about the Info-cyrus mailing list