PDA

정식 버전보기 : 해결 서버 부하를 줄이는 데 도움이 필요하십니까



Simon Lloyd
26-05-11, 08:40
안녕, 난 내 서버 부하에 문제가있어 내가 vbet 서버 부하 방울을 해제하는 경우, 난 이미 치료하려고 전용으로 이동하지만 여전히 높은 서버 부하를했습니다.

누군가가 도와 줄까?

@ 카밀, 당신이 확인하고 싶다면 당신은 이미 오후에 보내 모든 액세스 세부 정보를합니다.

kamilkurczak
26-05-11, 20:57
안녕하세요,
http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html : 여기 당신이 힌트 vBET 목록을

기억 - 당신은 모든 언어를 사용할 수있다면 - 당신은 포럼에 53 콘텐츠 (스레드, 게시물 등)을 가지고 있고, 물론 높은 트래픽 포럼.

그 후, 몇 가지 언어를 해제하고 사용 가능 언어에 대한 캐시가 채워집니다 언제 기다릴 수 있어요 - 당신이 번역의 다음 부분을 설정할 수 있습니다.

둘째,이 relase에서 우리는 (매우 큰 하나) 개선 큰게있다 - 이것은 메모리 캐시 시스템 (4 가지 옵션)입니다. 당신은 admincp -> vBET 캐시에서 확인하실 수 있습니다. (기억 - 당신이 이런 종류의 캐시를 사용하도록 서버를 통합해야합니다)

:)

Simon Lloyd
26-05-11, 22:15
난 너의 성능 추천, 내가 또한 6 개월 전 주위 vbet을 구입 이후 활성화된 모든 언어를 (물론 대부분)했다 가질 수있는 모든 구현, 부하는 항상 일관 높습니다. 메모리 캐시 (베타)에 관해서는 내 서버에있는 캐시 가속기 있지만 다른 evrything가 지침에 따라로 설정이라고 생각하지 않습니다.

kamilkurczak
26-05-11, 22:19
마지막 relase에서 우리는이 메모리 캐시 시스템에 근무 - 이것은 큰 걸로 성능에 있어야합니다. 당신은 (- 서버 지원을 요청 어쩌면 당신은 이미) 서버가 해당 캐시 시스템 구성이 필요합니다

Simon Lloyd
26-05-11, 22:31
안녕 카밀, 방금 PHP 정보를 확인하고 난 필요 없어,하지만 난 xcache 또는 같은 것을 설치하는 그들을 얻을 것이다

vBET
26-05-11, 22:59
안녕하세요. 왜 서버 부하 문제가 있나요? 당신의 포럼이 문제가 어디 있는지, 그래서 정말 빠른 번역한지 봤지?

번역 Google에서 외부 서비스에 의해 만들어진 점에 유의하십시오. 이것은 번역이 스레드를 어떻게하면 Google에서 응답을 기다리는 것을 의미합니다. 그리고 서버 부하가 크다는 이유가 있지만, 대기 스레드가 CPU이나 추가 메모리 (단지 이미 사용) 뺄 없기 때문에 그것은 시스템을 영향을 미치지 않습니다. 그래서 항상 vBET 활성화로 높은 서버 부하를 (아무 스레드가 Google에서 결과를 기다리고 없을 때 해제)이되며 대기 스레드가 더 CPU을하지 않기 때문에 같은 시간에 포럼이 여전히 빠르게 작동합니다 이유입니다.

그래서 정말 서버 부하 사랑을하는 무엇이 필요하면 스레드가 Google에서 결과를 기다릴 것이라고 확신하는 것입니다,하지만 불행히도 구글은 15 일 동안의 결과를 캐시 할 수 있습니다. 당신은 스스로를 시도할 수 있습니다 - 당신이 캐시, 아니면 그냥 그 시간을 작게 살 수 있도록을 해제하면 다음 셨어 서버 부하가 증가합니다 - 더 적은 결과가 Google 응답을 기다리는 요청 캐시 더 것입니다 때문입니다. 어떤 마술이 없습니다 - 번역 어딘가에서 유래 그리고 그것은 Google에서 그걸 얻기 위해 시간이 걸립니다.

메모리 캐시를 사용하면 어떤 식으로든 도움이 될 수 있습니다. Google 검색 결과를 기다리고 스레드는 여전히 (모든 번역 캐시 때까지 당신이 그것을 통과하지 않으며, 그것이 구글의 약관에 따라 세척하기 때문에 당신이되지 않습니다) 기다리고있을 것입니다. 아직도 캐시된 결과를 빠르게 생성되므로 번역 기다릴 수 없어 요청은 요청 대기열에서 빠르게 이동합니다.

여기는 서버 부하는 무엇 정확하게 알아낼 수 : 서버 부하 (http://whreviews.com/server-load.htm)와 같은 오래 무료 자원 서버 부하를 같은이 문제가 아니라는 것을 알아보세요.

서버 부하의 가치는하지만 매우 중요하지 않습니다 무슨 아는. 가치를 해석하는 방법을 아는 것은 어떤 계산됩니다.

정의를 기억 : 서버 부하가 CPU에 액세스하는 데 기다리는 프로세스의 수를 나타냅니다. 그러나 모든 프로세스는 동일합니다! 프로세스가 낮은 우선 순위로하는 경우, 새 서버 요청 (페이지 요청)가 나타날 때, 그것은 여전히 거의 즉시 처리할 수 있습니다.

서버 부하가 많은 사람 중에 한 요소 (메모리 사용량, CPU 사용량, 스왑 파일의 크기)입니다 언급하지 않기 위하여

직접 호스팅 업체에 연루 많은 사람들이 말하는 평소처럼, 그리고 그걸로 실제 행동으로 귀착됩니다. 빠른 로딩 페이지 있습니까? 이러한 데이터베이스에 적절한 시간을 통해 검색과 같은 과정이 있습니까? 그렇다면 정말 서버 부하가 뭐든간에, 문제 없어

그래서, 최고의 테스트 서버가 동작하는 방법입니다. 서버가 빠른 경우에는 숫자, 그것이 정말 "서버 부하 '라고해도 별 의미가 없습니다

서버가 빠르고 더 빨리 귀하의 포럼 응답을 볼 수 있기 때문에 그래서, 문제는 가상입니다 - 진정한 문제는 없습니다. 서버 부하는 (서버가 서버 부하 X 잘 실행하고있는 경우는 신속하게 배로 증가하는 경우 즉, 다음에 무슨 일이 일어 났는지 검사를 시작할 수 그것을 해석하는 방법을 안다면 그냥 힌트 당신에게 실제 성능에 대한 정보를 제공하지 값입니다 라든가 뭐 그런 거.) 그냥 정적 번호가 당신에게 아무것도 제공하지, 더 나은이 값이 서버에 대한 확인을하고 그 다음 확인을 상관 없다면 어떻게 서버 부하의 가치가 있는지 확인하기 위해 CPU 및 메모리를 확인합니다.

아직도 당신이 몇 가지 추가 힌트를 원한다면 :
- 당신이 (기본값은 구글 TOS에서 허용하는 최대입니다) 낮은 그것을 변경하는 경우 더 큰 캐시 TTL합니다.
- 그것은 전혀 청소하지 않아도, 필요에 따라 그것이 새로고침 결과, 이전 파일이 아직 제거하는 많은 PHP를 위해 정말 오랜 시간이 걸릴 수 있기 때문에 - 당신은 하드 디스크 공간 문제가 손님 캐시를 청소에는 cron 작업을 해제하지있다면.
- 사용 메모리 캐시
- 마지막에 (당신이 성능 문제가 없기 때문에하지만, 정말 감각은 전혀 볼 수 없음) 당신에게 더 적은 트래픽을주는 언어를 사용하지 않도록 설정 시작

그건 그렇고 - 어떤 서버 부하, 평균 CPU 및 메모리 사용량이하고 (얼마나 많은 CPU를, 메모리) 어떤 하드웨어가 있습니까? 스왑 파일을 사용합니까?

Simon Lloyd
27-05-11, 08:34
귀하의 질문에 따라 같은 세부 사항은 다음과
1) 서버로드
*********************
8시 22분 53초 최대 44일, 13시 31분, 1 사용자,로드 평균 : 4.07, 5.09, 5.26
로그인 @ 유휴 JCPU PCPU에서 사용자 TTY 무엇
루트 승점 / 2 datacenter1.supp 8시 17분 0.00s 1.53s 0.00sw
****************
2) CPU와 메모리 사용량
********************
캐시 총 사용 무료 공유 버퍼
멤 : 4,040 3,616 424 0 256 2,809
- / + 버퍼 / 캐시 : 550 3490
스왑 : 8001 24 7976
*********************************
3) 얼마나 많은 CPU를
3

편집 : 여기 내 서버를 http://www.thecodecage.com/forumz/server.png 스냅샷을했다하면 모두가 이런 시간이 스냅샷 memcahce를 활성화한 후입니다.

Simon Lloyd
27-05-11, 17:19
이곳으로 추가 정보는 상위 프로세스 로그의 :
XXXX 93.0 % / usr / bin / php로 / home에 / XXXX / public_html / forumz / vbenterprisetranslator_seo.php
XXXX 83.0 % / usr / bin / php로 / home에 / XXXX / public_html / forumz / vbenterprisetranslator_seo.php
XXXX 75.0 % / usr / bin / php로 / home에 / XXXX / public_html / forumz / vbenterprisetranslator_seo.php
MySQL은 6.8 %는 / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 생략 - 외부 - 잠금
MySQL은 6.7 %는 / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 생략 - 외부 - 잠금
MySQL은 6.6 %는 / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 생략 - 외부 - 잠금
루트 6.0 % / bin / sh을이 / usr / local / 빈 / rkhunter - C - cronjob

vBET
29-05-11, 20:52
귀하의 질문에 따라 같은 세부 사항은 다음과
1) 서버로드
*********************
8시 22분 53초 최대 44일, 13시 31분, 1 사용자,로드 평균 : 4.07, 5.09, 5.26
로그인 @ 유휴 JCPU PCPU에서 사용자 TTY 무엇
루트 승점 / 2 datacenter1.supp 8시 17분 0.00s 1.53s 0.00sw
****************
2) CPU와 메모리 사용량
********************
캐시 총 사용 무료 공유 버퍼
멤 : 4,040 3,616 424 0 256 2,809
- / + 버퍼 / 캐시 : 550 3490
스왑 : 8001 24 7976
*********************************
3) 얼마나 많은 CPU를
3

편집 : 여기 내 서버를 http://www.thecodecage.com/forumz/server.png 스냅샷을했다하면 모두가 이런 시간이 스냅샷 memcahce를 활성화한 후입니다.

당신의 측정을 해석하는 방법을 모르겠어요. 당신의 CPU가 185 % 정도에 사용되는 보듯이 ... 그럼 아니면 뭔가 측정에 뜨거운 맞는 또는 1 CPU에 적용 - 당신이 3있다면 다음은 300 %를 사용할 수 있습니다. 이 올바른 방법입니다면 그것은 아직 무료로 CPU 자원을 많이 가지고는 것을 의미합니다. 그렇지 않은 경우도 날 정확하고 결과를 해석하는 방법을 알려주십시오.

나는 또한 서버 부하 데이터를 해석하는 방법을 잘 모르겠어요 :

4.07, 5.09, 5.26 : 평균로드
시간 측정에서 다른 세 사람, 또는 각각 별도의 CPU를위한 있습니까? 여러분의 CPU의 전원은 무엇입니까?

PS. 캐시 안으로 채울 시간이 필요

Simon Lloyd
29-05-11, 21:54
당신이 부하 평균 6, 7 주위에있다 그림 sybmolic 번호를 지적으로 마이클은 다시 당신이 볼 수있는 부하 평균 (및 스냅샷에)는 새로 때마다 변경 답장을 보내주셔서 감사합니다, 그건 다음 사이트가 느린입니다 하지만 차례로 오류를 제공 응답하지 않는 대부분의 시간.

여기 당신이 묻는 CPU 데이터의
프로세서 # 1
공급 업체
GenuineIntel
이름
인텔 (R) 제온 (R) CPU X3430@2.40GHz
속도
2394.030 MHz 이상
캐시
8천1백92킬로바이트

서버 사람들이 내가 3 CPU를 가지고? 말해 반면 내가 WHM 체크인 때, 1 쿼드 코어 CPU를 가지고?

알아하거나 서버 부하 평균은 (는) 주변되어 지난 2 일 동안 최근 (아웃 일을 얼마나 알고 척하지 마십시오
로드 평균 : 4.49 4.04 3.95

포럼 평균 속도이며 트래픽이 주위에 있지만, 지금 문제를 일으키는 것 같다되지 않습니다 :
271 (3 회원 120 손님과 148 스파이더)
상단 그림 500 주위에 일반적으로이 어디 있나요? - 600,하지만 그것이 주말되도록 트래픽이 낮은 것입니다.

vBET
02-06-11, 23:23
우리가 이미 서버 부하 단지 가상 값이 말했듯이 때문에 기다리고 추가 작업이 경우에도 속도가 느린 CPU에 대한 다른보다는 무언가를 (빠른 하나는, 그래서 빨리 그의 작업을 할 것입니다 의미합니다 빠른 CPU 동일한 서버 부하에 대한 있으므로, CPU 속도에 관한 질문 대기열에있는 사람)은 빠르게 처리됩니다.
CPU가 귀하의 번호를 소개 -이 순간 난 그저 당신처럼 잃었어요. 그것은 서버이고 난 당신이 1 또는 3 개의 CPU를 할 결정하는 데 도움이되지 않습니다. 나는 서버에보다 빠르고 작은 금액보다 느린 CPU의 큰 금액을 가지고 더있다는 사실을 알 수 있습니다. 2 +2 = 5는 서버가 작은 작업을 많이 가지고 있고 당신이 병렬 방식으로 할 수 없어 한 프로세서를 가지고 있기 때문에 전원이 2 프로세서, 전력 사 1 프로세서보다 더 나은 작업을 수행할 것을 의미합니다.
서버 부하는 또한 프로세서의 개수에 따라 서로 다른 의미를해야합니다. 당신이 정말로있다면 다음 세 빠른 프로세서 서버의 부하 6 (총 아니라 CPU 당)도 추가 확인없이 괜찮습니다. 당신은 1 프로세서가있다면 그때 당신은 또한 우리의 하수도에 대한 실제 응답 시간을 확인해야합니다. 당신이 그랬던 것처럼 당신은 이미 그것을했고 그것은 괜찮습니다.

시간은 서버 부하가 (캐시 - 하나는 캐시되지 대한 실제 응답 시간이 전혀까지 서버에 아니지만, 최대의 Google 응답 시간을 기억하시기 바랍니다) 크고 페이지 느린 보는, 그것은 체크하시기 바랍니다 있기 때문에 더 큰 트래픽 또는 어쩌면 그것은 배경 작업 (- 자동 업데이트 작업이나 뭐 그런 것 vBulletin의 크론 작업, 또는 심지어 자신의 운영 체제와 같은) 때문입니다.

마지막 응답에 따라 - 그런 현실적인 문제가없는 경우 - 당신은 지금이 주제에 미래의 도움이 필요하십니까?

Simon Lloyd
04-06-11, 08:46
거기서 이것을 형식으로 마이클은, 자세한 답변 주셔서 감사합니다, 그것은 4 CPU의이며, 내 유일한 관심사는 vBET가 소비되는 CPU의 %의 금액 are3 55%에서 vBET 상위에 표시되는 프로세스, 52% 및 48 %의 CPU 사용률 내가 않아도 간으로 아무것도 당신이 내가 당신의 의견을 보내 주셔서 감사하고 제가 분명히 다른 서버로 이동 형편하거나 업그레이드할 수 없습니다로서 함께 살해야합니다 다음 제안할 수 이상이없는 경우 이러한 프로세스, 파일 / vbenterprisetranslator_seo.php에 대해 모두 vBET가 (8 CPU의), 듀얼 쿼드 코어 다음 이동을 실행하고 유지하기 위해 헌신하는 호스팅 구름에있는 VM에 VPS 내 가격 범위를 초과했습니다.

vBET
04-06-11, 21:03
어떤 OU 볼 것은 vBT CPU 소비하지만 전체 포럼 소비하지된다는 점에 유의하시기 바랍니다. vbenterprisetranslator_seo.php 아무것도 않아 - 그냥 변수를 설정하고 정말 요청한 파일에 대한 리디렉션은 내부 만든 - 단지 앞에 컨트롤러입니다. 모든 요청이 vbenterprisetranslator_seo.php로 이동 -. 당신은 htaccess 지시어 파일에 설정했습니다.

그래서이 vBET 소비하지 않습니다 -이 전체 포럼의 소비이다. 일반 페이지의 vBET 아무것도 않아 - 전용 플래그를 추가합니다. 번역 페이지에 대한 전체 번역 과정은 정상적인 페이지가 생성된 후에이 발생하기 때문에 CPU 소비가 정상 페이지에 대한보다 항상 큰되도록 발생합니다. 그래서 일단 일반 세대는 어떻게하고 결과를 번역 - 그럼 추가 비용을 withour 할 기회가 없습니다. 아니면 ... 우리는 그것이 게스트 캐시라는이 개미에 대한 해결책을 가지고 있습니다 - 인용 전체 페이지 캐시이며 더 번역은 오랫동안 캐시가 만료되지 않았으로 발생하지 않습니다. 당신이 이미 게스트 캐시를 사용하는면 다음 vBET 적은 리소스를 사용 번역을 더 이상 해결책이 없습니다. 당신은 일부 번역을 해제할 수 있습니다 - 당신이 번역 페이지를 번역 때문에 적은 자원 소비 후 트래픽이 적게됩니다.

우리는 더 많은 성능 향상을 추가, 알고리즘을 변경, 프로 파일링 vBET을위한 노력을 많이했습니다. 폐쇄로 그리고 우리는이 문제를 취급하지 마십시오. 아직도이 순간에도 캐시의 여러 레이어와 함께, 우리는 각 사용자에 대해도 동일한 사용자 usergroups의 따라 URL, 혹은 (일부 플러그인이 그런 것들을 추가하는 경우)에 대한 변경 사항을 많이하고 다른 내용을 신청서와 함께 일하고 있으며,이에 대한 재번역하다 필요 각 사용자의 요청을 기록. 로거 사용자에 대해 우리는 문장 번역 캐시하지만, 사용자가 같은 페이지 전체 없습니다 수 있습니다. 아직도이 아니 자원 소비와 마법의 번역을하지 않습니다 - vBET 더 많은 성능 향상을 추가된다는 점에 유의하시기 바랍니다. 추가 기능은 항상 추가적인 자원 소비를 의미합니다.

저희는 귀하의 포럼 응답 시간을 확인하고 그것이 정말 맛있 네요. 그래서 난이 순간에서 다른 서버로 전환에 대해 생각하지 것이다. 네가 쓴 것처럼 - 당신은 여전히 무료로 자원의 절반을했습니다. 그것을 사용하는 아무 문제가 없습니다 그래서 당신은이 자원에 대해 비용을 지불합니다. 그리고 당신은 안전 지대에 아직도 - 트래픽이 포럼은 적절한 시간에 답변을 것입 증가하므로 때에도. CPU 첫번째 빛 평균 사용량의 70 % (- 평균 아니라 어떤 순간에)입니다. 이것은 리소스에 대한 걱정 먼저 힌트입니다. 달리도 좀 더 트래픽이 급격한 성능 저하를 만들 수 있습니다 -이 무시한다면 평균 CPU 소비의 90 %는 업그레이 드를 조명, 경보, 그리고 즉각적인 필요를 읽어 의미합니다. 메모리는 다른 스왑에 대한 운영 체제 설정에 따라 달라집니다.

그리고 PS로 - VPS와 같은 솔루션을 고려하십시오 - 당신은 다시 설치하지 않고 매우 쉽게 자원을 추가할 수있는 :)

당신이 이미 팔로우 모든 성능이 다음 유일한 힌트면 어떤 언어를 비활성화하는 것입니다 왼쪽과 그와 같은 vBET의 업데이 트를했습니다.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
vBET 4.10.1 gives automatic translations