APC added a nice seat-of-the-pants increase in speed for me. I wonder if we had a small benchmark script for roundcube I could post before and after results.
This would allow people to test their configuration and determine where speed bottlenecks are. On Tue, 12 Jun 2007 18:30:13 +0200, till <[EMAIL PROTECTED]> wrote: > On 6/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> >> >> > I may be biased (:D) - but for myself RC is a lot, lot faster than >> > Squirrelmail. >> > >> [snip] >> >> I wasn't trying to bash roundcube, I'm using it as my main interface. >> I only user squirrelmail now when someone says: "It's prettier, is >> it faster?". I bet I'm not getting as much IMAP improvement since >> both of my setups access through localhost. > > I didn't read your email as bashing - more a feedbacky user experience. > So no sweats! :-) > >> I'll try APC (from previous responder). Not counting that, does my idea >> have any merit? Regardless of how fast roundcube is, it seems loading >> message header while the user is busy looking at other messages can only >> help. I like to set my "rows per page" to 100 (or at least 50) and that >> takes time regardless of which front-end I'm using. Of course, it may >> not be possible to render a row then update later once the info comes >> back from IMAP. > > I (think) am using eAccelerator on both servers. I am not really sure > though - on the Squirrelmail install for sure. If you try APC, please > post your experiences to the list as this is also on my list of things > to try out and I haven't really found time yet. > > In regard to your idea - of course that makes sense. One could > probably implement that behavior using some ajax calls in the back to > update the interface and so forth. That would probably help. > > I've also spent some time reading about IMAP push (imap connection is > left open and the server says "i got something new"), but I am not > sure if one can implement that in PHP - especially since you'd need it > to act like a daemon and with forking (on the module and Apache 1.3) > vs. threading - no idea. > > I also wouldn't want it to depend too much on the webserver. > > I have no real experience with c/cpp since I gave up on that maybe 10 > years ago, so I wouldn't be able to implement a daemon poller. I just > know that PHP is not suitable for the job. ;-) > > By the way, I have a third install of RC at work, but without any > cacher enabled. It feeds off of a mailserver (Communigate Pro) on the > same LAN (Gbit) and it's pretty speedy. But of course it could always > be faster! > > Cheers, > Till
