>> но стратегически - это всеравно не решает проблему, потому что драйверов
>> становится все больше, и количество проблем от глючных драйверов со временем
>> будет только увеличиваться, особенно у новых десктопных пользователей Linux,
>> которым для офисной работы совсем не нужно выжимать из процессора 120%,
>> но падения системы от нестабильных драйверов будут самыми неприятными. > BTW http://lwn.net/Articles/219791/
да, это хорошая инициатива, и тактически шаг в правильном направлении.
[...]
>> сейчас, на современном оборудовании она будет тормозить.
>> но в будущем современное оборудование будет там, где сейчас находится
>> IBM PC XT с его 8088 процессором и 640 килобайт оперативной памяти.
>> например, Intel уже сейчас демонстрирует прототип процессора, который имеет 80 ядер...
> И так вернёмся к лисп-машинам? ;-) (касательно managed, по крайней мере...)
история развивается по спирали. например, в 1969 году UNIX была первой операционной
системой, полностью написанной на языке высокого уровня. тогда - на машинах с 32
килобайтами оперативной памяти и CPU несколько мегагерц. все остальные операционные
системы того времени были написаны на ассемблере. посмотри, какого уровня развития
сейчас достигла UNIX (AS Linux), и где сейчас находятся все остальные ОС того времени...
так что при кардинальном увеличении производительности, например, с 3 MHz до 3 GHz,
был произведен переход с asm на С/С++ в качестве основных языков системного/прикладного
программирования. каким будет следующий шаг, при аналогичном возрастании мощности CPU?
когда будущие настольные компьютеры будуть иметь мощность сегодняшних суперкомпьютеров.
"Java" / ".NET" - это ответ "SUN" / "Microsoft" на проблему возрастающей сложности кода.
пока что - это только на уровне низкоквалифицированных разработчиков прикладных программ.
в будущем, если ничего не изменится, то и в системном программировании, при создании ОС.
твой вариант ответа - ?
