需要帮助减少服务器的负载

[Simon Lloyd]

嗨，我有我的服务器负载，我已提出，致力于治愈，但仍然获得高的服务器负载，如果我禁用vbet服务器负载下降。

有人能帮助吗？

卡米尔，你已经有充分的机会在下午发送给你的细节，如果你想检查。

[kamilkurczak]

您好，
在这里你有一个提示vBET列表：http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

记得 - 如果您已启用的所有语言 - 你有你的论坛53更多内容（线程，职位等），当然，高流量的论坛。

您可以禁用某些语言和等待时，高速缓存将被启用的语言充满，之后 - 您可以启用的下一个部分的翻译。

其次，在此relase，我们有一个大的改善（非常大） - 这是内存缓存系统（4个不同的选择）。您可以检查您admincp> vBET缓存。 （记住 - 你必须融入你的服务器来使用这种高速缓存）

:)

[Simon Lloyd]

我已经实现所有性能的建议，我可以，我也自购买vbet大约6个月前的所有语言启用（以及大多数），负载是一贯的高所有的时间。至于内存高速缓存“（试用版），我不认为我有我的服务器上的缓存加速器，但evrything其他设置按照您的指示。

[kamilkurczak]

从我们去年relase我们曾在这个内存缓存系统 - 这应该是大的性能。你需要有这个缓存系统配置您的服务器（也许你已经有了 - 问您的服务器支持）

[Simon Lloyd]

卡米尔您好，我刚检查PHP信息，我没有，但我将让他们安装xcache或类似这样的东西

[vBET]

嗨。为什么您与您的服务器负载的麻烦呢？我看到您的论坛是翻译的真快，问题出在哪里？

请注意，由谷歌翻译是由外部的服务。这意味着，当转换发生的线程正在等待从谷歌的反应。这就是为什么服务器的负载较大，但它不会影响系统，因为等待的线程，没有CPU，也没有额外的内存（只已经使用）。所以这就是为什么你会永远有vBET启用服务器负载（禁用时没有线程正在等待来自谷歌的结果），并在同一时间，您的论坛将仍然工作速度快，因为等待的线程没有CPU。

那么，什么是真正需要考虑服务器负载情人是为了保证线程不会等待来自谷歌的结果，但不幸的是，谷歌允许缓存其结果只有15天。您可以自己尝试 - 如果您禁用缓存，或者只是使得其生存时间较小，那么你将服务器负载增长 - 因为少的结果将被缓存和更多的请求，等待谷歌的反应。有没有神奇 - 翻译来自某个地方，它需要时间，从谷歌。

使用内存缓存可以以某种方式帮助。主题等待谷歌的结果仍是等待（你不会传递给它，直到你有缓存所有的翻译，你不会因为它是根据谷歌服务条款，清洗）。还有缓存的结果将产生更快，所以不等待翻译的请求将更快地从请求队列。

这里你可以找到究竟是什么服务器的负载是：服务器负载（http://whreviews.com/server-load.htm），并找出，只要你有空闲的资源服务器负载，不是一个问题。

知道什么服务器负载的价值是不是很重要，虽然。知道如何解释的价值是最重要的。

记住的定义是：服务器的负载，等待访问CPU的进程。但是，并非所有的流程都是一样的！如果进程是低优先级，当出现一个新的服务器的请求（页面请求），它仍然可以处理几乎瞬间。

更何况，服务器的负载是许多其他的因素之一（内存使用率，CPU使用率，交换文件的大小）

像往常一样，在托管业务直接牵连的许多人说，这一切都归结到现实生活中的行为。快速加载的页面？一个过程，如通过数据库，采取合理的时间吗？那么你就真的有问题，无论服务器的负载

所以，最终的考验是，服务器的行为方式。如果服务器是快速，一个数字，即使它被称为“服务器负载”，真的没有多大的意义

所以，因为你的服务器速度快，我可以看到您的论坛，反应速度快，您的问题是唯一的虚拟 - 没有真正的问题。服务器的负载，让你没有真正的性能的信息，只是暗示，如果你知道如何解释它（例如，如果服务器运行的是服务器负载X，那么你可以开始检查到底是怎么回事，如果它迅速增长到2倍的价值或类似的东西）。只是静态的数给你什么，更好地检查你的CPU和内存，以确保该值确定为您的服务器，如果是OK，然后不管是什么服务器负载值是。

不过，如果你需要一些额外的提示：
- 如果你改变它以较低的（默认是谷歌服务条款所允许的最大）作出更大的高速缓存的TTL。
- 如果你有硬盘无空间的问题，关闭清洗客人缓存的cron任务 - 它没有在所有的清洗，因为它刷新的结果，仍然需要删除旧文件很多，可以利用PHP很长一段时间。
- 使用内存高速缓存
- 在结束（但我真的看不出它的意义，因为你没有性能问题）开始禁用语言，让你流量不足

顺便说一下 - 什么是你的服务器的负载，平均CPU和内存使用情况，和你有什么样的硬件（多少CPU，内存）？是否使用交换文件？

[Simon Lloyd]

以下是为您的问题的细节
1）服务器负载
*********************
8时22分五十三秒最多44天，13时31分，1个用户，平均负载：4.07，5.09，5.26
用户TTY从登录空闲JCPU PCPU
根分/ 2 datacenter1.supp 8时17分0.00s 1.53s 0.00sw
****************
2）CPU和内存使用
********************
免费使用共享缓冲区缓存
MEM：4040 3616 424 0 256 2809
- / +缓冲区/高速缓存：550 3490
掉期：8001 24 7976
*********************************
3）多少CPU
3

编辑：刚刚参加了一个快照，这里http://www.thecodecage.com/forumz/server.png我的服务器是这样所有的时间，这使memcahce快照后。

[Simon Lloyd]

作为补充的信息在这里的热门进程的日志：
XXXX 93.0％/ usr / bin中/ PHP /首页/ XXXX /，/ forumz / vbenterprisetranslator_seo.php
XXXX 83.0％/ usr / bin中/ PHP /首页/ XXXX /，/ forumz / vbenterprisetranslator_seo.php
XXXX 75.0％/ usr / bin中/ PHP /首页/ XXXX /，/ forumz / vbenterprisetranslator_seo.php
MySQL的6.8％/ usr / sbin目录/ mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳过外部锁定
MySQL的6.7％的/ usr / sbin目录/ mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳过外部锁定
MySQL的6.6％/ usr / sbin目录/ mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳过外部锁定
根6.0％/ bin / sh的/ USR / local / bin中/ rkhunter - C - cronjob

[vBET]

以下是为您的问题的细节
1）服务器负载
*********************
8时22分五十三秒最多44天，13时31分，1个用户，平均负载：4.07，5.09，5.26
用户TTY从登录空闲JCPU PCPU
根分/ 2 datacenter1.supp 8时17分0.00s 1.53s 0.00sw
****************
2）CPU和内存使用
********************
免费使用共享缓冲区缓存
MEM：4040 3616 424 0 256 2809
- / +缓冲区/高速缓存：550 3490
掉期：8001 24 7976
*********************************
3）多少CPU
3

编辑：刚刚参加了一个快照，这里http://www.thecodecage.com/forumz/server.png我的服务器是这样所有的时间，这使memcahce快照后。

我不知道如何解释你的测量。正如我看到你的CPU是185％左右... ...东西，或有热测量权利或适用于1个CPU - 如果你有3个，那么你可以使用300％。如果这是正确的方法，那么这意味着你还有很多免费的CPU资源。如果不是，请纠正我，告诉如何解释结果。

我也不能确定如何解释你的服务器的负载数据：

平均负载：4.07，5.09，5.26
这3个不同的时间测量，或每一个单独的CPU吗？什么是你的CPU的功率？

PS。缓存需要时间填写。

[Simon Lloyd]

米哈尔，再次感谢你看到的平均负载（快照）改变每次刷新的答复，它是为你指出一个sybmolic数目，平均负载时显示有大约6或7，那么该网站是缓慢的但大部分的时间反应迟钝，这反过来又提供了一个错误。

这里是你要求的CPU数据
处理器＃1
供应商
GenuineIntel
名称
英特尔（R）至强（R）的CPU X3430@2.40GHz
速度
2394.030兆赫
缓存
8192 KB

当我检查我在南国有1个四核CPU，而服务器的人告诉我，我有3个CPU的？？？

我不知道，或假装知道服务器的平均负载是如何工作的（最近一直围绕在过去2天，：
平均负载：4.49 4.04 3.95

论坛是平均速度，它似乎并没有要造成一个问题，现在，虽然交通是围绕：
271（3名成员和120名客人和148蜘蛛）
凡顶尖人物通常是500 - 600左右，但随后是周末交通较低。

[vBET]

我问了一下CPU的速度，因为我们已经告诉服务器的 负载只是虚拟价值，快速的CPU相同的服务器负载，将意味着其他东西慢的CPU（快一会做他的工作速度快，所以即使有额外的任务正在等待队列中，将快速处理）。
关于你的CPU数 - 在这一刻，我失去了你一样。这是您的服务器，我不会帮助你确定你有1个或3个CPU的。我可以告诉你，服务器最好是有更大更快的金额小于较慢的CPU的数量。 2 +2 = 5，这意味着，2处理器与电源2比1与电源4处理器工作会做得更好，因为服务器有很多小的任务，并有1个处理器，你不能这样做并 行方式。
根据处理器的数量，服务器负载也会有不同的含义。如果你真的有快速的处理器，然后服务器负载6（总不是每个CPU）是确定，即使没有额外的检查。如果你有1个处理器，那么你应该另外检查我们的下水道真正的响应时间。正如你写你已经做到了，这是确定。

时间，你看到你的服务器的负载更大的页面慢（缓存 - 请记住，真正的响应时间不缓存到您的服务器，但到Google的响应时间），请检查是因为更大的流量，或者是因为一些后台任务（如百度推广cron作业，或者甚至是你自己的操作系统 - 如自动更新任务，或类似的东西）。

根据你上 次的回应 - 如果没有真正的问题 - 你需要在这个主题的任何未来的援助的权利吗？

[Simon Lloyd]

米哈尔，感谢详细的答复，它是4 CPU的，我只关注是的的％CPU的金额，vBET消耗，作为我型这有are3进程在55％TOP为vBET显示，52％和CPU使用率48％这些过程的所有文件/ vbenterprisetranslator_seo.php，如果没有什么，你可以建议，我感谢你的意见，将不得不与它生活，我绝对不能承受另一台服务器移动或升级，因为我不必去VPS到云中的虚拟机，主机到专用，以保持vBET运行，下一跳的双四核心（8个CPU的）是我的价格范围。

[vBET]

请注意，OU看到的是不是VBT CPU的消耗，但整个消费论坛。 vbenterprisetranslator_seo.php什么也不做 - 只是设置一些变量和内部重定向到真正要求的文件 - 它仅仅是前端控制器。所有请求vbenterprisetranslator_seo.php - 您已经在您的htaccess文件。

因此，这不是vBET消费 - 这是整个论坛的消费。对于正常的网页vBET什么也不做 - 只是增加了标志。翻译网页的整体平移过程中发生这样的CPU消耗将总是比正常的页面更大，因为它发生后产生正常的页面。所以正常的第一代发生，然后结果是翻译 - 所以没有机会把它withour额外费用。或者... ...我们已经解决这个蚂蚁，它被命名为住客缓存 - 为客人整个页面缓存和缓存没有过期，没有翻译的情况，只要的。所以，如果你已经使用Guest缓存然后vBET没有更多的解决方案使用更少的资源，使翻译。您只能禁用一些翻译 - 您将有再少的交通翻译网页翻译资源消耗如此少。

分析vBET我们做了很多的努力，改变算法，加入更多的性能改进。我们从来没有对待这个问题，关闭。不过，在这一刻甚至缓存的几层，我们正在与应用有很多的变化和不同的内容，同时根据用户群组的URL，或为每个用户甚至（如果有些插件增加了这 样的事情），这需要重译每个登录用户的请求。记录器的用户，我们只能缓存句子翻译，但如为用户而不是整个页面。请注意vBET是添加越来越多的性能改进 - 还你将永远不会有神奇的翻译，没有资源消耗。附加功能总是意味着更多的资源消耗。

我们检查了您的论坛的响应时间，真的很不错。所以，我不认为在这个时刻切换到其他服务器。正如你写的 - 你仍然有一半的资源免费。您这个资源，所以没有什么错误的使用它。 ，您仍然在安全区 - 所以即使你的流量增加您的论坛将在适当的时间响应。对于CPU的第一道曙光的平均使用率是70％（不只是在某些时刻 - 平均）。这是第一个暗示担心资源。如果你忽略了这一点，那么90％的CPU的平均消费是指阅读灯，报警器，迫切需要提升 - 否则甚至有点更多的流量，可以大幅度的性能下降。内存，它是不同的，取决于用于交换的操作系统设置。

为PS - 请考虑喜欢的VPS解决方案 - 在这里您可以添加资源，无需任何重新安装非常容易：）

如果您已经休耕所有的性能提示，那么唯一剩下的就是禁用某些语言，并为那些前来vBET更新。