进一步的性能调整在中型SharePoint场？

我想我会张贴在这里，因为它可能是更多的相关的服务器configuration比SharePointconfiguration或两者的组合？ 对于想要尝试的想法，或者就性能而言，甚至可能已经错误configuration的东西，我都会有所反馈。

我们准备了一个中等MOSS 2007安装，准备接收WSS 2003数据升级。 这个环境最初是由以前的同事构build的，而且在我们最终完成安装之前，我已经添加了一些configuration修改来协助性能。 当testing新的网站集和SharePoint安装（没有实际数据），事情似乎有点慢。 我以为是因为我正在远程访问它。 显然，客户仍然遇到这种情况，速度慢得令人无法接受。

• 1个运行SQL Server 2008的SQL Server
• 2个SharePoint WFE – 托pipe查询（无索引）
• 1x SharePoint索引 – 托pipe索引（无查询）
• MOSS 2007于2009年12月安装并修补了WFE和索引
• 所有4个服务器都是虚拟机，应该拥有足够的磁盘空间和内存（目前不记得），并运行Windows Server 2008 – 一切都是64位的。
• WFEconfiguration了Windows NLB，并为NLB群集提供DNS名称和IP。 每个服务器上的单个NIC（从VMWare开始是虚拟的）。
• 索引服务器被configuration为WFE（NLB集群之外），以便它可以索引自己并将索引复制到将提供查询的WFE。

一切正常configuration和正常工作 – 只需要一两分钟在本地局域网上加载一个页面。 客户仍在使用他们的旧门户（我们尚未开始迁移/升级），因此几乎没有数据或用户。 我们需要进一步调整configuration，或修复任何可能configuration不正确，导致这种缓慢？

在我们开始安装之前，我已经审查并考虑了所有我能find的相关内容。 有没有人有想法或指针？ 也许有一些我错过了？

• Sharepoint 2010没有列出来自Active Directory的所有用户
• Asp.NET委托和调用SharePoint Web服务
• 当降级域控制器时如何保存活动目录用户，然后重新导入到不同的域？
• Sharepoint要求为每个唯一的URL提供NTLM凭据。 我如何阻止它？
• 为什么sharepoint声称没有足够的磁盘空间进行备份？

更新：
服务器负载看起来不错 没有什么是最大的。 networking带宽是名义上的。 虚拟机分布在不同的主机上（尽pipe索引和SQL服务器在同一主机上）。

我们已经实施了DB维护计划来缩小事务日志等。我们已经设置了SQL /防病毒排除。 我们也尝试了一些“热身”脚本 – 没有任何改变。 初始页面加载花费1分钟，最终事情加快。