IIS 7 php-cgi의 WordPress를 통한 CPU 사용

IIS 7 php-cgi의 WordPress를 통한 CPU 사용

IIS.net의 가이드에 따라 WP-SuperCache를 사용하여 IIS 7(Windows Server 2008)에서 WordPress를 실행합니다.

정상적으로 동작하고 있었습니다만, 최근, 일부의 폴더와 관리자 패스워드의 권한을 변경했습니다.또, PHP-cgi.exe 프로세스의 결과, CPU 사용율이 큰폭으로 상승하고 있습니다.

이것은 캐싱이 되지 않는다고 믿지만 페이지 자체의 하단에 "Cached with WP-SuperCache" 코멘트가 있고 캐싱은 정상적으로 동작하고 있는 것 같습니다.

또 뭐가 문제죠?

저는 이 문제에 대한 해결책이나 적어도 해결 방법을 찾아냈을지도 모른다고 생각합니다.적어도 이 문제는 확실히 효과가 있는 것 같습니다.

[ IIS Server -- ]> [ Fast CGI Settings ]에서 [Max Instances]설정을 1로 설정합니다.

특정 요청만 php-cgi를 발생시킨 것 같습니다.exe 프로세스에서는 일반적으로 게시물을 업데이트할 때 부정하게 처리하여 CPU를 독점합니다.이 문제에 관한 다른 투고를 읽을 때 어떤 투고에서는 [Max Instances]설정이 언급되어 있으며 디폴트로 [0]또는 [Automatic]으로 설정되어 있습니다.나는 이것이 원래대로 되지 않을 때 좋은 영향을 미치지 않을까 생각했다.특정 요청으로 인해 프로세스가 잠기는 경우(단, 이것은 내 전문 분야가 아닙니다) Fast CGI는 첫 번째 요청은 그대로 두고 다른 요청만 생성합니다.어찌된 일인지 하나의 인스턴스만 있으면 PHP가 로크업에서 벗어나 CPU를 제어할 수 있습니다.

요구가 높은 서버에서는 Fast CGI를 1개의 인스턴스로만 설정하는 것이 이상적이지 않을 수 있습니다.단, 지금까지의 지연을 능가하는 것은 확실합니다.WP-SuperCache 및 WinCache와 조합하여 사용하면 현재 상황은 순조롭게 진행되고 있는 것 같습니다.

이 태스크 매니저를 보면 모든 요구에 대해 캐시가 누락되어 있는 것처럼 보입니다.게다가 그 기사는 2008년으로 거슬러 올라가기 때문에 쓰여진 지시가 여전히 효과가 있을지는 말하기 어렵다.WP-SuperCache에서 무언가가 변경되었을 수 있습니다.

W3 Total Cache 사용을 권장합니다.Windows Server 2008 및 IIS 7에서 광범위한 테스트를 실시했습니다만, 정상적으로 동작합니다.또한 PHP용 WinCache 확장과 호환되며 이를 활용합니다.그 밖에도, 흥미가 있는 경우, 미니메이션, CDN 서포트등의 뛰어난 기능을 갖추고 있습니다.WordPress를 위한 매우 뛰어난 성능 플러그인입니다.플러그인은 http://wordpress.org/extend/plugins/w3-total-cache/ 에서 구할 수 있습니다.

확인해야 할 몇 가지 다른 것들...

앱 풀의 크기는 어떻게 됩니까?(프로세스의 수)PHP 5.3을 사용하고 있는지 확인합니다.WinCache 를 사용하고 있는 것을 확인합니다.MaxInstanceRequests를 PHP_FCGI_MAX_REQUESTs보다 작은 값으로 설정하십시오.PHP가 앱 풀의 재활용을 처리하는 것을 절대 허용하지 마십시오.기본값은 10K 요청입니다.부하 테스트중에 이러한 결과가 표시되는 경우는, 이것이 원인일 가능성이 있습니다.MaxInstanceRequests를 늘려 PHP_FCGI_MAX_REQUESTs보다 1 적게 유지합니다.

도움이 됐으면 좋겠다.

언급URL : https://stackoverflow.com/questions/9284180/wordpress-on-iis-7-php-cgi-hogging-cpu