이런 상황은 반드시 큰 대역폭 관리 선택?

포럼 사이트, 이런 경우는 마땅히 얼마나 큰 대역폭 관리 선택?
nginx status
  1. Active connections: 1825
  2. server accepts handled requests
  3. 2059801 2059801 5541923
  4. Reading: 3 Writing: 12 Waiting: 1210

글쓴이 혜진 작성일 2015-01-20 17:50

안 해본 계산. 하지만 그것 경우 흡사 waiting 행렬 큰?

글쓴이 민재 작성일 2015-01-20 19:26

나는 아마 百兆 충분하다. .

글쓴이 민규 작성일 2015-01-21 00:39

예, 망 띠 천천히 이유 없이 복귀, 클라이언트??

글쓴이 혜진 작성일 2015-01-21 00:55

설마?아직도 10M 다음 관리 실행 무슨 계산 근거??

글쓴이 혜진 작성일 2015-01-21 01:07

일단 청와대에 흐름, 혹시 만부하 보다 그리고 근데 아마 너에게 기계를 어떤 곳에 설정 문제
일반 포럼 네트워크 속도는 대한 요구 높지 않다. 그리고 동시에 방문한 사람도 그 많은 수. .

글쓴이 현주 작성일 2015-01-21 01:10

즉, 추산 아래에서 따로 또 네 서버 성능.
만약 네가 포럼 사진 많이 다운로드 많아서 그 서버 것도 좀 피곤해서, 10M 좀 약점.
현재 실행 중인 사이트 매우 카드??

글쓴이 민규 작성일 2015-01-21 01:14

systat 좀 봐봐.
  1. /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
  2. Load Average ||||||||||||||||||

  3. Interface Traffic Peak Total
  4. lo0 in 1.835 MB/s 7.053 MB/s 346.443 GB
  5. out 1.835 MB/s 7.052 MB/s 346.441 GB

  6. bge0 in 116.315 KB/s 342.361 KB/s 40.248 GB
  7. out 982.181 KB/s 1.399 MB/s 218.963 GB

글쓴이 혜진 작성일 2015-01-21 01:17

위 나붙다 네트워크 인터페이스 제어, 일 IP 5 만 정도 일 PV 약 30만 PV 정도 가끔 丢包 어.
  1. /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
  2. Load Average ||||||||||||||||||

  3. Interface Traffic Peak Total
  4. lo0 in 1.835 MB/s 7.053 MB/s 346.443 GB
  5. out 1.835 MB/s 7.052 MB/s 346.441 GB

  6. bge0 in 116.315 KB/s 342.361 KB/s 40.248 GB
  7. out 982.181 KB/s 1.399 MB/s 218.963 GB

글쓴이 혜진 작성일 2015-01-21 01:18