我们有一个build立在Gluster分布式文件系统之上的邮件服务器。 虽然这已被certificate是相当容易build立和相当稳定，我们的networking邮件的performance一直很慢。 所以现在我可以调整底层文件系统的性能（这几乎肯定是缓慢的原因 – 当我们把邮件存储在本地文件系统时，速度很快）。
问题始于我不知道如何实际衡量IMAP如何快速检索单个邮件。 没有这个指标，我无法确定哪些调整variables对我们有帮助。 此外，似乎caching不适用于IMAP。 如果我尝试再次检索相同的消息，至less需要第一次。 在文件系统上使用ls或du命令可以caching结果，而后续的请求比第一个要快得多。 所以计时这些结果将无法帮助我很多。
任何帮助，将不胜感激。
如果您想衡量您的IMAP服务器的性能，那么最好的办法就是find或构build一个IMAP基准testing工具。 加载一堆消息，然后针对一个或多个用户帐户运行一组testing。 例如：
时间每个单独的操作，以便您可以确定热点。 而且，越接近你build立的testing模式，你的用户做得越好。 例如，如果您的工作负载严重依赖于消息获取，而不是太多地存储新消息，那么testing套件应该反映这一点。
您可能能够find现有的工具，但是如果没有的话，还有一些很好的IMAP API。 select你喜欢的语言，select一个API，并build立自己的工具。
-Rick