|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Svyatoslav Abramenkov 2:464/8088.100 08 Mar 2002 13:26:58 To : Artem Chuprina Subject : RedHat -------------------------------------------------------------------------------- At 08 Mar 02 11:28:07, Artem Chuprina wrote to Alex Korchmar: AC>>> В общем, даже получилось. Hо появляется тихое желание взять .src.rpm AC>>> от RH и устроить ему make-kpkg... AK>> у rh, к сожалению, тебе его из rawhide брать придется (если там такой AC> есть). AK>> Они застряли в 2.4.7, что-ли - в общем, в каком-то раннем 2.4, где еще AK>> не перепахали в очередной раз всю vm. То бишь, все в принципе работает, AK>> но нет смысла ставить себе это ядро ради него самого. AK>> Потому я и жду какую-нибудь RH 8.0 или 7.3, если они соберутся нарушить AC> свою AK>> стройную нумерацию релизов, с каким-нибудь старшим 2.4. AC> А что в них хорошего, в этих старших 2.4? А то меня как-то вообще 2.2 AC> вполне устраивает... Есть подозрение, что там починили подземный стук, о котором нам тут Алекс рассказывал в течении двух лет, который проявляется в подвисании ядра при большом количестве системных вызовов в единицу времени. У меня 2.2.14 регулярно (раз в 2-3 дня) подвешивалось от работы программы, запущенной от рута, в которой, судя по top и профилю, порядка 50-60% времени приходилось на Select(fd, @FDS, NULL, NULL, 0), и которая в бесконечном цикле при этом читала из FIFO данные, загоняемые туда другой программой, которая их брала из символьного устройства, обрабатывала и пихала в эти самые FIFO, открытые в неблокирующем режиме на вывод. Возиться с более старшими версиями ядра мне было некогда, поскольку проект завязан на уже написанную часть с использванием RTLinux 2.2, собранный с ядром 2.2.14, а времени по ходу изучать, насколько оно там в RTLinux 3.X поменялось, не было, поэтому я просто довел программу до ума и вставил в нужных местах wait'ы, чем загрузка CPU на ее исполнение снизилась с 99.6% до 1.4% в пиковые моменты, но, как ты понимаешь, что-то там есть в этих ядрах такое, что вызывает подвисание. Что там именно случалось, я не знаю, поскольку машина, на которой все это исполняется, не имеет видеокарты и serial console, и доступна мне только по локалке (на выездных сессиях) или dialup (постоянно), а моя проблема решена и сейчас вся эта хрень работает достаточно стабильно, а на случай внезапного подвисания, которых с тех пор не случалось, присобачена давилка на ресет после 10-12 RING'а. Подозреваю, что у Алекса с его апачами и CGI тоже была загрузка CPU в районе 99% и из них где-то 50-60 процентов приходилось на system. -- Svyatoslav <absolute_sh@mail.ru> [Registered Linux user #219421] --- QDed/Linux * Origin: AbSolute Soft&Hard (2:464/8088.100) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/45900c88963b.html, оценка из 5, голосов 10
|