On Wed, Mar 24, 2010 at 5:21 AM, C. Bensend <benny@xxxxxxxxxxxxxxx> wrote: > >> "Rough timings" are more difficult to work with. I asked because my >> tests showed similar numbers to Tomas', where the patch should result >> in about a 50% speedup on mailbox load. >> >> The patch should have NO impact on clicking Next/Previous. The only >> significant change to Next/Previous is the security token system. You >> should check your preferences file/database and see if your account >> prefs have a large number of tokens. If so, you can put this in >> config/config_local.php >> >> $max_token_age_days = 2; >> >> Choose the number of days you are comfortable with - smaller numbers >> will keep your token count down, but you can't leave a compose window >> (for example) open for longer than that without getting an error once >> you finally click send. > > Understood... My "production" system is just a colocated server > that hosts my email and email for a few friends, so I haven't put > a lot of effort into capturing metrics like page load times etc. > For the most part, It Just Works(tm) and I have so few issues with > SquirrelMail that it hasn't really even come to mind. You guys > really do a great job. > > The max_token_age_days setting made a WORLD of difference. Rough > numbers, mind you, but it has halved the times switching back and > forth between emails via Next/Previous, which is where it was > really slow. I store my perferences in PostgreSQL, and you were > absolutely right - there were a LOT of security tokens. I'm > wondering if it would improve performance storing those tokens in > separate rows instead of an array, but I don't know if that would > work for file-based preference storage. Thanks for the feedback -- Paul Lesniewski SquirrelMail Team Please support Open Source Software by donating to SquirrelMail! http://squirrelmail.org/donate_paul_lesniewski.php ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users