|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Simakov 2:5020/400 06 Feb 2002 02:34:14
To : Andrey Rudyavsky
Subject : Re: pthread
--------------------------------------------------------------------------------
Hello, Andrey!
On Втр, 05 Фев 2002 в 19:18 GMT you wrote:
> 03 Feb 30 22:03, Dmitry Simakov wrote to "Oleg Yurchenco":
>
> >> 2. Соответсвует ли применение thread - ов духу программирования под
> >> Linux/Unix. М.б. то что я раньше делал под Win32 с thread здесь
> >> нужно делать с помощью fork() ?
>
> DS> В fork() тоже нет ничего плохого. Для общей памяти в этом случае есть
> DS> shared memory в IPC, а оверхид на создание процесса в линуксе
> DS> абсолютно такой же, как и на создание треда - из-за использования
> DS> механизма copy-on-write..
> Из-за того что в линуксах/фpях нет ноpмальных тpедов по пpичине убогости
> аpхитектуpы системы. Поэтому тpеды - тот же фоpк()+шмат(на все и сpазу).
> Отсюда все гpабли. Посему пpогpам, написанных по тpедному пpинципу, в линуксе
> мало: с ними больше возни чем пользы. Это вам не ос/2.
Что такое "нормальный тред"? Если вы об многоуровневом планировщике, то таки да,
нет пока - значится это дело в разделе BUGS в man-странице от вызова clone().
То есть, сами авторы это считают багом и намереваются проблему решать.
А пока - надо юзать то, что имеется.. для отсчета диффуров несколько
процессов-тредов в стиле линукса - просто идеальны. А филосовские беседы на тему
многоуровневого планирования и прочих красивых с виду примочек - предлагаю
перенести в отстойник под названием ru.os.cmp. А то, что не os/2 - так это ж
здорово! Linux динамично развивается, а она - помаленьку дохнет..
> DS> Проблема тут не в тредах, а в диспетчере процессов. Даже на очень
> DS> хороших машинах начиная с некоторого количествао процессов наблюдает
> DS> "погружение в себя" менеджера.. он начинает беспощадно жрать
> DS> процессор. Вроде бы эту проблему сумели кардинально изменить в ядрах
> DS> 2.5.x
> Может быть и pешили, хотя ... Что касается менеджеpа пpоцессов, то его в
> линухе поумолчанию ноpмального нет. Есть что-то тупое, на звание менеджеpа не
> тянущее. Есть дополнительные шедулеpы, но лучший из них от QNX на последних
> линуксах не pаботает. Скоpее с 2.5 не будут pаботать и остальные.
Там уже есть свой (пока реально не очень надежно работающий) менеджер.
Именно менедер, а не foreach(task) {//tra-la-la} ;))
> DS> Виндам, как правило, достаточно недели, чтобы упасть на ровном месте и
> DS> без помощи всяких левых программок и ловких трюков. :)
> Это pаспpостpаненный миф. Hе достаточно. А с тpедами и пpочим IPC там лучше
> в pазы.
Hе намерен я форточки обсуждать. Hе годятся они для надежной работы.
Готов сравнивать солярис и линукс -- и немножко ругать freebsd (любя :)), но
только не здесь.
--
Best Regards,
Dmitry Simakov <mailto:ds@uriit.ru.n0sp@m>
ICQ UIN: 72496293
--- ifmail v.2.15dev5
* Origin: Ugra Research Institute of Information Technologies (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
