更多的负载问题

[vBET]

我一直在建筑地盘的10年，我充分认识到10倍的负载并不意味着10倍的资源，停止把我像一个白痴和勺子喂养我的垃圾。 VS其他免费MOD你的负载是大型冷的事实是，这个mod。在高峰时间，现在我的网站是缓慢，反应迟钝。是的，网页翻译快速非高峰期，但在当天晚些时候在一个缓慢的服务器的成本。我有一个四核心，RAID 15K SAS服务器，就好了，它运行0.50整天在此之前，大流量，优化。这是VBET代码，增加了负载，使服务器在高峰时段缓慢，这是一个事实，这是不是流量的增加，我有同样的流量和漫游之前，应对服务器的罚款，这是翻译产品。期间。快点和修复它，我真的不希望服务器升级支付另外300英镑每月只运行一个MOD LOL。

我知道你已经熟悉服务器的负载，我给你的信息。请注意，我没有数以千计我们的用户是多么先进的知识，每次我会给屁股完整的信息，因为它可以帮助。它并不意味着我当作白痴你 - 这意味着，我给你的信息，可以为您和您的服务器状况的评价有用。请点我你是我说话的其他免费MOD会很乐意做一些比较 任何时候你都免费为您选择最佳的解决方案。

我再次检查您的论坛，又似乎反应速度非常快。请给我最好的时间框架能够观察员你写你的反应缓慢，在高峰时间。

如果你要检查你的流量如何改变因为vBET - 请产生一些报告会告诉你所有的交通，翻译的页面 - 这是什么，你赢得了感谢vBET。

你是绝对正确的翻译需要额外的资源 - 有没有其他办法，你永远也找不到的产品，并将其转化您的网站没有任何成本。正如我已经提到的大部分时间需要等待谷歌翻译时，不进行缓存，并在此期间，你的线程必须等待响应，服务器负载影响最大的有。您可以设置更大的缓存的生存时间 - 已经在缓存中，则往往需要翻译将。但为不缓存的翻译，任何产品都会有等待翻译。有没有其他办法。

请注意，认为已被打破，可以修复它 。

正如我已经写了你，我们不断提高vBET性能。我已经写了你，我们已经准备的性能改进，现在在vBET4.x公测阶段。今天，我们会释放出额外的性能改进的新vBET4.x版本。而当（如有）中的错误将得到纠正，我们将进入这些改进vBET3.x这是没有必要推。

也没有人强迫你支付的另一个服务器300英镑一个月 - 你是你自己决定，你有很多选择。包括减少所支持的语言数量，甚至切换到你提到的其他产品要好得多。我们完全理解您使用的解决方案必须适合您的需要和可能性。我们很高兴为我们的客户更好，更好的产品。我们都知道情况，请求必须等待服务器的负载，另一台服务器响应的形式将更大无论我们将使用什么解决方案。我们会很高兴，如果你留在我们的产品和配置哟，以适应你的可能性。我们将很乐意给你一只手在这方面

请注意，我们只是给了新的解决方案整合Sitemaps生成。如果你是集成 - 请在这里看到新的整合说明： http://www.vbenterprisetranslator.co...tegration.html
它极大地增加网站地图生成速度（对我们的论坛超过12倍）。

[vBET]

很明显，每天给我这个mod一直没有适当的测试发布，并明确所有者是解决这些问题不感兴趣。

失败。

如果您对正确的测试有疑问，我建议检查 vBET 的历史记录 - 它在高级到付费版本之前由数以百计的真实论坛进行了测试

关于解决这一问题。我很抱歉。我错误地认为，在第一反应，给你这个信息，我很清楚，我们正在处理的问题：

请注意，我们已计划支持其他高速缓存系统，并且我们的翻译算法立即优化。 我们刚刚发现，在处理大字符串时 PHP 的性能会急剧下降，我们修改了我们的算法。 它已在 vBET 4.2.0 中发行，带有其他配置选项。 我们会将所有改进都移至仍受支持的 VBET 3 . x

...

我们的设计是 : " 我们要改变很多 " 。 这就是为什么我们正在试验，改变算法，分析和花费大量时间寻找那些需要更少资源的解决方案。 我们还不知道任何对 vBET 有任何竞争的模式，还有一些其他的翻译模型。 我们做了很多算法的改变因为他们没有帮助，在这个过程中我们也发现了很多改进。 您可以根据服务器问题产生您的印象，但请考虑您是否有更好的解决方案? 你能给我一个提示，也许 VBET 在成千上万的论坛上工作，不是错误的解决方案，也许你只是想把 20 公升的水放进 10 公升的桶里。 仍然 - 我们在优化部分有很多更改和很大的 TODO 列表 (大约 70% 到实验将帮助或不提供帮助 ) 你是100％正确的 - 我们可以做的更好，我们将和我们正在做这一切的时候 只是等待，直到我们将所有我们在vBET4.x实施中取得的改善

如果我可以给你一些提示 - 请检查您如何优化vBET： http://www.vbenterprisetranslator.co...rformance.html
特别是考虑禁用某些语言和阻塞无关的robots.txt页面

对于这个误解，我是完全有责任的。 再次非常抱歉 请告诉我们，我们必须告诉您我们正在不断改进 VBET ，以及我们如何再次向您保证 VBET3 x 将有另一个性能改进，以表明我们正在解决这个问题 ? 我们会一直很乐意改进与客户的沟通方式

[vBET]

迈克尔，你错了，这负荷不增加交通造成的，它是由阅读和写作翻译到MySQL。

如果百度推广团队可以读取和写入低负荷你为什么不能到MySQL？

糟糕的代码我的朋友。

你已经注意到，我们有计划的缓存系统（文件和现有的发动机）的支持。请考虑一下你的意图，在这次讨论中，它是在正确的方向前进，以改善旅游服务器状态 - 如果它仍是点。

你的问题，假定负载是造成与MySQL通信。能否请您给我们这个诊断来源？我们将很乐意研究

[sarangan]

我有同样的问题服务器过载 最后我在论坛上禁用了 VBET ，现在一切都正常了。

[vBET]

我有同样的问题服务器过载 最后我在论坛上禁用了 VBET ，现在一切都正常了。

您使用的版本吗？请升级到最新的版本 - 我们取得了很大的性能改进。许多用户写他们的感谢，看到很大的区别 - 特别是在服务器负载面积

编辑：
我只是检查你的论坛和vBET是在那里工作 - 请不要写关于vBET条件的虚假陈述。