정식 버전보기 : 해결 더 많은 부하 문제
좋아, 그럼 테스트의 하중을 다하고 있습니다.
24 시간의 기간 동안 내 부하는 30.00의로 꾸준히 상승
서버 다시 시작은 또 다른 24 시간을 위해 수정되었습니다.
내가 모듈을 비활성화하면이 문제를하지 않습니다.
그게 사실이 아니므로 트래픽이 적게가 비활성 모드로 그렇게 말하 지마, 구글은 아직 통계에 따르면 장애인 MOD와 같은 트래픽을 보냅니다.
부하가 날 미치게됩니다 설명해 주시기 바랍니다.
로봇 같은 소리는 MOD가있는 번역 페이지를 때리고있다. 당신은 아파치를 최적화 이상의 CPU 파워가있는 서버를 받고 조사해야합니다. 당신은 memcached, vboptimise 또는 메커니즘을 캐싱 모든 종류의 같은 실행하는?
사실은 제가 모듈로로드가 즉시 방울, 그리고 로봇과 사용자가 아직도 여전히 서버의 전원을 요구하는 페이지를 보여 아르 해제하면 내 포럼, 30000 고유 하루를 얻을 수있다, 그것은 보여주는 번역 페이지는 표준 VB 페이지 이상의 자원을 10X 사용 간단 정상적인 데이터베이스에서. 그것은 제대로 코드를 작성하고, 수정이 필요있어! 다른 mods이 몰랐어 그냥 vbet 내가 이상 변경 절대 좋겠지만 돌아가는 것이 지금은 너무 늦었 마십시오. : 미친 :
당신이 underpowered 서버에서 실행되는 것 같아 정말 소리. 나는 8 코어 네할렘 시스템 (그럼 우리가 16 총 HT로 인해 8 이상의 가상 코어를보고)에 있어요. 나는 또한 광범위하게 vbulletin.com에있는 사람으로부터 자신의 기법뿐만 아니라 포인터를 사용하여이 기계를 최적화했습니다.
vBET은 사용자의 수에 따라 3.0-3.5로 약 2에서 내 부하를 제기, 이것은 분명히 캐시 크기에 따라 자랍니다. 그러나, 나는 상당히 높은 800에서 1200도 이상으로 제 동시 사용자 범위로, 그것도 전혀 나쁘다고 생각하지 않습니다.
안녕하세요 :) 물론, 번역 자원 어떤 조치를해야겠습니다 - 어떤 마술가 없습니다. 번역 페이지는 뜻은 출력 결과를 가지고 그것을 변경합니다. 항상 일반 페이지보다 더 오래 걸릴 것입니다 번역 때문입니다.
난 당신이 더 많은 서버 부하를 가지고 너무 행복하지 않는 이해하지만 vBET은 번역 자원을하고있다는 점에 유의하십시오. 일반 페이지의 경우 그것은 단지 플래그를 추가합니다. 그러니까이 추가 부하가 추가 트래픽에서 번역된 페이지로 제공됩니다. 귀하의 트래픽을 썼던 것처럼 vBET을 해제 후 즉시 가서 (당신은 그것을 잠시있다면 다음은 해제 후 줄어 듭니다 - 날 믿어)을하지 않았고 서버 부하가 낮은 - 그것이 분명 - 로봇 아직 번역 페이지 URL을 크롤 링, 사용자는 여전히 페이지에 구글 번역 링크에 찾는 있습니다. 그래서 당신은 여전히 동일한 트래픽을,하지만 지금은 번역 링크를 아래에 간단하게 내용을 중복 - 번역되지 않습니다 정상적인 페이지를. 당신은 장애 vBET 같이 있고 원한다면 우리는 강력하게 달리 때문에 중복 콘텐츠를 귀하의 SEO를 풀어 수있는 정상 한 모든 번역 페이지를 리디렉션됩니다 귀하의. htaccess 지시어 파일에 규칙을 추가하는 것이 좋습니다.
우리가 이미 다른 캐시 시스템의 지원 및 번역 알고리즘을 즉시 최적화할 계획 점에 유의하십시오. 대폭 큰 문자열 작업을하면 PHP의 성능을 감소하고 우리의 알고리즘을 수정하는 방법 우리가 발견 즉. 그것은 이미 추가 구성 옵션 vBET 4.2.0으로 배포되고 있습니다. 그리고 우리는 여전히 지원됩니다 vBET 3.x를 위해 또한 모든 개선을 이동합니다 :)
당신의 의견은 우리의 코드가 약한 것을 이해합니다. 당신이 당신의 기대를 근거하는 바를 모르겠어요. 우리는 VB를위한 빠른 번역 MOD를 - 더 나은 작품을 어떻게 아무것도 없습니다. 번역은 어떤 자원을 소요됩니다 우리의 MOD은 덜 다른 것이 걸립니다. 빠른 vBET 많은 포럼에서 작동하는 방법 당신이 볼 수 있습니다. 귀하의 서버에 문제가있을 경우 다음 구성 변경 또는 서버 자원을 추가를 고려하시기 바랍니다. 당신은 10리터 양동이에 물을 20 리터 넣어되지 않습니다.
우리의 유증은 다음과 같습니다 : "우리는 변경이 많지." 그리고 우리가 실험 알고리즘, 프로파일을 변경하고 시간이 많이 적은 리소스를 요구할 것입니다 솔루션을 찾고 지출하는 이유입니다. 아직도 우리는 vBET 어떤 경쟁이 될 수도 MOD를 모르는 일부 다른 번역 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 시간이 더 많은 자원을 의미하지 않습니다. 그것은 더 많은 스레드가 대기열에 대기 것을 의미, 일부 번역이 아직 캐시되지 않은 경우 지금 귀하의 스레드가 Google 응답을 기다 때문에 무엇이 정상입니다. 따라서 스레드는 Google 응답을 기다리는 동안이며이 기간 동안 전혀 CPU도지지 않습니다. vBET 모든 (무엇 물론 가능하지 않다)에 어떤 자원을 수없는 경우에도 때문에 귀하의 서버에 부하가 더있을 것입니다.
서버를 충돌에 대하여 - 그것은 분명히 서버 문제입니다. 그것은 주기적으로 발생합니다. 내 서버에 유사한 문제가 있었다. 전체 메모리가 캐시 ANS 서버를 소비되기 전까지 한 아파치 스레드가 증가하고 메모리 사용량과 함께 성장했습니다 그래서 일부 아파치 버그로 인해 발생했다. 오직 한 스레드가 같은 행동 - 다른 아파치 스레드는 정상했다. 아파치 구성 및 문제 해결과 나는 연주. 나는 아파치가 그냥 메모리 누수 있다고 생각 - 내가 한 스레드에 의해 보유 수있는 요청의 낮은 값으로 넣어 기억으로. 다른 변경 사항도있었습니다. 당신의 메모리 사용량을 확인하고 몇 시간 동안 그것을 모니터링하는 것이 좋습니다. 또한 그것은 하나의 아파치 스레드에서 사용하는 메모리의 평균 금액을 확인 몇 가지 계산을 만든 아파치에 대한 최대 스레드의 적절한 값을 설정하기 위해 도움이 될 수 있습니다.
당신이있다면 더 이상 질문은 물어주세요 :)
안녕 - 난 그냥 ULTRA FAST를 번역하여 포럼에 있던 ... 그래서 슈퍼 빠른 번역 서비스를 때 vBET에 대해 화가 태도에 대한 이유와 주장 무엇입니까? ...
서버 부하가 무슨 뜻인지 생각하십시오. 그 의미를 이해하는 것은 서버에서 발생하고 어떻게 그것이 당신이 어떤 자원을 가지고 있지 때문에 대기열에서 기다리는 스레드 관련이있을 수있는 이해하기 매우 도움이 될 수 있지만, 다른 서버 (이 경우에는 구글)의 응답을 기다리고 있습니다.
내 생각에 당신은 슈퍼 빠른 번역을 가지고 있고 당신은 걱정할 필요가 없다 :)
나는 10 년 사이트를 구축하고 있는데, 10X로드가 날 쓰레기 수유 바보 숟가락처럼 날 치료 중단, 10X 자원을 의미하지는 않습니다 완벽하게 알고 있습니다. 로딩이 크고있는 다른 무료 MOD VS 추위 사실은이 MOD과 함께하고 있습니다. 그리고 피크 시간에 내 사이트가 이젠 천천히 및 응답입니다. 예, 페이지는 빠른 오프 - 피크,하지만 나중에 하루에 느린 서버의 비용으로 번역. 나는 쿼드 코어, 잘, 그것이 큰 트래픽이 이전에 하루 종일 0.50을 실행하는 최적화된 RAID 15K SAS 서버를했습니다. 그것은 하중을 추가하고 피크 시간에 서버가 느리게 만드는 VBET 코드입니다, 그건 사실이야, 트래픽 증가 아니라, 내가 전에 동일한 트래픽과 로봇을했다하고 서버가 잘 코프드, 그것은 번역 제품입니다. 기간. 빨리 그것을 수정, 난 정말 그냥 롤 MOD를 실행하는 서버를 업그레 이드 한 달 다른 3백파운드를 지불하고 싶지 않는다.
당신은 얼마나 많은 언어가 활성화되어 있습니까? 당신은 얼마나 많은 게시물이합니까? 당신은 vbseo 있으며 Sitemap 발전기가 설치되어 있습니까? 얼마나 많은 로봇은 하루 사이트를 그러는거야?
안녕하세요!
32 언어를 사용하도록 설정했습니다.
100,000 소다.
vbseo 및 사이트맵 설치되어 있어야합니다.
사이트맵 플러그인은 1000,000 페이지가 하루 기어 말합니다.
내가 모듈을 비활성화하고 이전과 동일한 서버, 봇 및 사용자가 아직 서버를 그러는거야 다시 시작하면 사실은, 같은 페이지는 여전히 구글 색인에에 있고 그래서 난 같은 트래픽이 활성화 말거야.
유일한 차이점은 모듈이 봇 구글 검색은 영어 문서를 장애인과 함께, 그래서 트래픽이 동일 즉, 유일한 차이는 그들은 따라서 mods 데이터베이스 문제를 피하기 위해, 번역된 페이지를 볼 수 없습니다입니다.
그것은 나에게 하루이 MOD는 적절한 테스트없이 출시되었습니다 분명하고, 명확하게 주인이 문제를 해결에 관심이되지 않습니다.
실패합니다.
마이클, 당신들이 잘못이 부하가 트래픽 증가로 인해 발생하지 않습니다, 그것은 MySQL에 번역을 읽기와 쓰기로 인해 발생합니다.
vbulletin 팀 읽고 왜 캔트 낮은 부하와 MySQL을 쓸 수있다면?
불쌍한 코드 내 친구.
나는 10 년 사이트를 구축하고 있는데, 10X로드가 날 쓰레기 수유 바보 숟가락처럼 날 치료 중단, 10X 자원을 의미하지는 않습니다 완벽하게 알고 있습니다. 로딩이 크고있는 다른 무료 MOD VS 추위 사실은이 MOD과 함께하고 있습니다. 그리고 피크 시간에 내 사이트가 이젠 천천히 및 응답입니다. 예, 페이지는 빠른 오프 - 피크,하지만 나중에 하루에 느린 서버의 비용으로 번역. 나는 쿼드 코어, 잘, 그것이 큰 트래픽이 이전에 하루 종일 0.50을 실행하는 최적화된 RAID 15K SAS 서버를했습니다. 그것은 하중을 추가하고 피크 시간에 서버가 느리게 만드는 VBET 코드입니다, 그건 사실이야, 트래픽 증가 아니라, 내가 전에 동일한 트래픽과 로봇을했다하고 서버가 잘 코프드, 그것은 번역 제품입니다. 기간. 빨리 그것을 수정, 난 정말 그냥 롤 MOD를 실행하는 서버를 업그레 이드 한 달 다른 3백파운드를 지불하고 싶지 않는다.
당신이 이미 당신에게 준 서버 부하에 대한 정보에 대해 잘 알고 있다고 알고 있습니다. 나는 수천 사용자 각각의 방법에 고급이다에 대해 어떠한 지식과 그것이 도움이 될 수 내 엉덩이에 완전한 정보를 제공합니다 각 시간이 없다는 것을 유의하십시오. 내가 바보로 취급할거다 것을 의미되지 않습니다 - 그것은 당신에게 당신과 당신의 서버 상태 평가를 위해 유용할 수 있습니다 정보를 제공 아끼는 것을 의미합니다. ) 또한 당신을 위해 최상의 솔루션을 선택할 자유 언제 시간 : 내게 당신이 내가 기꺼이 몇 가지 비교를합니다 소릴하는 다른 무료 모드를 지정하십시오.
나는 다시 포럼을 확인하고 다시 그것은 매우 빠르게 답변을 보인다. 내게 당신은 정상든지 귀하의 느린 반응에 대해 서면으로 어떤 관찰자 수있는 가장 좋은 시간 프레임을주지하시기 바랍니다.
귀하의 트래픽이 때문에 vBET의 변경 방법을 확인하려한다면 - 당신에게 번역 페이지에 모든 트래픽을 표시합니다 몇 가지 리포트를 생성하십시오 - 이것은 당신 vBET 덕분에 얻은 무엇입니까.
거기에 다른 방법은 없다 당신은 어떤 비용없이 귀하의 사이트를 번역합니다 제품을 찾을 수 없을거야 - 당신이 번역 추가 자원을 필요로 당연한 말씀입니다. 이미 언급했듯이 그것이 캐시되지 않은 경우 대부분의 시간은 Google 번역을 기다리고 있어야하고,이 시간 동안 스레드 서버 부하에 큰 영향을 미칠 어떤 응답을 기다려야합니다. 다음 자주 필요 번역 이미 캐시에있을 것이다 - 당신이 사는 큰 캐시 시간을 설정할 수 있습니다. 하지만 캐시 번역에 대한 모든 제품은 번역 기다려야 할 것입니다. 다른 방법은 없습니다.
그것을 고칠 수 있도록 고장해야 할 생각주의하시기 바랍니다.
난 이미 당신을 썼던 것처럼, 우리는 지속 vBET 성능을 향상시킵니다. 그리고 이미 우리가 vBET4.x에서 베타 무대에서 이제 준비가 성능 향상이 있다고 당신을 썼습니다. 오늘 우리는 추가적인 성능 향상과 함께 새로운 vBET4.x 버전을 릴리스합니다. 그리고 그 (있는 경우)에 대한 버그가 우리가 vBET3.x 이러한 개선을 이동합니다 수정 될 때 밀어 필요가 없습니다.
또한 서버에 대한 한 달에 다른 3백파운드을 지불하는 사람은 아무 세력 - 당신은 스스로의 인생을 결정하지 않습니다 그리고 당신은 여기에 옵션을 많이 가지고 있어요. 지원되는 언어의 수가 감소하거나, 심지어 당신이 언급된 다른 제품으로 전환 포함하면 훨씬 좋습니다. 우리는 완전히 사용하는 솔루션의 필요와 가능성에 맞게해야한다는 것을 잘 알고 있습니다. 우리는 고객보다 더 나은 제품을 제공 다행입니다. 그리고 우리는 상황에서 요청 응답 양식 다른 서버에 대한 서버 부하 우리가 사용하는 어떤 솔루션이 더 큰 문제가 없을 것입니다 기다려야합니다 어디에 알고 있습니다. 저희 제품에 남아 야 당신의 가능성에 맞게 그것을 구성하면 우리는 기뻐합니다. 그리고 우리는 기꺼이 당신에게이 분야에서 도움을 줄 것이다 :)
우리가 Sitemap 생성기와 통합에 새로운 솔루션을 준 점에 유의하시기 바랍니다. 당신이 통합되어있는 경우 - 여기 새로운 통합 지침을 참조하십시오 :
그것은 극적으로 사이트맵 생성 속도 (12 배 이상 우리의 포럼에) 증가합니다.
그것은 나에게 하루이 MOD는 적절한 테스트없이 출시되었습니다 분명하고, 명확하게 주인이 문제를 해결에 관심이되지 않습니다.
실패합니다.
당신이 적절한 테스트에 대한 의심이있다면 나는 vBET의 역사를 확인 제안 - 그것이 유료 버전으로 고급 전에는 실제 포럼의 수백에 의해 테스트되었습니다 :)
이 문제를 해결 해요. 미안 해요. 제가 잘못 첫 번째 응답이 정보 당신을주는, 우리가이 문제를 해결하는 분명한 것은 생각 :
우리가 이미 다른 캐시 시스템의 지원 및 번역 알고리즘을 즉시 최적화할 계획 점에 유의하십시오. 대폭 큰 문자열 작업을하면 PHP의 성능을 감소하고 우리의 알고리즘을 수정하는 방법 우리가 발견 즉. 그것은 이미 추가 구성 옵션 vBET 4.2.0으로 배포되고 있습니다. 그리고 우리는 여전히 지원됩니다 vBET 3.x를 위해 또한 모든 개선을 이동합니다 :)
...
우리의 유증은 다음과 같습니다 : "우리는 변경이 많지." 그리고 우리가 실험 알고리즘, 프로파일을 변경하고 시간이 많이 적은 리소스를 요구할 것입니다 솔루션을 찾고 지출하는 이유입니다. 아직도 우리는 vBET 어떤 경쟁이 될 수도 MOD를 모르는 일부 다른 번역 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에 번역을 읽기와 쓰기로 인해 발생합니다.
vbulletin 팀 읽고 왜 캔트 낮은 부하와 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.
