실시간 프로파일 링 = 45 초, 스레드 시간 = 0.387 초이 불일치의 원인은 무엇입니까?

Question

우리의 호스팅 제공 업체는 최근 테스트 서버를 한 환경에서 다른 가상 환경으로 옮겼습니다. 이동 후 테스트 환경의 일부 작업이 매우 느려졌습니다.

예를 들어 원격 데스크톱에 로그인하는 속도가 느리며 원격 데스크톱을 사용하지 않고 로그인하는 것뿐입니다. 일반적으로 바람처럼 움직이는 일부 asp.net 응용 프로그램은 현재 거북이처럼 실행 중입니다. 이 경기 침체의 원인에 대한 많은 논쟁 끝에 실제 문제를 조사하기 시작했습니다.

테스트 서버에 dotTrace를 설치하면 마지막으로 흥미로운 찾기가 발견되었습니다. 내가 심하게 수행 할 줄 알았 페이지를 실행 내가 가지고 번잡 한 페이지에 대한 작업을 수행 한 스레드에 대한 다음의 (높은 수준) 결과 :

Real/wall time: 45538 ms 
Thread time: 375 ms 

지금까지 내가이 스레드가 끔찍한를 보내는 것을 의미한다 알고

오랜 시간이 실행되지 않습니다. 내 자신의 애완 동물 이론은 가상 환경이 내 서버에서 다른 서버의 우선 순위를 결정한다는 것입니다. 그것이 원인 일 수 있습니까? 당신의 생각은 무엇입니까?

참고 : 실제 추적과 같은 세부 정보가 필요하면 요청할 때 문제가 없습니다.

편집 : 자세한 내용! 추적에서 가장 비싼 호출은 다음과 같습니다 KeyInfoX509Data.ctor (X509Certificate에, X509IncludeOption)에

: 1 통화 SignedXml.ComputeSignature에 30,014 MS
: 1 통화 나에게 15,045 MS

Trace details

Answer 1

그래서 보안/네트워크/DNS 문제로 밝혀졌습니다. 서버에있는 DNS 등록 중 하나가 잘못되었습니다. 이로 인해 AD 서버를 검색 할 때 잘못된 IP가 반환되었습니다. 그런 다음 광고 정보를 요청할 때 시간 초과로 이어져 다시 다른 문제를 일으켰습니다. 이러한 모든 문제는 특정 페이지를 요청할 때만 긴 일시 중지로 나타났습니다.

Answer 2

그 불일치는 IO 대기 문제에 대해 비명을 지른다. 디스크 나 네트워크, 대부분 CPU가 나를 놀라게하지는 않을지라도.

특별히 인증서를 읽는 것으로 보이기 때문에 디스크 나 네트워크에서 다른 VM/서비스가 욕심을 느끼는지 조사 할 것입니다. 끊임없이 대용량 파일이나 많이 액세스하는 데이터베이스를 다운로드하는 것이 근본 원인 일 수 있습니다.

하드웨어를 공유하는 모든 VM에서 해당 활동을 확인하고 테스트 상자 및 테스트 상자에서 외부로 전송되는 네트워크 추적을 조사해야합니다. 이것은 ISP만이 할 수있는 가능성이 있습니다 (기본적으로 상호 고객 상호 작용 문제이므로).

VM 서버 및 하드웨어에 따라 조정할 수있는 설정 일 수도 있고 그렇지 않을 수도 있습니다. 그것이 아니라면, 당신이 그것에 대해 할 수있는 일이 없을 수도 있습니다.

어쨌든, 나는 귀하의 이론에 동의합니다. 귀하의 신청서에는 문제가 없을 수도 있지만 귀하의 제공자에게는 문제가 될 수 있습니다. ISP에 대한 영향력이 있다면 변화하는 공급자를 해결하거나 조사하기 위해 ISP에 다시 전달할 것입니다. 해킹 비용으로 인해 하드웨어가 필요 없거나 필요한 서비스를 제공 할 수있는 서비스 제공 업체가 될 수 있습니다.