최근 라이트 프론트 엔드 웹 서버와 함께 사용할 경우 Django Static Generator의 장점을 강조하여 최근에 this one과 같은 기사가 많이 있습니다. 그것은 나에게 많은 의미가 있습니다.Django Static Generator & Nginx가 보스 스피드를주는 이유는 무엇입니까?
그러나 다른 사람들이보고하는 결과 - 초당 수천 건의 요청 -과 같은 결과는 얻을 수 없으며 그 이유를 알 수 없습니다.
나는 내 신문 웹 사이트의 재 설계를 시작할 준비가되어있다. 지금 테스트 서버에서 Static Generator를 사용하고 있습니다. 나는 특정 정적 페이지에 아파치 벤치를 실행할 때, 나는 꽤 비참한 결과를 얻을 : 포위가 켜져있는 동안 내가 서버에 top
를보고 있어요, 나는 그것의 것을 볼 수 있습니다
ab -c 10 -n 1000 http://journal.streamlister.com/news/
Concurrency Level: 10
Time taken for tests: 53.011 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Total transferred: 21281212 bytes
HTML transferred: 21067360 bytes
Requests per second: 18.86 [#/sec] (mean)
Time per request: 530.107 [ms] (mean)
Time per request: 53.011 [ms] (mean, across all concurrent requests)
Transfer rate: 392.04 [Kbytes/sec] received
아파치 나 데이터베이스 서버를 전혀 공격하지 않습니다. 실제로 캐시 된 페이지를 제공합니다. Nginx가 실행 중이지만 메모리 사용량이 2 %를 초과하지 않습니다. CPU는 약 95 % 유휴 상태로 남아 있습니다.
내가 뭘 잘못하고 있니? 어떻게 든 nginx를 잘못 구성했을 수 있습니까? 내 기본 구성 파일은 아래에 붙여 넣습니다. 이 사이트에만 해당되는 포함은 Static Generator home page에있는 샘플 구성의 사본입니다. Slicehost 256k 슬라이스에서 우분투 9.10을 실행 중입니다.
user not_my_real_username;
worker_processes 4;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 8192;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
sendfile on;
#tcp_nopush on;
keepalive_timeout 0;
#keepalive_timeout 65;
tcp_nodelay on;
gzip on;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}