треды -- это жопа, замена тредов в Perl -- Coro.<br><br><div class="gmail_quote">11 декабря 2008 г. 23:19 пользователь Naim Shafiev <span dir="ltr"><<a href="mailto:shafiev@gmail.com">shafiev@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Хватит гнать на gccшников :).Софт должен поддерживать тредовость и параллелизм.<br><br><div class="gmail_quote">
11 декабря 2008 г. 23:15 пользователь Михаил Монашёв <span dir="ltr"><<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a>></span> написал:<div><div></div><div class="Wj3C7c"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Здравствуйте, Сергей.<br>
<div><br>
>> Вообще, в теории, наверное можно написать такой перл (седьмой?<br>
>> :-)), который сам бы внутри себя мультиплексировал запущенные<br>
>> процесс и переписывать под мультиплексирование приложения не нужно<br>
>> было бы. А сейчас конечно под Каталист HTTP-движок с<br>
>> мультиплексированием никак не сделать.<br>
<br>
</div>СМ> Миш, по моему дело все в том, что парадигма процедурного<br>
СМ> программирования вообще плохо подходит для мультиплексирования,<br>
СМ> асинхронности и параллельности. Можно на perl5 написать<br>
СМ> мультиплексирующий сервер? Можно конечно. Но если задуматься - это<br>
СМ> будет реализация уже другой парадигмы поверх "родной" для perl<br>
СМ> процедурной. Поэтому и не приживаются подобные проекты в широких<br>
СМ> массах, а приживается привычный prefork.<br>
<br>
СМ> Но для каждой задачи есть решение - есть и специфичные инструменты<br>
СМ> для параллельных вычислений. Есть вполне реальный Erlang, есть<br>
СМ> какой-то удивительный Oz (и говорят на нем есть реальные<br>
СМ> веб-проекты) и т.п. - в которых нужная "модель мира" заложена на<br>
СМ> базовом уровне.<br>
<br>
СМ> Я это к тому, что можно конечно прогибать perl под какие угодно<br>
СМ> парадигмы (или наоборот - парадигмы под perl) и реализовывать<br>
СМ> любые идеи - но я бы воспринимал это как эксперименты или<br>
СМ> развлечение, я не как production работу.<br>
<br>
Мне тоже нравится, что перл очень стабильный. Но это не значит, что<br>
его не надо делать лучше :-)<br>
<br>
Не знаю как тебе, но мне жалко простаивающего процессора. Как-то один<br>
продавец рекламы сказал мне, что показ банера надо продать за любую<br>
цену, потому что он есть прямо сейчас, а через минуту его не будет.<br>
Так и тут, большинство процессоров простаивают и используются очень<br>
неэффективно. И что меня больше всего убивает, что причина этого<br>
всепланетарного простоя в том, что небольшая группа людей (человек<br>
5-10 наверное), разрабатывающих gcc, не может реализовать<br>
разбрасывание на несколько корок независимых кусков кода, а другая<br>
небольшая группа людей, разрабатывающих Линух, Винду, Фрю и т.д. не<br>
даёт им для этого быстрого интерфейса, утверждая, что распределение<br>
процессов по коркам - это задача шедуллера ОС, а не gcc, что в общем<br>
случае верно, но с увеличением числа корок нам приходится запускать на<br>
одном сервере кучу процессов (как nginx запускает много worker-ов),<br>
дабы они могли нормально утилизировать процессор, хоте можно был бы<br>
запустить один mysqld и он бы полностью съедал проц.<br>
<font color="#888888"><br>
--<br>
<br>
С уважением,<br>
Михаил Монашёв, SoftSearch.ru<br>
</font><div>mailto:<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a><br>
ICQ# 166233339<br>
<a href="http://michael.mindmix.ru/" target="_blank">http://michael.mindmix.ru/</a><br>
Без бэкапа по жизни.<br>
<br>
--<br>
</div><div><div></div><div>Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div></div></div><br>
<br>--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>С уважением,<br> Анатолий Шарифулин.<br>