중요이 페이지는 쿠키를 사용합니다 (cookies). 브라우저에서 쿠키를 끄지 않고도이 웹 사이트를 사용하여, 당신이 그것을 사용하는 것에 동의하는 것을 의미합니다.
지금 구입! 특징 다운로드

우리와 함께 적립하세요!

VBET 가입으로 돈을 버는 시작 하려는 경우 제휴 프로그램.
페이지 12 12 마지막Last
검색 결과 11013

스레드 : 서버 부하를 줄이는 데 도움이 필요하십니까

  1. #1
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default 서버 부하를 줄이는 데 도움이 필요하십니까

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

    누군가가 도와 줄까?

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

  2. #2
    vBulletin 엔터 프라이즈 번역기 (vBET) 직원
    날짜 가입
    2010년 5월
    게시물
    1,000

    Default

    안녕하세요,
    여기 힌트 vBET 목록이 있다: http://www.vbenterprisetranslator.co...rformance.html

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

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

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


  3. #3
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default

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

  4. #4
    vBulletin 엔터 프라이즈 번역기 (vBET) 직원
    날짜 가입
    2010년 5월
    게시물
    1,000

    Default

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

  5. #5
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default

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

  6. #6
    마이클 Podbielski (vBET 직원) vBET's Avatar
    날짜 가입
    2009년 10월
    게시물
    3,037

    Default

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

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

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

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

    여기는 서버 부하는 무엇 정확하게 알아낼 수 : 서버 부하 가능한 오래 무료 자원 서버 부하를 갖고있는 한 문제가 아니라는 것을 알아보세요.
    서버 부하의 가치는하지만 매우 중요하지 않습니다 무슨 아는. 가치를 해석하는 방법을 아는 것은 어떤 계산됩니다.
    정의를 기억 : 서버 부하가 CPU에 액세스하는 데 기다리는 프로세스의 수를 나타냅니다. 그러나 모든 프로세스는 동일합니다! 프로세스가 낮은 우선 순위로하는 경우, 새 서버 요청 (페이지 요청)가 나타날 때, 그것은 여전히 거의 즉시 처리할 수 있습니다.
    서버 부하가 많은 사람 중에 한 요소 (메모리 사용량, CPU 사용량, 스왑 파일의 크기)입니다 언급하지 않기 위하여
    직접 호스팅 업체에 연루 많은 사람들이 말하는 평소처럼, 그리고 그걸로 실제 행동으로 귀착됩니다. 빠른 로딩 페이지 있습니까? 이러한 데이터베이스에 적절한 시간을 통해 검색과 같은 과정이 있습니까? 그렇다면 정말 서버 부하가 뭐든간에, 문제 없어
    그래서, 궁극적인 테스트는 서버가 동작하는 방법입니다. 서버가 빠른 경우에는 숫자, 그것이 정말 "서버 부하 '라고해도 별 의미가 없습니다
    서버가 빠르고 내가 볼 수 있도록하기 때문에 사용자 포럼 응답 속도, 문제는 가상입니다 - 진정한 문제는 없습니다. 서버 부하는 (서버가 서버 부하 X 잘 실행하고있는 경우는 신속하게 배로 증가하는 경우 즉, 다음에 무슨 일이 일어 났는지 검사를 시작할 수 그것을 해석하는 방법을 안다면 그냥 힌트 당신에게 실제 성능에 대한 정보를 제공하지 값입니다 라든가 뭐 그런 거.) 그냥 정적 번호가 당신에게 아무것도 제공하지, 더 나은이 값이 서버에 대한 확인을하고 그 다음 확인을 상관 없다면 어떻게 서버 부하의 가치가 있는지 확인하기 위해 CPU 및 메모리를 확인합니다.

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

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

  7. #7
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default

    귀하의 질문에 따라 같은 세부 사항은 다음과
    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-1108:47.

  8. #8
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default

    이곳으로 추가 정보는 상위 프로세스 로그의 :
    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
    마지막으로 수정 Simon Lloyd; 27-05-1117:21.

  9. #9
    마이클 Podbielski (vBET 직원) vBET's Avatar
    날짜 가입
    2009년 10월
    게시물
    3,037

    Default

    Quote 원래 의해 게시됨 Simon Lloyd View Post
    귀하의 질문에 따라 같은 세부 사항은 다음과
    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. 캐시 안으로 채울 시간이 필요

  10. #10
    시니어 회원
    날짜 가입
    2010년 9월
    게시물
    256

    Default

    당신이 부하 평균 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,하지만 그것이 주말되도록 트래픽이 낮은 것입니다.

페이지 12 12 마지막Last

이 스레드에 대한 태그

권한을 게시

  • 하지 않을 수 있습니다 새 스레드를 게시할
  • 하지 않을 수 있습니다 게시물 답변
  • 하지 않을 수 있습니다 게시물 첨부 파일
  • 하지 않을 수 있습니다 귀하의 게시물을 수정
  •  
  • BB 코드 입니다
  • Smilies 아르
  • [IMG] 코드는 다음과 같습니다
  • [동영상] 코드는 다음과 같습니다
  • HTML 코드는 다음과 같습니다 오프