LINUX.ORG.RU

Native POSIX Thread Library, NPTL


0

0

Ulrich Drepper и Ingo Molnar представили новую библиотеку POSIX thread для Linux:

We are pleased to announce the first publically available source release of a new POSIX thread library for Linux. As part of the continuous effort to improve Linux's capabilities as a client, server, and computing platform Red Hat sponsored the development of this completely new implementation of a POSIX thread library, called Native POSIX Thread Library, NPTL.

>>> Подробности

А почему текст новости на английском языке??? Я понимаю, конечно, что линуксоиды должны хорошо знать английский, но рас уж сайт русскоязычный, так и новости должны быть на русском.

anonymous
()

Что за уродство новости не по русски давать? Совсем от рук отбились.

anonymous
()

2anonymous (*) (2002-09-20 17:37:56.904):

А как же слова "и, представили новую библиотеку, для "? :-)

anonymous
()

>"А почему текст новости на английском языке".

Для тех кто не понимает английского, была первая строчка. Для всех остальных - ссылка на письмо.

:-|

Settler
() автор топика

А это фильтр Если попросить каждого ламера написать что он ламер то не получится А так каждый чайник крупно так пишет ЧАЙНИК

anonymous
()

We are pleased to announce the first publically available source release of a new POSIX thread library for Linux. As part of the continuous effort to improve Linux's capabilities as a client, server, and computing platform Red Hat sponsored the development of this completely new implementation of a POSIX thread library, called Native POSIX Thread Library, NPTL.

Мы с удовольствием представляем первую публикацию доступных исходников в качестве релиза новой многопоточной POSIX библиотеки. Это часть наших усилий по улучшению способности LINUX существовать клиентом, сервером. RH спонсировала разработку этой новой реализации многопоточной библиотеки названной NPTL.

USA Ebglish FOREVER!

anonymous
()

в freebsd-arch@ щас дискуссия по ентому поводу.

причем, Rik van Riel принимает участие :))

anonymous
()

2Settler (*) (2002-09-20 18:10:53.739):

А вот между прочим, как показал anonymous (*) (2002-09-20 18:46:21.986) ПРАВИЛЬНЫЙ перевод тем не менее требуется! :-)

anonymous
()

Дык че все таки лучше NPTL или NGPT? За кем будующее? И почему бы им не собраться всем вместе и не сделать ОДНУ но СУПЕР либу?

anonymous
()
Ответ на: комментарий от anonymous

твои бы слова да руководствам IBM и RedHat в ухи ... Жаба задавит обе компании пойти на такое :-)

Да пусть конкурируют ...

Кстати, именно из-за поганых pthread'ов на Линуксе ну совсем препогано работает oops -- достойная альтернатива squid, вообзе-то я ещё плохо проверял oops на БСД, но пока он обходит сквид по многим вопросам.

Warmonger
()

А что за модели 1-on-1 и M-on-N. Чем они отличаются?

anonymous
()

1-1 - на каждый поток в программе создается поток в ядре
M-N - на несколько потоков в программе создается один поток в ядре.
Во втором случае должен существовать менеджер потоков в самой программе (обычно часть библиотеки потоков), что тяжелее сделать, но при этом переключение между потоками будет быстрее, т.е. программа будет быстрее.

anonymous
()

Warmonger> я ещё плохо проверял oops на БСД, но пока он обходит сквид по многим вопросам.

Это по каким? В свое время выбрал сквид из за не в пример большего количество ACL'ов.

sem
()

и что это даст Линукс? Можно подробней про это написать? И на каком этапе сейчас состояние потов в Линуксе?

anonymous
()

Новые нити - вещь правильная. Хотя NGPT как-то странновато работает. Софтина, которую мы пишем, стала падать с концом стека в этих самых нитках, а конкретнее - в pthread_attr_settype, c segfault. И вот, блин, хрен поймешь чья bug'одельня виновата...

А очень уж хорошие эти гребаные нити, назад на linuxthreads идти не хочется... Они вроде и стек не поганят, можно безбоязненно setjmp/longjmp использовать (они и сами его пользуют), НО ПАДАЮТ, СУКИ!!!!!

Alexander

anonymous
()
Ответ на: комментарий от sem

Простота и гибкость настройки. Не монстровость. В свое время я его выбрал конкретно за то, что позволял клиентам считать траффик. То бишь по АЦЛ разбиваешь зверей на группы и каждая группа ходила со своего ИП. Сквид так умеет?

Nefer
()

2anonymous-Alexander: Пишите под Solaris и FreeBSD, как oops. Потом под Линуксом, как доделают его, запускать будете.

anonymous
()

OOPS & Linux & NPTL

Если кто-то еще не знает, то автор начал полностью переписывать OOPS. Это из списка рассылок, "From: Igor Khasilev".

"В двух словах основные отличия (уже частично релизованные):

Thread pool в настоящем смысле, позволит обслуживать большое число соединений небольшим числом тридов. Возможно это даст и выигрыш в производительности. В любом случае это должно быть сделано, поскольку, по слухам, Sun отказывается от своего двухуровневого шедулера тридов...

C++ во всеми своими плюсами и минусами (каламбур) Никогда активно этим языком не пользовался :(. Выбран он был за свои плюсы Если кто-то хорошо его знает - не побрезгуйте посмотреть и что-то подсказать. ..."

Про NPTL ему уже рассказали.

Settler
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.