Re: upgrade or upgrade

2005-11-22 Пенетрантность Alexander

Anton Petrusevich wrote:


On Monday 21 November 2005 18:38, Alexander wrote:
 


с недавних пор нагрузка на него увеличилась
вот что показывает top
по данным top нагрука на CPU порядка 50+-7% и свободной памяти 25 M
(такое происходит в повечерам , тоесть во времена пиковой нагрузки.)
Tasks: 1072 total, 1 running, 1071 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.5% user, 42.7% system, 1.9% nice, 52.9% idle
   



Очень подозрительный system, стоило бы выяснить, чем именно занимается 
система. При загрузке передать ядру параметр profile=2 и затем readprofile 
может помочь.


 


стоит ли добавть RAM ? перевести на более мощный CPU ?
   



Может стоит CPU сапгрейдить, а может сетевую карточку, а может просто ядро 2.4 
на 2.6 сменить -- трудно сказать, сначала надо найти узкое место. Idle может 
быть следствием блокировок дискового ввода/вывода, может стоит добавить 
памяти, чтобы больше кешировалось. Swap тоже часто полезен, вот у тебя из 
тысячи процессов работает только один, так может стоило бы частично странички 
в swap сбросить, и памяти уже легче стало б. 

 


и еще , как могли заметить нет swap-a , насколько он важен для сервера с
количеством RAM = 1G ?
   



Зависит от. У меня 4г рам и 2г своп, нормально там 200м свопа занято только, 
но и то хлеб (экономия рам, swap in/out нулевой).
 



ясно , спасибо за советы .

заметил такую странность  как только запускаю top он показывает idle 
93.4 % при следуюющем обновлении уже 50% и дальше колеблется около этого 
значения , при этом если сортировать вывод по %CPU , то показывает что 
сам процесс top отжирает 38 % CPU .

может ли top потреблять столько ? и если да то каким образом ?

далее vmstat показывает idle 93 , хотя на другом терминале top 
показывает idle 52.


как это можно обьяснить ?

vmstat
procs ---memory-- ---swap-- -io --system-- 
cpu
r  b   swpd   free   buff  cache   si   sobibo   incs us sy 
id wa
0  0  0  38524  45264 503680001317619  4  3 
93  0



iostat
Linux 2.4.31-ow1   11/22/2005

avg-cpu:  %user   %nice%sys %iowait   %idle
  1.642.072.870.00   93.42

Device:tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
hdc   7.3612.72   169.14   24332132  323453266
hdc1  0.00 0.00 0.00178466
hdc2  2.35 5.3169.10   10145272  132133896
hdc5  2.12 7.0060.61   13380672  115910832
hdc6  2.90 0.4239.43 805946   75408072
hda   7.3713.69   169.14   26171252  323453266
hda1  0.00 0.00 0.00   1568466
hda2  2.35 5.9969.10   11455738  132133896
hda5  2.12 7.2860.61   13921226  115910832
hda6  2.89 0.4139.43 792584   75408072

top - 21:01:36 up 22 days,  3:13,  2 users,  load average: 0.26, 0.44, 0.46
Tasks: 1032 total,   1 running, 1030 sleeping,   0 stopped,   1 zombie
Cpu(s):   2.9% user,  39.5% system,   1.4% nice,  56.2% idle
Mem:   1032836k total,   990788k used,42048k free,45656k buffers
Swap:0k total,0k used,0k free,   505360k cached

 PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  
COMMAND  
7007 root  17   0  1624 1624  852 R 37.6  0.2   0:13.89 
top  
22390 mysql  9   0  129m 129m 5072 S  0.6 12.8   1:14.82 
mysqld   
3707 www-data   9   0 11400  11m 8760 S  0.4  1.1   0:01.15 
apache   




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: upgrade or upgrade

2005-11-22 Пенетрантность Andrey Melnikoff
Alexander [EMAIL PROTECTED] wrote:
 Anton Petrusevich wrote:

 On Monday 21 November 2005 18:38, Alexander wrote:

[]

 ясно , спасибо за советы .

 заметил такую странность  как только запускаю top он показывает idle 
 93.4 % при следуюющем обновлении уже 50% и дальше колеблется около этого 
 значения , при этом если сортировать вывод по %CPU , то показывает что 
 сам процесс top отжирает 38 % CPU .
 может ли top потреблять столько ? и если да то каким образом ?

 далее vmstat показывает idle 93 , хотя на другом терминале top 
 показывает idle 52.

 как это можно обьяснить ?
Для начала - еденичный вывод от vmstat/iostat не показывает ничего. 
Пусти vmstat 5 и скопируй строчек 20, чтоб было видно.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: upgrade or upgrade

2005-11-22 Пенетрантность Alexander

Andrey Melnikoff wrote:


Alexander [EMAIL PROTECTED] wrote:
 


Anton Petrusevich wrote:
   



 


On Monday 21 November 2005 18:38, Alexander wrote:
 



[]

 


ясно , спасибо за советы .
   



 

заметил такую странность  как только запускаю top он показывает idle 
93.4 % при следуюющем обновлении уже 50% и дальше колеблется около этого 
значения , при этом если сортировать вывод по %CPU , то показывает что 
сам процесс top отжирает 38 % CPU .

может ли top потреблять столько ? и если да то каким образом ?
   



 

далее vmstat показывает idle 93 , хотя на другом терминале top 
показывает idle 52.
   



 


как это можно обьяснить ?
   

Для начала - еденичный вывод от vmstat/iostat не показывает ничего. 
Пусти vmstat 5 и скопируй строчек 20, чтоб было видно.




 


да действительно .
теперь видно , что top и vmstat показывают одно и тоже . при выводе top 
сам top отжирает ~ 30% , так что с CPU все ok .
насчет самых прожорливых процессов , то это mysql , пишутся в базу логи 
apache от юзеров.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: upgrade or upgrade

2005-11-21 Пенетрантность Artem Chuprina
Alexander - debian-russian@lists.debian.org  @ Mon, 21 Nov 2005 20:38:06 +0300:

 A просветите плиз.

 A есть хостинг сервер
 A Intel(R) Pentium(R) 4 CPU 2.66GHz
 A 1G RAM
 A software raid 1

 A с недавних пор нагрузка на него увеличилась
 A вот что показывает top
 A по данным top нагрука на CPU порядка 50+-7% и свободной памяти 25 M (такое
 A происходит в повечерам , тоесть во времена пиковой нагрузки.)
 A Tasks: 1072 total, 1 running, 1071 sleeping, 0 stopped, 0 zombie
 A Cpu(s): 2.5% user, 42.7% system, 1.9% nice, 52.9% idle
 A Mem: 1032836k total, 1007740k used, 25096k free, 65904k buffers
 A Swap: 0k total, 0k used, 0k free, 499592k cached

 A стоит ли добавть RAM ? перевести на более мощный CPU ?

Памяти точно стоит.  Судя по тому, что под буферами ее тоже почти нет.

 A и еще , как могли заметить нет swap-a , насколько он важен для сервера с
 A количеством RAM = 1G ?

Зависит от прожорливости того софта, который на нем крутится.  Поскольку
при нехватке памяти отстреливают не самого прожорливого, а того, кому не
повезло попросить память невовремя.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Работай хоть за четверых.  Только не говори им об этом.
Кнышев.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: upgrade or upgrade

2005-11-21 Пенетрантность Anton Petrusevich
On Monday 21 November 2005 18:38, Alexander wrote:
 с недавних пор нагрузка на него увеличилась
 вот что показывает top
 по данным top нагрука на CPU порядка 50+-7% и свободной памяти 25 M
 (такое происходит в повечерам , тоесть во времена пиковой нагрузки.)
 Tasks: 1072 total, 1 running, 1071 sleeping, 0 stopped, 0 zombie
 Cpu(s): 2.5% user, 42.7% system, 1.9% nice, 52.9% idle

Очень подозрительный system, стоило бы выяснить, чем именно занимается 
система. При загрузке передать ядру параметр profile=2 и затем readprofile 
может помочь.

 стоит ли добавть RAM ? перевести на более мощный CPU ?

Может стоит CPU сапгрейдить, а может сетевую карточку, а может просто ядро 2.4 
на 2.6 сменить -- трудно сказать, сначала надо найти узкое место. Idle может 
быть следствием блокировок дискового ввода/вывода, может стоит добавить 
памяти, чтобы больше кешировалось. Swap тоже часто полезен, вот у тебя из 
тысячи процессов работает только один, так может стоило бы частично странички 
в swap сбросить, и памяти уже легче стало б. 

 и еще , как могли заметить нет swap-a , насколько он важен для сервера с
 количеством RAM = 1G ?

Зависит от. У меня 4г рам и 2г своп, нормально там 200м свопа занято только, 
но и то хлеб (экономия рам, swap in/out нулевой).
-- 
Anton


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]