треды -- это жопа, замена тредов в Perl -- Coro. 11 декабря 2008 г. 23:19 пользователь Naim Shafiev <[email protected]>написал:
> Хватит гнать на gccшников :).Софт должен поддерживать тредовость и > параллелизм. > > 11 декабря 2008 г. 23:15 пользователь Михаил Монашёв < > [email protected]> написал: > > Здравствуйте, Сергей. >> >> >> Вообще, в теории, наверное можно написать такой перл (седьмой? >> >> :-)), который сам бы внутри себя мультиплексировал запущенные >> >> процесс и переписывать под мультиплексирование приложения не нужно >> >> было бы. А сейчас конечно под Каталист HTTP-движок с >> >> мультиплексированием никак не сделать. >> >> СМ> Миш, по моему дело все в том, что парадигма процедурного >> СМ> программирования вообще плохо подходит для мультиплексирования, >> СМ> асинхронности и параллельности. Можно на perl5 написать >> СМ> мультиплексирующий сервер? Можно конечно. Но если задуматься - это >> СМ> будет реализация уже другой парадигмы поверх "родной" для perl >> СМ> процедурной. Поэтому и не приживаются подобные проекты в широких >> СМ> массах, а приживается привычный prefork. >> >> СМ> Но для каждой задачи есть решение - есть и специфичные инструменты >> СМ> для параллельных вычислений. Есть вполне реальный Erlang, есть >> СМ> какой-то удивительный Oz (и говорят на нем есть реальные >> СМ> веб-проекты) и т.п. - в которых нужная "модель мира" заложена на >> СМ> базовом уровне. >> >> СМ> Я это к тому, что можно конечно прогибать perl под какие угодно >> СМ> парадигмы (или наоборот - парадигмы под perl) и реализовывать >> СМ> любые идеи - но я бы воспринимал это как эксперименты или >> СМ> развлечение, я не как production работу. >> >> Мне тоже нравится, что перл очень стабильный. Но это не значит, что >> его не надо делать лучше :-) >> >> Не знаю как тебе, но мне жалко простаивающего процессора. Как-то один >> продавец рекламы сказал мне, что показ банера надо продать за любую >> цену, потому что он есть прямо сейчас, а через минуту его не будет. >> Так и тут, большинство процессоров простаивают и используются очень >> неэффективно. И что меня больше всего убивает, что причина этого >> всепланетарного простоя в том, что небольшая группа людей (человек >> 5-10 наверное), разрабатывающих gcc, не может реализовать >> разбрасывание на несколько корок независимых кусков кода, а другая >> небольшая группа людей, разрабатывающих Линух, Винду, Фрю и т.д. не >> даёт им для этого быстрого интерфейса, утверждая, что распределение >> процессов по коркам - это задача шедуллера ОС, а не gcc, что в общем >> случае верно, но с увеличением числа корок нам приходится запускать на >> одном сервере кучу процессов (как nginx запускает много worker-ов), >> дабы они могли нормально утилизировать процессор, хоте можно был бы >> запустить один mysqld и он бы полностью съедал проц. >> >> -- >> >> С уважением, >> Михаил Монашёв, SoftSearch.ru >> mailto:[email protected] >> ICQ# 166233339 >> http://michael.mindmix.ru/ >> Без бэкапа по жизни. >> >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > -- С уважением, Анатолий Шарифулин.
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
