당신이 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백파운드를 지불하고 싶지 않는다.
당신이 이미 당신에게 준 서버 부하에 대한 정보에 대해 잘 알고 있다고 알고 있습니다. 나는 수천 사용자 각각의 방법에 고급이다에 대해 어떠한 지식과 그것이 도움이 될 수 내 엉덩이에 완전한 정보를 제공합니다 각 시간이 없다는 것을 유의하십시오. 내가 바보로 취급할거다 것을 의미되지 않습니다 - 그것은 당신에게 당신과 당신의 서버 상태 평가를 위해 유용할 수 있습니다 정보를 제공 아끼는 것을 의미합니다. 내게 당신은 제가 무슨 말을하고있는 다른 무료 MOD 포인트 바랍니다 기꺼이 몇 가지 비교를합니다원래 의해 게시됨 Snake
나는 다시 포럼을 확인하고 다시 그것은 매우 빠르게 답변을 보인다. 내게 당신은 정상든지 귀하의 느린 반응에 대해 서면으로 어떤 관찰자 수있는 가장 좋은 시간 프레임을주지하시기 바랍니다.
귀하의 트래픽이 때문에 vBET의 변경 방법을 확인하려한다면 - 당신에게 번역 페이지에 모든 트래픽을 표시합니다 몇 가지 리포트를 생성하십시오 - 이것은 당신 vBET 덕분에 얻은 무엇입니까.
거기에 다른 방법은 없다 당신은 어떤 비용없이 귀하의 사이트를 번역합니다 제품을 찾을 수 없을거야 - 당신이 번역 추가 자원을 필요로 당연한 말씀입니다. 이미 언급했듯이 그것이 캐시되지 않은 경우 대부분의 시간은 Google 번역을 기다리고 있어야하고,이 시간 동안 스레드 서버 부하에 큰 영향을 미칠 어떤 응답을 기다려야합니다. 다음 자주 필요 번역 이미 캐시에있을 것이다 - 당신이 사는 큰 캐시 시간을 설정할 수 있습니다. 하지만 캐시 번역에 대한 모든 제품은 번역 기다려야 할 것입니다. 다른 방법은 없습니다.
그것을 고칠 수 있도록 고장해야 할 생각주의하시기 바랍니다.
난 이미 당신을 썼던 것처럼, 우리는 지속 vBET 성능을 향상시킵니다. 그리고 이미 우리가 vBET4.x에서 베타 무대에서 이제 준비가 성능 향상이 있다고 당신을 썼습니다. 오늘 우리는 추가적인 성능 향상과 함께 새로운 vBET4.x 버전을 릴리스합니다. 그리고 그 (있는 경우)에 대한 버그가 우리가 vBET3.x 이러한 개선을 이동합니다 수정 될 때 밀어 필요가 없습니다.
또한 서버에 대한 한 달에 다른 3백파운드을 지불하는 사람은 아무 세력 - 당신은 스스로의 인생을 결정하지 않습니다 그리고 당신은 여기에 옵션을 많이 가지고 있어요. 지원되는 언어의 수가 감소하거나, 심지어 당신이 언급된 다른 제품으로 전환 포함하면 훨씬 좋습니다. 우리는 완전히 사용하는 솔루션의 필요와 가능성에 맞게해야한다는 것을 잘 알고 있습니다. 우리는 고객보다 더 나은 제품을 제공 다행입니다. 그리고 우리는 상황에서 요청 응답 양식 다른 서버에 대한 서버 부하 우리가 사용하는 어떤 솔루션이 더 큰 문제가 없을 것입니다 기다려야합니다 어디에 알고 있습니다. 저희 제품에 남아 야 당신의 가능성에 맞게 그것을 구성하면 우리는 기뻐합니다. 그리고 우리는 기꺼이 당신에게이 분야에서 손을를 제공합니다
우리가 Sitemap 생성기와 통합에 새로운 솔루션을 준 점에 유의하시기 바랍니다. 당신이 통합되어있는 경우 - 여기 새로운 통합 지침을 참조하십시오 : http://www.vbenterprisetranslator.co...tegration.html
그것은 극적으로 사이트맵 생성 속도 (12 배 이상 우리의 포럼에) 증가합니다.
권한을 게시
인용과 함께 답변