> It doesn't happen with iPlanet's built in webmail, but we wanted > something with more features. Also, I wanted something that didn't need > to be rebranded everytime I apply an email system hotfix. That's the > downside of all-in-one solutions like iPlanet/SunOne.
Yeah. AFAIK, iplanet's client interfaces directly with their message store, something only their product would be able to do. > We're using ldap for login, mysql for addressbook/preferences etc. I/O > isn't the problem here, though. It's allll CPU. What about the PHP session files? The address book and preferences are good to have in a database though. Since you've got a mysql install already, it may be easy to drop in db-based PHP sessions. Another big one: look into PHP's built-in database persistence. > Nope, no shortcuts. I can even program it to pause like a regular user > (reading a page, for instance). Slick. Well then, that may explain why the login process takes longer cpu-wise than the rest. > Well, the php accelerator didn't help--I tried that already. And this is > a sparc doing nothing but SM (and mysql for sm). > > It's the httpd process that's eating CPU--on login, a process jumps to > 1-2% of the CPU. Multiply that times 400+ users, and you see why it's a > problem. Yep, it's the PHP execution then; the accelerator is saving you the interpretation time, at least. 1-2% isn't bad and I don't think you could expect it to perform any better (our httpd's regularly spike over 50%), so IMO, you've got to look into adding more cpu's to the mix. Unless... What's your system/kernel utilization look like? I've seen a lot of problems with Solaris 8 and hundreds network connections being brought up and torn down rapidly with the kernel eating a lot of cpu maintaining the lot. (A box running OpenLDAP, specifically.) Linux didn't exhibit the behavior, so I shrugged it off as a solaris-specific thing. Anyway, are you seeing something like that, where it isn't so much your httpd's consuming a lot of time, but the OS? > I have no objection to setting this up on Linux, but I'm a bit worried > about rolling out a major campus application on an OS I know--but not > as well as Solaris. Need to give this some thought. Yeah, that's understandable. I'm sure folks here (myself included) wouldn't mind doing a bit of hand-holding if you need it. Being a solaris admin already though, I bet you'll find Linux actually easier to admin. The setup with load balancing should be fairly easy to implement with DNS RR, but you may want to look into LVS for something more robust. John -- John Madden UNIX Systems Engineer Ivy Tech State College [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 -- squirrelmail-users mailing list Posting Guidelines: http://squirrelmail.org/wiki/wiki.php?MailingListPostingGuidelines List Address: [EMAIL PROTECTED] List Archives: http://news.gmane.org/thread.php?group=gmane.mail.squirrelmail.user List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id)95 List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
