더 많은 부하 문제
좋아, 그럼 테스트의 하중을 다하고 있습니다.
24 시간의 기간 동안 내 부하는 30.00의로 꾸준히 상승
서버 다시 시작은 또 다른 24 시간을 위해 수정되었습니다.
내가 모듈을 비활성화하면이 문제를하지 않습니다.
그게 사실이 아니므로 트래픽이 적게가 비활성 모드로 그렇게 말하 지마, 구글은 아직 통계에 따르면 장애인 MOD와 같은 트래픽을 보냅니다.
부하가 날 미치게됩니다 설명해 주시기 바랍니다.
로봇 같은 소리는 MOD가있는 번역 페이지를 때리고있다. 당신은 아파치를 최적화 이상의 CPU 파워가있는 서버를 받고 조사해야합니다. 당신은 memcached, vboptimise 또는 메커니즘을 캐싱 모든 종류의 같은 실행하는?
필자의 포럼은 하루에 30,000개의 유니크를 받게 되는데, 이 모드를 사용하지 않으면 즉시 로드를 삭제하고 봇과 사용자는 여전히 페이지를 표시하므로 여전히 서버 전원을 요구하고 있으며, 단순히 번역된 페이지를 보여주는 것은 표준 데이터베이스의 표준 vb 페이지보다 10배의 자원을 사용한다는 것이다. 잘못 작성된 코드이므로 수정해야 합니다! 다른 사람들은 절대 이런 짓을 하지 않았고, 바내기를 했고, 내가 한번도 변하지 않았으면 하는 바람이었지만, 지금은 너무 늦었다.
당신이 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 리터 넣어되지 않습니다.
우리의 고안은 "우리는 많은 변화가 있다." 이다. 그래서 우리가 실험하고, 알고리즘을 바꾸고, 프로파일링하고, 많은 시간을 들여서 자원을 덜 필요로 하는 해결책을 찾고 있는 이유입니다. 여전히 우리는 vET와의 경쟁이 될 수 있는 어떤 모드도 알지 못합니다. 그리고 다른 번역기들도 있습니다. 우리는 많은 알고리즘 변화를 만들었습니다. 왜냐하면 그들은 도움이 되지 않았기 때문입니다. 이 과정에서 우리는 많은 개선을 발견했습니다. 서버 문제에 대한 인상을 받을 수 있지만, 더 나은 솔루션이 있습니까? vBET가 수천 개의 포럼에서 작업하고 있기 때문에 vET가 잘못된 솔루션이 아니라는 힌트를 얻을 수 있는 것은 아마도 20리터의 물을 10리터의 물통에 넣으려고 하는 것일 수도 있습니다. 여전히, 최적화 섹션에서 변경할 수 있는 많은 TODO 목록 (약 70% 의 실험이 도움이 될 것이다.)
-몇 가지 힌트를 줄 수 있는 경우 어떻게 vBET을 최적화할 수 있습니다 확인 하십시오. http://www.vbenterprisetranslator.co...rformance.html
특히 일부 언어를 해제하고 robots.txt에 의해없는 페이지를 차단 고려
번역 페이지에 대한 응답 시간은 무엇입니까? 여러분의 CPU 사용률이 무엇입니까? 메모리 사용량은 무엇입니까? 그것이 허용됩니다면 당신은 걱정할 필요가 없습니다. 사람들은 종종 서버 부하를 증가시켜 무서워 심지어 않습니다 그것이 무슨 뜻인지 모르겠어요. 10 배 더 많은 서버 부하가 않습니다 NOT 10 시간 사용 하는 더 많은 리소스를 의미 합니다. 그것은 단지 더 많은 스레드 무엇입니까 완벽 하 게 정상적인 큐에서 대기 중인, 지금 당장부터 스레드가 기다려야 Google 응답에 대 한 일부 번역 아직 캐시 되지 않은 경우를 의미 합니다. Google 응답에 대 한 스레드를 대기 하는 그래서 고이 시간 동안 없는 CPU에서 모든 걸립니다. VBET (무엇 물론 불가능) 전혀 아무 리소스를 걸릴 수 있습니다 경우에 그 때문에 서버 부하는 더 큰 될 것입니다.
서버를 충돌에 대하여 - 그것은 분명히 서버 문제입니다. 그것은 주기적으로 발생합니다. 내 서버에 유사한 문제가 있었다. 전체 메모리가 캐시 ANS 서버를 소비되기 전까지 한 아파치 스레드가 증가하고 메모리 사용량과 함께 성장했습니다 그래서 일부 아파치 버그로 인해 발생했다. 오직 한 스레드가 같은 행동 - 다른 아파치 스레드는 정상했다. 아파치 구성 및 문제 해결과 나는 연주. 나는 아파치가 그냥 메모리 누수 있다고 생각 - 내가 한 스레드에 의해 보유 수있는 요청의 낮은 값으로 넣어 기억으로. 다른 변경 사항도있었습니다. 당신의 메모리 사용량을 확인하고 몇 시간 동안 그것을 모니터링하는 것이 좋습니다. 또한 그것은 하나의 아파치 스레드에서 사용하는 메모리의 평균 금액을 확인 몇 가지 계산을 만든 아파치에 대한 최대 스레드의 적절한 값을 설정하기 위해 도움이 될 수 있습니다.
당신이있다면 더 이상 질문은 물어주세요
마지막으로 수정 vBET; 17-03-10 에 00:53.
안녕 - 난 그냥 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을 쓸 수있다면?
불쌍한 코드 내 친구.
권한을 게시
인용과 함께 답변