好，所以我做负荷测试。
超过我的负荷的24小时内稳步上升到30.00“
重新启动服务器，另一个24小时修复。
如果我禁用的MOD，我没有得到这个问题。
不要说与残疾人有较少的流量，因为这不是真实MOD，谷歌仍然发送相同的流量禁用根据我的统计，按付款当日价格计算的。
请解释，负荷驾驶气死我了。
自动翻译 （谷歌、 微软 ®， 网站 Yandex， SDL语言云， IBM Watson和Arpertium):
更多的负载问题
好，所以我做负荷测试。
超过我的负荷的24小时内稳步上升到30.00“
重新启动服务器，另一个24小时修复。
如果我禁用的MOD，我没有得到这个问题。
不要说与残疾人有较少的流量，因为这不是真实MOD，谷歌仍然发送相同的流量禁用根据我的统计，按付款当日价格计算的。
请解释，负荷驾驶气死我了。
听起来像机器人击中时，按付款当日价格计算的是翻译的页面。你应该看看优化Apache或更多的CPU能力服务器。你运行vboptimise或任何类型的缓存机制，如memcached的呢？
事实上，我的论坛每天有 30000 个单元，如果我立即禁用 mod 装入，并且 bots 和用户仍显示页面，那么仍需要服务器电源，这只是显示已翻译的页面使用 10x 的资源，而不是来自正常数据库的标准 vb 页面。 写的代码不好，需要固定! 其他的人从来没有这样做，只是 vbet，希望我从未改变过，但回去现在已经太晚了。
真的，这听起来像你一个动力不足的服务器上运行。我在8核Nehalem机器（所以我们期待在8个以上的虚拟核心，由于对HT共16）。我还广泛地优化本机，使用自己的技术，以及指针vbulletin.com的乡亲。
vBET我从约2.5负载提高到3.0-3.5，根据用户数量，这明显增长的基础上高速缓存的大小。不过，我不认为这太糟糕了，所有，我的用户同时使用的范围从一个相当高的800甚至更高的1200。
您好当然翻译，必须采取一些资源 - 没有魔法。网页翻译手段的输出结果，并改变它。因为翻译总是会需要更长的时间比正常的页面。
据我所知，你是不是太幸福了，有更多的服务器的负载，但是请注意，vBET正在翻译资源。对于正常的网页，它增加了唯一的标志。因此，所有这些额外的负载从额外的交通翻译的页面。当你写你的流量没有下降后立即停用vBET，如果您有它一段时间，然后它会减少后禁用 - 相信我和服务器负载较低 - 这是显而易见的 - 机器人爬行的URL翻译的页面，用户仍然发现在谷歌翻译的页面链接。所以你还是有同样的流量，但目前正在翻译的链接是简单重复的内容 - 这是没有翻译的正常的页面。如果你想留在残疾人vBET中，我们强烈建议添加在你的。htaccess文件将所有翻译的页面重定向到正常之一，否则你不能松动您的SEO，因为重复的内容的规则。
请注意，我们已计划支持其他高速缓存系统，并且我们的翻译算法立即优化。 我们刚刚发现，在处理大字符串时 PHP 的性能会急剧下降，我们修改了我们的算法。 它已在 vBET 4.2.0 中发行，带有其他配置选项。 我们会将所有改进都移至仍受支持的 VBET 3 . x
据我所知，在您看来，我们的代码是薄弱。我不知道你是基于你的期望。我们有VB速度最快的翻译MOD - 没有什么效果更好。翻译将采取一些资源，我们按付款当日价格计算的少，其他任何。你可以看到如何快速vBET可以工作在许多论坛。如果你有你的服务器上的问题，那么请考虑更改配置或增加服务器资源。你不会放入10公升桶20公升的水。
我们的设计是 : " 我们要改变很多 " 。 这就是为什么我们正在试验，改变算法，分析和花费大量时间寻找那些需要更少资源的解决方案。 我们还不知道任何对 vBET 有任何竞争的模式，还有一些其他的翻译模型。 我们做了很多算法的改变因为他们没有帮助，在这个过程中我们也发现了很多改进。 您可以根据服务器问题产生您的印象，但请考虑您是否有更好的解决方案? 你能给我一个提示，也许 VBET 在成千上万的论坛上工作，不是错误的解决方案，也许你只是想把 20 公升的水放进 10 公升的桶里。 仍然 - 我们在优化部分有很多更改和很大的 TODO 列表 (大约 70% 到实验将帮助或不提供帮助 )
如果我可以给你一些提示 - 请检查您如何优化vBET： http://www.vbenterprisetranslator.co...rformance.html
特别是考虑禁用某些语言和阻塞无关的robots.txt页面
什么是翻译的页面的响应时间？什么是你的CPU使用率？什么是您的内存使用？如果它是可以接受的的，那么你有什么可担心的。人们往往害怕增加服务器的负载，甚至不知道什么没有它的手段。 10倍以上，服务器的负载并 不 指10更多的资源使用。这仅仅意味着多个线程在队列中等待的，是完全正常的，因为现在你的线程必须等待谷歌的反应，如果有些翻译不缓存尚未的。所以线程正在等待谷歌的反应，并在此期间，没有在所有的CPU。由于该服务器的负载会更大，即使vBET可以在所有的（当然是没有可能）没有资源。
关于你的服务器崩溃 - 这显然是您的服务器问题。它发生周期性。我有我的服务器上，类似的问题。这是一些Apache的错误引起的，所以一个Apache线程增长和内存使用越来越多，直到整个内存消耗ANS服务器缓存。只有一个线程的行为 - 其他Apache线程是正常的。我打了Apache的配置和问题解决。我认为Apache的只是一些内存泄漏 - 我记得我把低价值的请求，可容纳一个线程。也有其他的变化。我建议检查您的内存使用和监视一段时间。此外，它可以帮助检查内存的一个Apache线程所使用的平均金额，取得了一定的的计算，并设置为Apache的最大线程适当的值。
如果您有任何问题，请只问
最后编辑者 vBET; 17-03-10 在 00:53.
嘿 - 我只是你的论坛上，超快速转换... ...所以你，为什么这么生气关于vBET的态度，声称当你有超快速的翻译服务？...
请考虑服务器的负载意味着什么。可以了解它的意义是非常有益的了解服务器上发生了什么，以及如何将其相关的线程在队列中等待，不会因为你没有资源，但正在等待从其他服务器（Google在这种情况下）的响应。
在我看来，你有超快速的翻译，你有什么可担心的
你有多少种语言启用？你有多少个职位？你有安装了百度推广和网站地图生成器？多少个机器人被击中的网站一天吗？
嗨！
启用32种语言。
10万个职位。
百度推广和地图安装。
地图插件说，1000,000页抓取每天。
事实是，如果我禁用按付款当日价格计算，并重新启动服务器，BOT和用户仍然击中我的服务器和以前一样，在同一页在仍然在Google的索引，因此，我得到相同的流量或不启用。
唯一的区别是，按付款当日价格计算的残疾人机器人和谷歌搜索的英文网页，所以，交通是相同的，唯一的区别是他们没有看到一个翻译网页，从而避免MODS的数据库问题。
很明显，每天给我这个mod一直没有适当的测试发布，并明确所有者是解决这些问题不感兴趣。
失败。
如果您对正确的测试有疑问，我建议检查 vBET 的历史记录 - 它在高级到付费版本之前由数以百计的真实论坛进行了测试作者： Snake
关于解决这一问题。我很抱歉。我错误地认为，在第一反应，给你这个信息，我很清楚，我们正在处理的问题：
对于这个误解，我是完全有责任的。 再次非常抱歉 请告诉我们，我们必须告诉您我们正在不断改进 VBET ，以及我们如何再次向您保证 VBET3 x 将有另一个性能改进，以表明我们正在解决这个问题 ? 我们会一直很乐意改进与客户的沟通方式请注意，我们已计划支持其他高速缓存系统，并且我们的翻译算法立即优化。 我们刚刚发现，在处理大字符串时 PHP 的性能会急剧下降，我们修改了我们的算法。 它已在 vBET 4.2.0 中发行，带有其他配置选项。 我们会将所有改进都移至仍受支持的 VBET 3 . x
...
我们的设计是 : " 我们要改变很多 " 。 这就是为什么我们正在试验，改变算法，分析和花费大量时间寻找那些需要更少资源的解决方案。 我们还不知道任何对 vBET 有任何竞争的模式，还有一些其他的翻译模型。 我们做了很多算法的改变因为他们没有帮助，在这个过程中我们也发现了很多改进。 您可以根据服务器问题产生您的印象，但请考虑您是否有更好的解决方案? 你能给我一个提示，也许 VBET 在成千上万的论坛上工作，不是错误的解决方案，也许你只是想把 20 公升的水放进 10 公升的桶里。 仍然 - 我们在优化部分有很多更改和很大的 TODO 列表 (大约 70% 到实验将帮助或不提供帮助 )
如果我可以给你一些提示 - 请检查您如何优化vBET： http://www.vbenterprisetranslator.co...rformance.html
特别是考虑禁用某些语言和阻塞无关的robots.txt页面
最后编辑者 vBET; 19-03-10 在 03:02.
迈克尔，你错了，这负荷不增加交通造成的，它是由阅读和写作翻译到MySQL。
如果百度推广团队可以读取和写入低负荷你为什么不能到MySQL？
糟糕的代码我的朋友。
发帖权限
回覆时引用