Исходное сообщение
"Linux ядро 2.6.16.15. Рост числа ошибок в 2.6 ядре тревожит ..." Отправлено funny_falcon, 12-Май-06 13:47
> > А когда технология долгое время развивается лишь количественно, без качественных переходов (что мы и наблюдаем на примере эволюции 2.4->2.6), она заходит в тупик и, с большой долей вероятности, в последствие отмирает. > Ни хрена ж себе только количественно. А повсеместное внедрение RCU? а разве плаг энд плей не лучше(и по другой системе однако) стал работать? И это только то, что я знаю. Кроме того видел один тест - время установления tcp соединения - в 2.4.х рост задержки с ростом кол-ва одновременных соединений - линейный, в 2.6 - задержка - константа - Это разве не _качественный_ переход? Другое дело - никто ядро с нуля не будет переписывать, никому это нах ненадо. Паралельный пример: PHP - тормоз и урод. Даже не меняя (в худшую сторону) семантику языка, но изменив полностью реализацию можно ускорить его раза в два (см - Python и супер быстрый Lua). Но куда девать сотню C-шных библиотек?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> >> А когда технология долгое время развивается лишь количественно, без качественных переходов (что мы и наблюдаем на примере эволюции 2.4->2.6), она заходит в тупик и, с большой долей вероятности, в последствие отмирает. >> > Ни хрена ж себе только количественно. А повсеместное внедрение RCU? а разве > плаг энд плей не лучше(и по другой системе однако) стал работать? > И это только то, что я знаю. Кроме того видел один > тест - время установления tcp соединения - в 2.4.х рост задержки > с ростом кол-ва одновременных соединений - линейный, в 2.6 - задержка > - константа - Это разве не _качественный_ переход? > Другое дело - никто ядро с нуля не будет переписывать, никому это > нах ненадо. > Паралельный пример: PHP - тормоз и урод. Даже не меняя (в худшую > сторону) семантику языка, но изменив полностью реализацию можно ускорить его раза > в два (см - Python и супер быстрый Lua). Но куда > девать сотню C-шных библиотек?
	Введите код, изображенный на картинке: