아파치는 매우 사용자 정의 강력하고 매우 복잡한 서버 소프트웨어이지만, 우리는 관심조차 표준 아파치 설치도 좋은 성능을 얻을 수 있음에 유의한다.
테스트 및 성능 향상
아파치 서버가 너무 복잡한 설정을 할 필요는 없다, 기계 구성이 높지 사용하는 경우에도 가능한 한 빨리 할 수 있도록 설계되어, 다양한 협 대역 연결하기 전에 응답의 내용을 채우기에 충분하다. 그러나, 더 나은 성능을 달성하기 위해 최적화 된 아파치에 대한 증가하는 웹 사이트 콘텐츠의 복잡성 증가 대역폭은 점점 중요 해지고있다.
최적화의 결과가 매우 작은 성능 향상의 경우, 그것은 시간 낭비입니다. http://www.bbqmw.net/qm_bbqmbd/ 아기 책은 당신이 최적화되기 전에, 따라서? 당신이 몇 시간 또는 Apache의 다양한 매개 변수를 조정하는 며칠을 보내고 있지만, 결과는 단지 몇 %의 성능 개선 상상해 명명 첫 번째 단계는 서버 최적화 및 최적화의 효과를 측정하는 방법을 결정하기 위해 서버의 성능의 현재 수준을 테스트하기 위해 수행해야합니다.
우리는 종종 어려운 작업으로 인한 병목 현상이 어느 부분을 결정 결국, 이전에 언급 한 바와 같이 우리에 대해 아파치 테스트, 언급 한 처음 ( "물에서"텍스트 참조)하지 아파치 자체 때문에 설정 문제로 인해 당신이 사이트 절차의 원인이 문제는이 문서의 범위를 벗어 때문인지 찾기 위해? 사용하는 동적 웹 사이트 프로그래밍 환경이며, 여기에서 우리는 몇 가지 일반적인 연습 아파치 서버 속도를 향상 대해 이야기하며 웹 사이트를 구성하는 방법 다른 구성 요소가 상호 작용합니다.
하드웨어 호스트
시스템 및 운영 체제 환경은 분명히 성능에 영향을 미치는 가장 큰 요인이다 동일한 성능을 가지고되지 않습니다 P4 또는 듀얼 프로세서 시스템 (368)과 PC에 아파치를. 변화가 하드웨어를 포함하지 않는 경우, 우리는 큰 일을 할 수있는 것은 먼저 확실히 서버 성능에 영향을 미칠 다른 응용 프로그램과 서버를 공유하는 경우 아파치는 전용 서버에서 실행중인 살펴 보는 것입니다.
대부분의 경우, 이별은 아파치를 캐시 할 수있는 콘텐츠의 양 결정하기 때문에 정적 인 웹 사이트, 메모리의 양이 성능에 영향을 미치는 중요한 요소입니다. 더는 캐시 된 콘텐츠는 하드 디스크의 내용을 읽고, 귀하의 하드 드라이브의 특정 파일에 액세스 할 수있는 적은 기회는 매우 시간이 많이 걸리는 작업입니다. 귀하의 사이트가 주로 일부 정적 콘텐츠의 경우, 당신은 더 나은 메모리가 충분히 큰 경우, 당신은 mod_mem_cache가 옵션을 사용할 수 있습니다, mod_cache가 옵션을 사용하십시오.
mod_include의 옵션과 함께 사용하는 경우 첫 번째 옵션 정보는 좋은 결과가있을 것입니다, 디스크 캐시, 당신은 캐시에 저장하면 페이지를 만들 수있는 최종 버전에서이 옵션을 선택합니다. 모든 아파치 프로세스 메모리 힙 공유 할 수있는 캐시에 저장 mod_mem_cache가 컨텐츠를 사용합니다.
더 개선 디스크 파일에 아파치 액세스 속도를 사용할 수있는 빠른 디스크 또는 RAID를 사용합니다. 아래 모든 최적화를 할 경우, 하드웨어 (오히려 소프트웨어보다) 업그레이드 프로그램이 더 나은 선택합니다. 하드웨어의 마지막 문제는 CPU의 전원이가 더 동적 콘텐츠 요구 사항 높은 사이트의 동적 콘텐츠에 큰 영향을 제공합니다.
매 분마다 잠재적 인 압출 아파치 서버가 어떻게 특히 일부 동적 웹 사이트를 위해, 다른 사람에게 당신의 웹 사이트가 크게 개선되는 인상을 남길 수 있도록. 주로 설치와 관련된 당신이 통제권이 대부분의 아파치 서버를 최적화하는 방법의 설정이 문서.
테스트 및 성능 향상
아파치 서버가 너무 복잡한 설정을 할 필요는 없다, 기계 구성이 높지 사용하는 경우에도 가능한 한 빨리 할 수 있도록 설계되어, 다양한 협 대역 연결하기 전에 응답의 내용을 채우기에 충분하다. 그러나, 더 나은 성능을 달성하기 위해 최적화 된 아파치에 대한 증가하는 웹 사이트 콘텐츠의 복잡성 증가 대역폭은 점점 중요 해지고있다.
최적화의 결과가 매우 작은 성능 향상의 경우, 그것은 시간 낭비입니다. 당신이 몇 시간 또는 Apache의 다양한 매개 변수를 조정하는 며칠을 보내고,하지만 당신은 테스트를 최적화하는 첫 번째 단계는 현재 서버의 성능 수준해야하기 전에 결과, 따라서? 단 몇 %의 성능 개선 상상해 위해 서버를 최적화하고 최적화의 효과를 측정하는 방법을 결정합니다.
우리는 종종 어려운 작업으로 인한 병목 현상이 어느 부분을 결정 결국, 이전에 언급 한 바와 같이 우리에 대해 아파치 테스트, 언급 한 처음 ( "물에서"텍스트 참조)하지 아파치 자체 때문에 설정 문제로 인해 당신이 사이트 절차의 원인이 문제는이 문서의 범위를 벗어 때문인지 찾기 위해? 사용하는 동적 웹 사이트 프로그래밍 환경이며, 여기에서 우리는 몇 가지 일반적인 연습 아파치 서버 속도를 향상 대해 이야기하며 웹 사이트를 구성하는 방법 다른 구성 요소가 상호 작용합니다.