문제

0-10에서 hcdynamicompressionlevel을 설정할 수 있습니다. 나는 10이 나쁘다고 들었지만 (높은 CPU 사용량), 가장 잘 작동하는 마법의 숫자는 무엇입니까?

도움이 되었습니까?

해결책

나는 8으로 설정하면 서버를 너무 많이 망치지 않고 꽤 좋은 압축 속도를 제공한다는 것을 알았습니다. 서버로드 및 사양에 따라 다릅니다.

다른 팁

동적 압축을 위해 5 ~ 9의 설정 ~하다 실제로 해머 CPU로드. 정적 압축은 한 번만 발생하며 (파일이 재현 될 때까지) 정적 압축을 높이 설정할 수 있습니다.

이 심층적 인 기사는 권장합니다 동적 압축의 경우 4 그리고 정적 압축의 경우 7 ~ 9. 이 기사는이 권장 사항을 직접 읽고 결정할 수있는 정보로 백업합니다.

http://weblogs.asp.net/owscott/archive/2009/02/22/iis-7-compression-good-bad-bad-how-much.aspx

CPU로드가 더 큰 파일과 함께 증가함에 따라 작은 동적 페이지는 더 높은 동적 압축 설정의 이점을 얻을 수 있습니다. 크기는 약 200kb의 크기로 페이지의 낮은 동적 설정을 고려할 것입니다. 또한 동적 압축 설정이 높으면 각 페이지 요청에서 첫 번째 바이트를 얻는 데 시간이 증가합니다. 이러한 요소는 동적 압축을 위해 더 억제 된 설정 4를 사용하여 지원합니다.

다시 한 번, 정적 리소스는 첫 번째 요청 만 CPU로드 및 클라이언트 대기 시간에 영향을 미치기 때문에 높은 설정을 사용할 수 있습니다. 그러나 많은 대형 정적 자원을 제공하면 캐시가 채워져 킥아웃 자원을 시작하기 때문에 정적 압축도 지불하지 않을 것입니다. 따라서 압축 자원은 캐시에서 반복적으로 제공되는 이점이 없습니다.

참고 : '10'의 설정은 없습니다.

고려해야 할 두 가지 더 :

그만큼 httpCompression 당신의 요소 .config 파일에는 CPU로드가 너무 높을 때 압축을 비활성화하는 설정이 있습니다.

dynamicCompressionDisableCpuUsage="90"
dynamicCompressionEnableCpuUsage="80"

staticCompressionDisableCpuUsage="100"
staticCompressionEnableCpuUsage="80"

그만큼 EnableCpuUsage CPU로드가 지정된 값 아래로 떨어지면 압축을 다시 활성화합니다.

다른 설정은 작은 파일의 압축을 비활성화합니다.

minFileSizeForComp="2700"

IIS 7.5는 압축 파일의 기본 파일 크기가 기본값 256 바이트에서 IIS 7.0에서 기본값에서 2,700 바이트까지 올라갔습니다. 2,700 바이트가 가장 좋은지는 모르겠지만 IP 패킷은 합리적으로 약 1,400 바이트 일 수 있으므로이 설정은 파일이 두 패킷 미만의 압축을 방지합니다. 이 설정을 제기하기로 한 Microsoft의 결정에 임의로 도전하기 전에 실제 테스트를하거나 전문가의 조언을 읽고 싶습니다.

CPU가 지금보다 2 배 느린 2 배 느렸을 때 10은 나빴습니다. GZIP 알고리즘은 요즘 압축 알고리즘이 진행되는 한 매우 빠르므로 10으로 설정하고 어떻게되는지 알 수 있습니다.

이것이 실제로 당신의 상황에 달려있는 것 같습니다. 큰 파일을 많이 제공하고 여분의 CPU 전원이 있다면 더 많은 숫자가 더 나을 것입니다. 그러나 동시 연결, 더 작은 파일 및 덜 강력한 CPU가 있으므로 더 적은 숫자가 더 좋습니다.

내가 일하고있는 회사에서는 ASPX에 대한 동적 압축을 활성화하고 동적으로 생성 된 JavaScript/CSS와 페이지가 다운로드하는 데 시간이 오래 걸리는 것 같습니다. 압축 수준을 1과 최대로 설정하려고 시도했습니다. CPU 90%이지만 압축 없이도 여전히 최악입니다. 내

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top