서문 :
프로세스 :
CPU는 기본적으로 상태 :
CPU 온도가 전에, 나는 [사실, 최적화 많은, 여기에 가장 최근의 두 가지를 언급] 완료했습니다 :
1 : 최적화 전략은 정적 페이지를 생성합니다 :
새로운 전략 : 페이지에 액세스 할 때, 큐에 추가 URL의 확률이 동일한 스레드를 순차적으로 업데이트 초과.
2 : 최적화 전략 접속 통계 :
새로운 전략 : 카운터를 정기적으로 업데이트, 큐에 배치됩니다.
CPU 온도, 나는이 전략을 수정 한 후에 만 발생하는 경우가 종종 여부 알려져 있지 않지만 그 이상을 변경하고, 많은있다. . .
CPU 온도 후, 나는 짓을 :
1 : 용의자는 새 정책으로 인한 문제가되지 않습니다, 다음과 같은 조치 수행
2 : 직접 방패 효과가 없습니다, 업데이트, 코드를 스레드.
3 : 업데이트가 적용되지 않습니다, 접속 통계는 시간을 잠 증가했다.
4 : 통계에 대한 액세스를 차단, 업데이트가 열매를 맺을 수 없습니다.
5 : 거기, 출력 등의 통계 또는 통계 정보를 URL 정보 인 물체를 볼. . . 리틀 효과.
2 : 로컬 개방 스레드, 시뮬레이션 동시 요청은 로컬 CPU 테스트를 수행합니다
2 : 길을 따라 CPU 동시성의 상태를 관찰 코드의 수명주기 단계별로 플러스 수익률 단계의 시작부터 코드, 최적화를 많이하지만, 불행히도 효과가 없습니다 서버에 업데이트를 주석으로 처리합니다.
여기 정말 DLL 지옥을 업데이트 말할 필요 캐시가 심각한 점을 대체 할 수 없습니다 :
2 : 재활용 어플리케이션 풀은 단지 새로운 프로세스, DLL 또는 일본어를 개방된다.
3 : 지금 DLL 또는 원래 다만 중대하다 IIS를 다시 시작합니다.
4 : 메모리를 회수 한 후 정상에 DLL 액세스를 삭제하고, 그것은로드 오류, 업로드, 마지막으로 업데이트 된 것을 제안, 새로운 프로세스를 열었습니다.
--------------- 얽힌 어떤 캐시.
3 : VPS가 처음 작은 기사 브라우저 모니터링 도구, 열린 모습을 포장 :
1 : 웹 사이트는 모니터
2 : 흐름 모니터
3 다음 CPU 모니터링
4 : 메모리 모니터
5 : 하드 디스크 쓰기 모니터링
6 : 읽기 어려운 모니터링을
하지만, 큰 통계의 일부입니다 것은 세부 사항, 얽힌과 생략을 찾을 수 없습니다.
이 말 얽힌 그래서 그의 방법은 실패하지만, 긍정적 인 규칙은 사람들이 덤프에 대해 배울 필요가 의미 취할 :
4 : 마지막으로 두 던지기, 정규 경로, 다음 전문 분석 도구 dotTrace을 더 이상 : 없습니다
다음 서버가로드 된 다음에 하나, 실행을 시도 할 전망이다.
를 엉 키게, 서버는 최대 아니라, 또한 많은 오류를 재생하는 응용 프로그램 풀은 나는 이유, 제거했다 모르겠어요, 끊지했다.
2 : 또는 dotTrace는 제거 준 한 결과, 로컬 시작 및 실행되고 있지 않을 수 있습니다, 다음 이전 버전 V3.1을 시도합니다.
5 : windb과 음, 전문 점은 새 버전에서, 2009 년, 몇 가지 명령을 배우고, 온라인 튜토리얼에서 보면서 마지 못해 단계 :
2 : 설치, 운영.
3 : 덤프 * [몇 백 M] 추가 W3WP 과정에서의 .dmp 파일 :
이 명령을 실행하기 위해 어디 매우 얽힌하고이 단계는 명령 줄 실행에 기록 된 것을 VBS는 찾을 수 없습니다 ...
나는 추가했다 프로세스 및 만 입력 명령을 볼 수 : .dump / mA에 d : \ 1 의 .dmp를,이 몇 백 M 파일을 생성합니다.
여기에 또 다른 질문은, 추가 공정 후, IIS가 원래의 과정을 액세스 할 수 없습니다, CPU의 페이지는 0이지만, 여전히 80 CPU는 쇼의 덤프 %를 더, 내가 무슨 이상한 현상을 모른다.
또 다른 문제는, 원래의 W3WP 프로세스가 실제로 끊었 디버그를 정지 한 후, 그것은 나를 매우 얽힌 수 있다는 것입니다.
때문에 : 여러 온라인 자습서 덤프 파일, 그리고 다음 시간의 동일한 스레드를 비교, 확인하는 경우 긴 문제로 실행 스레드.
하지만 프로세스가 원래 끊었 덤프하고 다시 덤프 프로세스는 어떻게 비교, 동일하지 않습니다.
그냥 파일을 살펴했다.
4 : 구성 기호 기호 :
5 :로드 *의 된 .dmp 파일.
6 : 노크 시작
명령을 : ! 출력 관리되지 않는 스레드 스레드
! 각 스레드의 가출 출력 실행 시간
.time 요약 출력 시간
~ 124s : 124 스레드 ID가, 124 스레드로 전환
.clrstack 출력 스택 정보가
문제를 찾을 수 없습니다, 연구가 가지 않습니다 그래서 몇 가지 명령이 아닌 필수을 기억하는 것 같다.
6 : 전문하지뿐만 아니라 비 전문적인 모양, procxp.exe, 작은 도구.
또한,이 CPU에 의해 점유 된 네 개의 스레드를 볼 수 있지만 추가로, 스레드 ID 후, 세부 사항을보고, 또는 특정 문제보다 찾을 수 없습니다.
스크린 샷 2를 참조하십시오 :
1 : 기본 상태 :
2 : 4 높은 스레드 : 스레드를 보려면지도를 클릭하세요.
엉 키게, CPU 설명 할 수없는 좋은, 안정적이며 열이 사라입니다
테스트 실패의 가능성을 떠나 :
2 : 검색 엔진 화를 액세스, IIS 로그를보고 일반적으로 Meiliang 양, 같은 크기, 그것은 가능성이 있어야한다.
3 : 동시에 많은 수의 페이지가 문서를 보내? 만 자주 액세스 데이터베이스를 작성합니다 기사를 보내지 만 데이터베이스를 생성하지 않습니다 * 설명하는 방법을 모른다, .ldb 파일, CPU, 너무 높은.
4 : 4 높은 점유율 스레드, 스레드의 종류가 아닌 솔루션입니다.
5 : 다른 .... 그래서 다시 한 번 너무.
조금 얽힌으로 끝이 밤 4:00, 그리고 얽힌 수면의 죽음이 요약, 쓰기 없습니다.
이제 가을 공원 안정해야하고, 모든 사람이 방문하여 참조하십시오 http://www.cyqdata.com를
HTTPS : //my.oschina.net/secyaher/blog/274193 재현