Хватит гнать на 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
