Исходное сообщение
"Организация Linux Foundation отметила дефицит Linux-специали..." Отправлено Stax, 26-Фев-13 01:03
> Недолюбливаю термин "гвидобейсик", но что сказал бы Дейкстра про питон, подумать страшно. http://www.gossamer-threads.com/lists/python/python/117834?d... ? :) > Хрен редьки не слаще, поскольку оба цикла выполняются последовательно хоть на N+1 ядер. Ну как бы когда в погоне за массивной параллельностью забивают на собственно скорость (особенно это любят в монстро-проектах на java), это не всегда хорошо. Да, параллельность нынче в моде, причем настолько, что ради мнимой параллельности нередко забывают, что изначально-то требовалась скорость.. Прямо руки опускаются, когда выясняешь, что очередная технология, на которую так надеялся, которая вся из себя такая "я супер-пупер параллелюсь и масштабируюсь и выдерживаю любую нагрузку" по факту только параллелится под миллионом клиентом и умеет, а если в силу технических особенностей клиент один или десять (но технология чем-то еще интересна, например, работой с большими данными), то показывает производительность чуть более, чем никакую. Вместо скорости у нас параллельность! Ура! Масштабируемся! 100500 операций в секунду, если у вас 1000 машин и 100500 клиентов! Впрочем, вот тут за меня неплохо написали, в чем проблема погони за масштабируемостью в ущерб собственно скорости: http://oldblog.antirez.com/post/redis-memcached-benchmark.html

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Недолюбливаю термин "гвидобейсик", но что сказал бы Дейкстра про питон, подумать страшно. > http://www.gossamer-threads.com/lists/python/python/117834?do=post_view_threaded#117834 > ? > :) >> Хрен редьки не слаще, поскольку оба цикла выполняются последовательно хоть на N+1 ядер. > Ну как бы когда в погоне за массивной параллельностью забивают на собственно > скорость (особенно это любят в монстро-проектах на java), это не всегда > хорошо. Да, параллельность нынче в моде, причем настолько, что ради мнимой > параллельности нередко забывают, что изначально-то требовалась скорость.. > Прямо руки опускаются, когда выясняешь, что очередная технология, на которую так надеялся, > которая вся из себя такая "я супер-пупер параллелюсь и масштабируюсь и > выдерживаю любую нагрузку" по факту только параллелится под миллионом клиентом и > умеет, а если в силу технических особенностей клиент один или десять > (но технология чем-то еще интересна, например, работой с большими данными), то > показывает производительность чуть более, чем никакую. Вместо скорости у нас параллельность! > Ура! Масштабируемся! 100500 операций в секунду, если у вас 1000 машин > и 100500 клиентов! > Впрочем, вот тут за меня неплохо написали, в чем проблема погони за > масштабируемостью в ущерб собственно скорости: http://oldblog.antirez.com/post/redis-memcached-benchmark.html
	Введите код, изображенный на картинке: