我目前正在从一个托pipe解决scheme迁移到WordPress安装（在networking上）。 这样做，我正在testing新的托pipe解决scheme（共享服务器）通过编辑我的本地主机文件，以便
www.domain.com
指出新解决scheme的IP。 在旧的主机上，页面加载的平均时间为8秒，这就是为什么我们要移动主机。 但是当我使用我的主机文件testing新的服务器时，网页加载，并且我已经validation它是从新服务器加载的，但加载时间是30秒以上。
这是操作系统不得不处理每个请求的主机文件的问题？ 新服务器上的加载时间在页面请求中非常均匀。 就好像每个请求时间乘以4。
在将我的客户转移到更糟糕的解决scheme之前，我需要弄清楚这一点。
我已经testing了在OS X 10.10.4和Windows 7 Enterprise上更改hosts文件的结果; 将www.domain.com指向新的服务器会导致30多秒的页面加载。
有没有另一种方法来testing共享服务器环境的域名，所以我可以看到这是一个本地操作系统的问题，而不是他们的服务器？ 共享服务器的IP ping保持在35ms范围内，因此看起来不健康。
编辑 Traceroute看起来很好，19跳。
编辑我能够获得SSHlogin。 top的结果如下所示：
top - 12:19:12 up 58 days, 10:27, 2 users, load average: 29.86, 38.15, 35.39 Tasks: 2 total, 1 running, 1 sleeping, 0 stopped, 0 zombie Cpu(s): 44.0%us, 13.1%sy, 0.0%ni, 35.8%id, 6.1%wa, 0.5%hi, 0.5%si, 0.0%st Mem: 32953672k total, 31990688k used, 962984k free, 2911692k buffers Swap: 8388540k total, 1100716k used, 7287824k free, 15149856k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 11521 lifetiu1 20 0 14952 984 796 R 1.9 0.0 0:00.01 top 18995 lifetiu1 20 0 11528 1628 1292 S 0.0 0.0 0:00.04 bash
这个Mem是否足够导致这种减速？ 如果是这样的话，那就说明我应该推荐我的客户端去另一个主机。
主机文件的DNSparsing通常是即时的。 您的ping响应时间很短，如果在您的端没有明显的路由问题，可能是跟踪路由或带宽问题，那么这可能是服务器的问题。 使用top / htop / proc files / ftp检查服务器资源可以让您知道服务器是否被其他用户超载。 根据您提供的信息，我build议切换主机，尤其是在多个客户端位置的页面加载时间较长的情况下。
使用主机文件不能成为这里的问题。
持续30+秒 延迟表明一个严重的问题，可能超出了简单的“资源缺乏”。 你的web应用程序使用数据库吗？ 他们往往是共享主机设置的瓶颈，所以如果你广泛使用它检查你的查询执行时间。 并检查代码中是否没有超时，或者由于某种原因，应用程序不尝试连接到旧服务器（通过DNSparsing地址等）。
如果在PHP中启用， XDebug会很有用。 您也可以尝试在自己的笔记本电脑上的虚拟机中运行应用程序（即使用VirtualBox），以便比较结果并轻松进行debugging。