查看完整版本： 已解决 更多的负载问题
好，所以我做负荷测试。
超过我的负荷的24小时内稳步上升到30.00“
重新启动服务器，另一个24小时修复。
如果我禁用的MOD，我没有得到这个问题。
不要说与残疾人有较少的流量，因为这不是真实MOD，谷歌仍然发送相同的流量禁用根据我的统计，按付款当日价格计算的。
请解释，负荷驾驶气死我了。
听起来像机器人击中时，按付款当日价格计算的是翻译的页面。你应该看看优化Apache或更多的CPU能力服务器。你运行vboptimise或任何类型的缓存机制，如memcached的呢？
事实上，我的论坛得到3万独有一天，如果我禁用按付款当日价格计算的负荷瞬间下降，机器人和用户仍显示网页，所以仍要求苛刻的服务器电源，它只是显示翻译的页面使用10倍的资源比标准的VB页从正常的数据库。写得不好的代码，需要修复！其他MODS从来没有这样做，只是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，还有一些其他的翻译MODS。我们做了很多我们特罗，是因为他们没有帮助的算法变化，在这个过程中我们也发现了许多改进。你可以有你的印象服务器上的问题的基础，但请考虑你有更好的解决方案？你可以给一个提示，也许vBET是没有错的解决方案，因为是论坛的数以千计的工作，也许你只是想投入10公升桶20公升的水。 - 我们仍然有很多优化部分改变和巨大的TODO列表（约70％的实验将帮助或不）：），你是100％正确的 - 我们可以做的更好，我们将和我们正在做这一切的时间：）只要等到我们将所有我们在vBET4.x实施中取得的改善：）
如果我可以给你一些提示 - 请检查您如何优化vBET：http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
特别是考虑禁用某些语言和阻塞无关的robots.txt页面
什么是翻译的页面的响应时间？什么是你的CPU使用率？什么是您的内存使用？如果它是可以接受的的，那么你有什么可担心的。人们往往害怕增加服务器的负载，甚至不知道什么没有它的手段。 10倍以上的服务器负载并不意味着10次以上的资源使用。这仅仅意味着多个线程在队列中等待的，是完全正常的，因为现在你的线程必须等待谷歌的反应，如果有些翻译不缓存尚未的。所以线程正在等待谷歌的反应，并在此期间，没有在所有的CPU。由于该服务器的负载会更大，即使vBET可以在所有的（当然是没有可能）没有资源。
关于你的服务器崩溃 - 这显然是您的服务器问题。它发生周期性。我有我的服务器上，类似的问题。这是一些Apache的错误引起的，所以一个Apache线程增长和内存使用越来越多，直到整个内存消耗ANS服务器缓存。只有一个线程的行为 - 其他Apache线程是正常的。我打了Apache的配置和问题解决。我认为Apache的只是一些内存泄漏 - 我记得我把低价值的请求，可容纳一个线程。也有其他的变化。我建议检查您的内存使用和监视一段时间。此外，它可以帮助检查内存的一个Apache线程所使用的平均金额，取得了一定的的计算，并设置为Apache的最大线程适当的值。
如果您有任何问题，请只问：）
嘿 - 我只是你的论坛上，超快速转换... ...所以你，为什么这么生气关于vBET的态度，声称当你有超快速的翻译服务？...
请考虑服务器的负载意味着什么。可以了解它的意义是非常有益的了解服务器上发生了什么，以及如何将其相关的线程在队列中等待，不会因为你没有资源，但正在等待从其他服务器（Google在这种情况下）的响应。
在我看来，你有超快速的翻译，你有什么可担心的：）
我一直在建筑地盘的10年，我充分认识到10倍的负载并不意味着10倍的资源，停止把我像一个白痴和勺子喂养我的垃圾。 VS其他免费MOD你的负载是大型冷的事实是，这个mod。在高峰时间，现在我的网站是缓慢，反应迟钝。是的，网页翻译快速非高峰期，但在当天晚些时候在一个缓慢的服务器的成本。我有一个四核心，RAID 15K SAS服务器，就好了，它运行0.50整天在此之前，大流量，优化。这是VBET代码，增加了负载，使服务器在高峰时段缓慢，这是一个事实，这是不是流量的增加，我有同样的流量和漫游之前，应对服务器的罚款，这是翻译产品。期间。快点和修复它，我真的不希望服务器升级支付另外300英镑每月只运行一个MOD LOL。
你有多少种语言启用？你有多少个职位？你有安装了百度推广和网站地图生成器？多少个机器人被击中的网站一天吗？
嗨！
启用32种语言。
10万个职位。
百度推广和地图安装。
地图插件说，1000,000页抓取每天。
事实是，如果我禁用按付款当日价格计算，并重新启动服务器，BOT和用户仍然击中我的服务器和以前一样，在同一页在仍然在Google的索引，因此，我得到相同的流量或不启用。
唯一的区别是，按付款当日价格计算的残疾人机器人和谷歌搜索的英文网页，所以，交通是相同的，唯一的区别是他们没有看到一个翻译网页，从而避免MODS的数据库问题。
很明显，每天给我这个mod一直没有适当的测试发布，并明确所有者是解决这些问题不感兴趣。
失败。
迈克尔，你错了，这负荷不增加交通造成的，它是由阅读和写作翻译到MySQL。
如果百度推广团队可以读取和写入低负荷你为什么不能到MySQL？
糟糕的代码我的朋友。
我一直在建筑地盘的10年，我充分认识到10倍的负载并不意味着10倍的资源，停止把我像一个白痴和勺子喂养我的垃圾。 VS其他免费MOD你的负载是大型冷的事实是，这个mod。在高峰时间，现在我的网站是缓慢，反应迟钝。是的，网页翻译快速非高峰期，但在当天晚些时候在一个缓慢的服务器的成本。我有一个四核心，RAID 15K SAS服务器，就好了，它运行0.50整天在此之前，大流量，优化。这是VBET代码，增加了负载，使服务器在高峰时段缓慢，这是一个事实，这是不是流量的增加，我有同样的流量和漫游之前，应对服务器的罚款，这是翻译产品。期间。快点和修复它，我真的不希望服务器升级支付另外300英镑每月只运行一个MOD LOL。
我知道你已经熟悉服务器的负载，我给你的信息。请注意，我没有数以千计我们的用户是多么先进的知识，每次我会给屁股完整的信息，因为它可以帮助。它并不意味着我当作白痴你 - 这意味着，我给你的信息，可以为您和您的服务器状况的评价有用。请点我你谈论我会很乐意做一些比较其他免费按付款当日价格计算的：）任何时候你都免费为您选择最佳的解决方案。
我再次检查您的论坛，又似乎反应速度非常快。请给我最好的时间框架能够观察员你写你的反应缓慢，在高峰时间。
如果你要检查你的流量如何改变因为vBET - 请产生一些报告会告诉你所有的交通，翻译的页面 - 这是什么，你赢得了感谢vBET。
你是绝对正确的翻译需要额外的资源 - 有没有其他办法，你永远也找不到的产品，并将其转化您的网站没有任何成本。正如我已经提到的大部分时间需要等待谷歌翻译时，不进行缓存，并在此期间，你的线程必须等待响应，服务器负载影响最大的有。您可以设置更大的缓存的生存时间 - 已经在缓存中，则往往需要翻译将。但为不缓存的翻译，任何产品都会有等待翻译。有没有其他办法。
请注意，认为已被打破，可以修复它 。
正如我已经写了你，我们不断提高vBET性能。我已经写了你，我们已经准备的性能改进，现在在vBET4.x公测阶段。今天，我们会释放出额外的性能改进的新vBET4.x版本。而当（如有）中的错误将得到纠正，我们将进入这些改进vBET3.x这是没有必要推。
也没有人强迫你支付的另一个服务器300英镑一个月 - 你是你自己决定，你有很多选择。包括减少所支持的语言数量，甚至切换到你提到的其他产品要好得多。我们完全理解您使用的解决方案必须适合您的需要和可能性。我们很高兴为我们的客户更好，更好的产品。我们都知道情况，请求必须等待服务器的负载，另一台服务器响应的形式将更大无论我们将使用什么解决方案。我们会很高兴，如果你留在我们的产品和配置哟，以适应你的可能性。我们会很乐意给你在这方面的手：）
请注意，我们只是给了新的解决方案整合Sitemaps生成。如果你是集成 - 请在这里看到新的整合说明：
它极大地增加网站地图生成速度（对我们的论坛超过12倍）。
很明显，每天给我这个mod一直没有适当的测试发布，并明确所有者是解决这些问题不感兴趣。
失败。
如果你有怀疑正确的测试，我建议检查vBET历史 - 这是由数百个真正的论坛测试之前，它先进的付费版本：）
关于解决这一问题。我很抱歉。我错误地认为，在第一反应，给你这个信息，我很清楚，我们正在处理的问题：
请注意，我们已经计划支持其他缓存系统和我们的翻译算法即刻优化。即我们刚刚发现PHP性能大幅减少大型字符串时，我们修改了我们的算法。这是vBET 4.2.0已经发布了额外的配置选项。而我们将所有改善vBET 3.x的，它仍然是支持的：）
...
我们的设计是：“我们有很多的变化”。这就是为什么我们正在尝试，改变算法，分析，并花费大量的时间寻找解决方案，这将需要更少的资源。不过，我们知道没有按付款当日价格计算，这可以是任何竞争vBET，还有一些其他的翻译MODS。我们做了很多我们特罗，是因为他们没有帮助的算法变化，在这个过程中我们也发现了许多改进。你可以有你的印象服务器上的问题的基础，但请考虑你有更好的解决方案？你可以给一个提示，也许vBET是没有错的解决方案，因为是论坛的数以千计的工作，也许你只是想投入10公升桶20公升的水。 - 我们仍然有很多优化部分改变和巨大的TODO列表（约70％的实验将帮助或不）：），你是100％正确的 - 我们可以做的更好，我们将和我们正在做这一切的时间：）只要等到我们将所有我们在vBET4.x实施中取得的改善：）
如果我可以给你一些提示 - 请检查您如何优化vBET：http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
特别是考虑禁用某些语言和阻塞无关的robots.txt页面
这种误解，我觉得完全负责。再次非常遗憾。请告诉我们，我们要告诉你，我们正在改进vBET所有的时间，以及如何，我们可以向你保证，vBET3.x将有另一种性能改进，让你清楚，我们正在解决这个问题呢？我们总是很乐意将提高我们与客户的沟通方式：）
迈克尔，你错了，这负荷不增加交通造成的，它是由阅读和写作翻译到MySQL。
如果百度推广团队可以读取和写入低负荷你为什么不能到MySQL？
糟糕的代码我的朋友。
你已经注意到，我们有计划的缓存系统（文件和现有的发动机）的支持。请考虑一下你的意图，在这次讨论中，它是在正确的方向前进，以改善旅游服务器状态 - 如果它仍是点。
你的问题，假定负载是造成与MySQL通信。能否请您给我们这个诊断来源？我们将很乐意研究：）
我有同样的问题，切断超载。最后，我从我的论坛已禁用VBET和现在一切正常。 ：）
我有同样的问题，切断超载。最后，我从我的论坛已禁用VBET和现在一切正常。 ：）
您使用的版本吗？请升级到最新的版本 - 我们取得了很大的性能改进。很多用户写他们的感谢，看到很大的不同 - 尤其是在服务器的负载区：）
编辑：
我只是检查你的论坛和vBET是在那里工作 - 请不要写关于vBET条件的虚假陈述。
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.
