|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Oleg Koreshkov 2:5020/400 08 Jan 2003 23:41:33 To : Valentin Nechayev Subject : Re: Threads (was: Re: FreeBSD & load avg >50) -------------------------------------------------------------------------------- "Valentin Nechayev" <netch@segfault.kiev.ua> wrote in message news:20030108190230.GA3055@iv.nn.kiev.ua... > >>> Konstantin Nikonenko wrote: > > >> Ой не надо сказок. Фрёвые треды в реализации libc_r в 4.x - ужас на > >> крыльях > >> ночи и использовать их можно только в детской песочнице. > KN> [сами ужасы skip-нуты] > KN> все как бы в сравнении ;) наверняка Вы помните времена 2.2.X - там было > KN> лучше? ;) > Hу, хуже. И что с того? Сравнивать-то предлагали с linuxthreads. > KN> в линухе вообще сделали workaround, а не реализацию. > У линуховой реализации не так много проблем. > KN> Я не готов обсуждать > KN> частности, > KN> но со слов Igor Khasilev ситуация с год назад была следующей - solaris, > KN> freebsd, linux. > У Хасилева очень ограниченные запросы, извините за откровенность. > Oops - самостоятельный демон (=> нет проблем с разделением дескрипторов > с nonblocking), у него собственный worker thread pool (сделанный ради солярки, > но пригодившийся для всех), нет SysV, простые виды взаимодействий (не > требуется SysV IPC), и он не пожалел применить aio там, где оно есть. > То есть все основные грабли libc_r он аккуратно обошёл, пусть даже и не имея > такой цели. BTW, не флейма ради: что, кстати, согласись, он очень правильно сделал... покажи мне решение, котрое от применнения "native" threads, выйграло бы, по крайней мере в существующей реализации, не считая больших братьев (СУHЬ, ШПУКС, АИКС)... > > KN> Согласен с тем, что нынешние фри! реализации для песочницы, но для подобных > KN> нагрузок есть та же соляркa, причем под sun only ;) > > Да там ещё очень далеко было до тех нагрузок, когда надо спарка ставить. тут не санку надо ставить(хотя имеет смысл), а руки прямить и смотреть если не в сторону орацла, то хотя бы постгес... P.S. мускуль, хотя бы "пытается" сделать решение в виде трид, а не процессов с SysV IPC... в надежде на будущую "праворукость" реализаторов этих самых threads... хотя бы с уклоном в сторону линукс... --- ifmail v.2.15dev5 * Origin: A LOT OF... (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/9104b78b947f.html, оценка из 5, голосов 10
|