The Linux 2.5 kernel summit

Отличная статья!!! Спасибо, maxcom.
Было бы не плохо если бы спорщики Linux vs Windows сначала
_внимательно_ прочитали эту статью.
Кстати, вот эта строка мне непонятна:
* A better, lighter-weight semaphore implementation is needed.
Куда уж упрощать семафоры, они и так до безобразия просты в линуксе.
Или имелось в виду улучшить обработку семафоров на уровне ядра?

Дружно начинаем ждать 2.6 :-)

2alexey_m:

Не забывайте, что "семафорное" API Линух-а отнотится к POSIX 1.c. И понятное дело никто не пойдет в разрез со стандартом. Линух-POSIX совместимая система.

Есть конечно альтернативные API. Например сановский. Ну знаете, функции начинаются на thr_. В сане правда семафоры использовались еще для синхронизации потоков. То есть относились к POSIX 1.b.

Скорее всего речь шла действительно о внутреней реализации.

alexey_m (*) (2001-04-01 07:43:10.0)
По личному опыту, приложение активно использующие семафоры в
linux много жрет системных ресурсов (дело было на ядре 2.0.*).
На Sun Solaris и MS NT, субъективно, существенно меньше.
То есть если сделают синхронизирующие ресурсы легче и эффективнее,
это будет подарком пользователям.

Что касается posix-совместимости -- posix интерфейс можно и нужно
сохранить, а какой интерфейс внутри (родной) -- дело другое.