ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : vladimir.sharun@ukr.net              2:5020/400     09 Jun 2006  16:35:41
 To : Oleg Gawriloff
 Subject : Re: Диагностика высокой утилизации CPU апачем
 -------------------------------------------------------------------------------- 
 

 А с чего ты взял, что апач не сможет убить такую машину ? 27% idle 
 нормальный показатель: говорит что скоро пора апгрейдится. Поддакивает ему 
 63% user, который говорит что нагрузка вычислительная. А отчего 8.4% 
 system - это надо отслеживать через systat.
 
 Oleg Gawriloff wrote:
 
  OG> Hello, All!
  OG> 
  OG> Есть сервер 2*P3 1.2Ghz с apache2.0.55/mod_php4.4.0+mysql4.1.13. И апач 
  OG> выжирает весь процессор, при сравнительно небольшой загрузке:
  OG> Parent Server Generation: 1
  OG> Server uptime: 8 minutes 19 seconds
  OG> Total accesses: 6009 - Total Traffic: 26.1 MB
  OG> CPU Usage: u616.375 s59.9297 cu2.13281 cs0 - 136% CPU load
  OG> 12 requests/sec - 53.7 kB/second - 4562 B/request
  OG> 48 requests currently being processed, 23 idle workers
  OG> 
  OG> Т.е. на 12 запросах в секунду средняя загрузка только на апач 136
  OG> процентов. При этом по topу картина следующая: last pid: 34518;  load
  OG> averages:  6.64,  6.95,  6.73   up 48+10:49:38 15:05:11 265 processes: 4
  OG> running, 261 sleeping CPU states: 63.2% user,  0.0% nice,  8.4% system, 
  OG> 1.4% interrupt, 27.0% idle Mem: 633M Active, 43M Inact, 147M Wired, 52M
  OG> Cache, 63M Buf, 125M Free Swap: 2000M Total, 95M Used, 1905M Free, 4% Inuse
  OG> 
  OG>   PID USERNAME    PRI NICE   SIZE    RES STATE  C   TIME   WCPU    CPU 
  OG> COMMAND
  OG> 34491 nobody      108    0 27112K 20500K select 0   0:05  8.49%  8.45%
  OG> httpd 34184 nobody      104    0 27104K 20496K select 0   0:19  5.91% 
  OG> 5.91% httpd 34286 nobody       20    0 27580K 20912K lockf  0   0:10  5.91%
  OG> 5.91% httpd 34498 nobody      108    0 22772K 16116K select 1   0:05  5.85%
  OG> 5.81% httpd 34150 nobody      103    0 27168K 20540K select 1   0:17  5.66%
  OG> 5.66% httpd 34276 nobody      104    0 26584K 19952K select 0   0:10  5.52%
  OG> 5.52% httpd 34346 nobody      105    0 27448K 20864K select 1   0:10  4.74%
  OG> 4.74% httpd 34475 nobody      103    0 27156K 20508K select 1   0:04  4.64%
  OG> 4.64% httpd 34159 nobody      103    0 27456K 20812K select 1   0:08  3.81%
  OG> 3.81% httpd 34507 nobody      103    0 26604K 19976K RUN    0   0:03  3.62%
  OG> 3.56% httpd 34214 nobody       20    0 27172K 20572K lockf  0   0:21  3.47%
  OG> 3.47% httpd 34471 nobody      100    0 27504K 20860K select 1   0:07  3.37%
  OG> 3.37% httpd 34228 nobody      102    0 27412K 20780K RUN    0   0:21  3.27%
  OG> 3.27% httpd 34302 nobody      100    0 27424K 20840K select 0   0:14  2.59%
  OG> 2.59% httpd 34494 nobody       20    0 27088K 20444K lockf  0   0:02  2.55%
  OG> 2.54% httpd Явно ситуация ненормальна, как отдиагностировать в чем дело и
  OG> почему он столько жрет? With best regards, Oleg Gawriloff. 
 
 -- 
 UKR.NET Postmaster
 --- ifmail v.2.15dev5.3
  * Origin: UkrNet (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор