А зачем ждать релиза системы? Мне на него вообще начхать, лишь бы софт обновлялся. В 2007-2008 я собирал Ardour, audacity, jackd, LADSPA, Rakarrak и всё остальное из исходников (или тырил из Ubuntu), потому что в репозиториях было старьё. Теперь всё появляется в unstable примерно в течение недели после релизов. Собираю только ядро и модуль fglrx, но это вполне доступно ламеру с make-kpkg и m-a.
Я тоже в своё время хотел перейти на что-нибудь вроде UbuntuStudio из-за отсталого дебьяновского репозитория, но теперь у Debian дела намного лучше, чем раньше. По крайней мере, в интересующей меня предметной области. Сорри за оффтоп, конечно.
Singularity — это не столько новый подход к ОС, сколько признание банкротства процессорной архитектуры x86. Для хорошей реализации защиты памяти необходимы частые переключения из контекста супервизора в контекст пользователя, а они производятся на процессорах x86 за неопределённое (но весьма большое) количество тактов. На простых, как три рубля, процессорах ARM этот переход занимает 1 такт, для сравнения. Нужно либо тащить код, вызывающий частые переключения, в ядро, отказываясь от микроядерности, либо не использовать процессорные механизмы защиты памяти вообще, а изобрести «волшебный компоновщик» как часть ОС. При этом значительная часть транзисторов оказывается как бы лишней.
Что значит «надо платить за труд»? За любой труд? Просто потрудиться мало, нужно ещё найти точку приложения для своих усилий. Сейчас слишком много усилий корпораций-владельцев «интеллектуальной собственности» направлено на то, чтобы продавать информацию (программы, музыку, книги и т. д.) как картошку, по кило на рыло; совершенно очевидно, что такому не быть, усилия эти ни к чему не привели и не приведут, они бесполезны для общества. Мне же, как потребителю информации, хочется поддержать морально и материально тех, кто эту информацию создает и распространяет, но не хочется при этом платить за лоббирование глупых законов и сутяжничество, за оскорбительные «технологии защиты», за содержание импотентских «обществ правообладателей» и т. д. Что мне делать в такой ситуации? Ждать, пока индустрия 1950-х годов рождения узнает, наконец, что такое персональный компьютер и Интернет? Создавать и поддерживать иные, более принимаемые методы дистрибуции очень трудно, когда закон смотрит в сторону продавцов картошки.
Один хороший человек, дай Б-г ему здоровья, сказал умную весчь: «Все аналогии лживы». Это я к тому, что когда начинается сравнение софта и медийных объектов то с Бентли, то с хлебушком, на дискуссию можно уже забить — ничего умного никто уже не скажет.
Нет, это х86-архитектура усложнена по сравнению с ARM! :)
А если серьезно, то чистой CISC-архитектуры уже давно (начиная с Pentium) не существует: внутри любого x86-совместимого проца сидит RISC-ядро и дешифратор, транслирующий каждую CISC-инструкцию в одну или более RISC-инструкцию. Избавление от этого дешифратора — это уменьшение размера кристалла, понижение температуры, повышение тактовых частот, то есть в конечном счете выигрыш в производительности.
А чтобы не терять в совместимости, можно перенести этот дешифратор в софт. Так было сделано, например, в процессорах Transmeta, которые исполняли x86-код на специально заточенном на это VLIW. Или в маках на PowerPC.
Когда мой малой съел мою тамагочу, я забил на мобильную связь месяца на 3-4. Правда, две работы сменил за это время. :)
Кстати, на мобильный с работы мне звонят только в экстренных случаях. Если совсем не разделять рабочее и личное время, как в Вашем случае, то можно и инвалидом на голову стать.
"Микроядра типично медленнее, чем монолитные ядра — из-за накладных расходов на переключения между режимами процессора (user-mode в kernel-mode и обратно). Кроме того, существуют еще и расходы на переключение процессора между двумя процессами пользовательского режима (переключение контекста)" это вроде бы имеет смысл только для x86 и прочей CISC, или я не прав?
А если серьезно, то чистой CISC-архитектуры уже давно (начиная с Pentium) не существует: внутри любого x86-совместимого проца сидит RISC-ядро и дешифратор, транслирующий каждую CISC-инструкцию в одну или более RISC-инструкцию. Избавление от этого дешифратора — это уменьшение размера кристалла, понижение температуры, повышение тактовых частот, то есть в конечном счете выигрыш в производительности.
А чтобы не терять в совместимости, можно перенести этот дешифратор в софт. Так было сделано, например, в процессорах Transmeta, которые исполняли x86-код на специально заточенном на это VLIW. Или в маках на PowerPC.
Кстати, на мобильный с работы мне звонят только в экстренных случаях. Если совсем не разделять рабочее и личное время, как в Вашем случае, то можно и инвалидом на голову стать.
Чтобы защитить свободу, нужно ей пользоваться.