off: top I/O statistics in linux
Sergej Kandyla
sk.paix at gmail.com
Thu Apr 23 21:05:01 MSD 2009
Борис Долгов пишет:
> А как же 5к патчей, наделанных редхетом? Думаю, очень опасно такое делать.
> Кстати, у редхета там нет патча, чтобы iotop работал?
>
бекпорт есть....
https://bugzilla.redhat.com/show_bug.cgi?id=239654
( спасибо, Gena Makhomed )
но опять таки прийдется ядро пересобирать.
Я вообщем предполагал, что, возможно, существуют неизвестные мне
userspace инструменты...
> 23 апреля 2009 г. 19:58 пользователь Denis F. Latypoff
> <denis at gostats.ru <mailto:denis at gostats.ru>> написал:
>
> Hello Sergej,
>
> Thursday, April 23, 2009, 10:28:06 PM, you wrote:
>
> > Denis F. Latypoff пишет:
> >> Hello Sergej,
> >>
> >> Thursday, April 23, 2009, 9:26:12 PM, you wrote:
> >>
> >>
> >>> Roxis пишет:
> >>>
> >>>> On Thursday 23 April 2009, Sergej Kandyla wrote:
> >>>>
> >>>>
> >>>>> Господа, подскажите пожалуйста, аналоги FreeBSDного
> >>>>> top -mio # Display 'io' statistics
> >>>>> для linux ?
> >>>>>
> >>>>>
> >>>> iotop и linux 2.6.20+
> >>>>
> >>>>
> >>> спасибо....
> >>> В RHEL\CentOS это будет еще совсем не скоро....
> >>>
> >>
> >> # cd /path/to/linux-2.6.29.1
> >> # сp /boot/config-2.6.9-55.0.12.EL .config (может и посвежее
> версия)
> >> # make mproper
> >> # make oldconfig
> >> # make
> >> # make modules_install install
> >> # sed -i -r -e "s/default=1/default=0/g" /boot/grub/grub.conf
> >> # reboot
> >>
> >>
> > Спасибо, но на такие жертвы я не готов и никому не советую.
> > юзать последние, тестовые, ванильные ядра, в то время как red hat
> > вкладывает уйму усилий, времени и денег в свои продукты, стремясь
> > сделать их максимально стабильными.
> > http://www.redhat.com/security/updates/backporting/?sc_cid=3093
>
> 2.6.29.1 - как пример. можно выбрать любое понравившееся ядро, начиная
> с 2.6.20
>
>
> --
> Best regards,
> Denis mailto:denis at gostats.ru
> <mailto:denis at gostats.ru>
>
>
>
>
>
> --
> С уважением, Борис Долгов.
> icq 77556665
> e-mail boris at dolgov.name <mailto:boris at dolgov.name>
More information about the nginx-ru
mailing list