重要:此页面会使用Cookie (cookies). 使用本网站不关闭浏览器中的cookie,即表示您同意使用它。
现在购买! 特点 下载

赚钱!

如果您想要开始赚钱与贝特联接 联盟计划。
12 12 最后Last
结果 11015

主题: 更多的负载问题

  1. #1
    高级会员
    注册日期
    2010年2月的
    帖子
    210

    Default 更多的负载问题

    好,所以我做负荷测试。

    超过我的负荷的24小时内稳步上升到30.00“

    重新启动服务器,另一个24小时修复。

    如果我禁用的MOD,我没有得到这个问题。

    不要说与残疾人有较少的流量,因为这不是真实MOD,谷歌仍然发送相同的流量禁用根据我的统计,按付款当日价格计算的。

    请解释,负荷驾驶气死我了。

  2. #2
    高级会员
    注册日期
    2009年12月
    帖子
    276

    Default

    听起来像机器人击中时,按付款当日价格计算的是翻译的页面。你应该看看优化Apache或更多的CPU能力服务器。你运行vboptimise或任何类型的缓存机制,如memcached的呢?

  3. #3
    高级会员
    注册日期
    2010年2月的
    帖子
    210

    Default

    事实上,我的论坛每天有 30000 个单元,如果我立即禁用 mod 装入,并且 bots 和用户仍显示页面,那么仍需要服务器电源,这只是显示已翻译的页面使用 10x 的资源,而不是来自正常数据库的标准 vb 页面。 写的代码不好,需要固定! 其他的人从来没有这样做,只是 vbet,希望我从未改变过,但回去现在已经太晚了。

  4. #4
    高级会员
    注册日期
    2009年11月
    帖子
    168

    Default

    真的,这听起来像你一个动力不足的服务器上运行。我在8核Nehalem机器(所以我们期待在8个以上的虚拟核心,由于对HT共16)。我还广泛地优化本机,使用自己的技术,以及指针vbulletin.com的乡亲。

    vBET我从约2.5负载提高到3.0-3.5,根据用户数量,这明显增长的基础上高速缓存的大小。不过,我不认为这太糟糕了,所有,我的用户同时使用的范围从一个相当高的800甚至更高的1200。

  5. #5
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

    您好 当然翻译,必须采取一些资源 - 没有魔法。网页翻译手段的输出结果,并改变它。因为翻译总是会需要更长的时间比正常的页面。

    据我所知,你是不是太幸福了,有更多的服务器的负载,但是请注意,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% 到实验将帮助或不提供帮助 ) 你是100%正确的 - 我们可以做的更好,我们将和我们正在做这一切的时候 只是等待,直到我们将所有我们在vBET4.x实施中取得的改善

    如果我可以给你一些提示 - 请检查您如何优化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-1000:53.

  6. #6
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

    嘿 - 我只是你的论坛上,超快速转换... ...所以你,为什么这么生气关于vBET的态度,声称当你有超快速的翻译服务?...

    请考虑服务器的负载意味着什么。可以了解它的意义是非常有益的了解服务器上发生了什么,以及如何将其相关的线程在队列中等待,不会因为你没有资源,但正在等待从其他服务器(Google在这种情况下)的响应。

    在我看来,你有超快速的翻译,你有什么可担心的

  7. #7
    高级会员
    注册日期
    2010年2月的
    帖子
    210

    Default

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

  8. #8
    高级会员
    注册日期
    2009年12月
    帖子
    276

    Default

    你有多少种语言启用?你有多少个职位?你有安装了百度推广和网站地图生成器?多少个机器人被击中的网站一天吗?

  9. #9
    高级会员
    注册日期
    2010年2月的
    帖子
    210

    Default

    嗨!

    启用32种语言。

    10万个职位。

    百度推广和地图安装。

    地图插件说,1000,000页抓取每天。


    事实是,如果我禁用按付款当日价格计算,并重新启动服务器,BOT和用户仍然击中我的服务器和以前一样,在同一页在仍然在Google的索引,因此,我得到相同的流量或不启用。

    唯一的区别是,按付款当日价格计算的残疾人机器人和谷歌搜索的英文网页,所以,交通是相同的,唯一的区别是他们没有看到一个翻译网页,从而避免MODS的数据库问题。

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

    失败。

  10. #10
    高级会员
    注册日期
    2010年2月的
    帖子
    210

    Default

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

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

    糟糕的代码我的朋友。

12 12 最后Last

此主题的标签

发帖权限

  • 可能不会 发表新主题
  • 可能不会 发表回复
  • 可能不会 上传附件
  • 可能不会 编辑您的文章
  •