насчет закрытости кода всё равно в будущем распространено будет software-as-a-service, когда закрытый код физически находится "где-то там", на удаленном сервере, а не на машине пользователя
вы не подумали о том, что в Singularity благодаря свойствам её рантайма возможно, к примеру, заинлайнить вызовы драйвера при компиляции? это возможно лишь managed-среде исполнения
у таких систем потенциал в производительности намного выше, чем у традиционных
думаю, автор просто перепутал версии windows, в Win 3.x действительно впервые появилась виртуальная память
>> И чем это принципиально отличается от драйверов в традиционных ОС? Что тут, что там - нативный код, работающий напрямую с железом.
мы работаем не напрямую с железом, а через HAL, который является SIP это значит, что мы еще при установке драйвера знаем всё про этот драйвер и про то, как он взаимодействует с железом
это значит, что драйвер не будет делать то, чего от него не ожидают
>> Замечательно, но зачем тогда вообще использовать MSIL и среду исполнения .net? Чтоб софт тормозил?
а кто сказал, что там софт тормозит? и почему он должен тормозить? MSIL используется для развёртывания приложения (deployment), а не для непосредственного исполнения
зачем это нужно очень подробно описано в статье
>> В общем, МС опять развлекаются созданием bloatware путем заметания мусора под ковер и нагромождения лишних сущностей.
к сожалению, лишние сущности необходимы для гарантий безопасности
вы же сами видите, что творится в Windows сегодня ;)
к слову сказать, в Singularity "динамизм" приложений сильно ограничен в частности, там нет Reflection и нельзя генерировать код в run-time опять же, из-за соображений безопасности (из-за того, что такой код невозможно верифицировать статически)
собственно, абстракция канала это часть формальной модели, которая используется для гарантии свойств безопасности
эта абстракция сильнее, чем абстракция "вот у нас есть кусок памяти и мы можем в него писать по рандомным адресам" с ней легче доказать интересующие нас свойства
поскольку для читателя это совсем не очевидно
глядя на ленту хабра чем он вам не "новостная социальная сеть" сегодня? очень даже похоже на дигг, что тут, что там линкопомойки
для меня, как для читателя что дигг, что реддит, что ньюс2, что хабрахабр одно и то же
а между реддитом и диггом вообще никакой разницы не вижу
Internet Explorer 66,36 %
Firefox 22,34 %
Opera 7,19 %
Safari 3,39%
посмотрим через неделю :)
вот если бы гугл вывесил на странице поиска промо фф..
а так этот яндекс капля в море, даже если в России доля Firefox достигнет 99% это не отменит необходимость фиксить вёрстку для IE
и нельзя говорить о том, что ему что-то нужно или нет
точно так же можно сказать, что "базовый пользователь" не умеет искать аддоны и вообще не знает про их существование
sudo make install :)
в эмуляторе будет работать
вот где сейчас Win16 софт? ;)
лучС?Рµ Р±С‹ С?ли новый таскбар Рє Windows 7 прикручивать, ага ;)
в Windows-версии используется независимая от десктопного .NET среда исполнения как раз и впихнутая в дистрибутив
про библиотеки речь не идёт интересует именно минимальный размер run-time, необходимый для работы C#-кода
вы не подумали о том, что в Singularity благодаря свойствам её рантайма возможно, к примеру, заинлайнить вызовы драйвера при компиляции? это возможно лишь managed-среде исполнения
у таких систем потенциал в производительности намного выше, чем у традиционных
думаю, автор просто перепутал версии windows, в Win 3.x действительно впервые появилась виртуальная память
>> И чем это принципиально отличается от драйверов в традиционных ОС? Что тут, что там - нативный код, работающий напрямую с железом.
мы работаем не напрямую с железом, а через HAL, который является SIP это значит, что мы еще при установке драйвера знаем всё про этот драйвер и про то, как он взаимодействует с железом
это значит, что драйвер не будет делать то, чего от него не ожидают
>> Замечательно, но зачем тогда вообще использовать MSIL и среду исполнения .net? Чтоб софт тормозил?
а кто сказал, что там софт тормозит? и почему он должен тормозить? MSIL используется для развёртывания приложения (deployment), а не для непосредственного исполнения
зачем это нужно очень подробно описано в статье
>> В общем, МС опять развлекаются созданием bloatware путем заметания мусора под ковер и нагромождения лишних сущностей.
к сожалению, лишние сущности необходимы для гарантий безопасности
вы же сами видите, что творится в Windows сегодня ;)
эта абстракция сильнее, чем абстракция "вот у нас есть кусок памяти и мы можем в него писать по рандомным адресам" с ней легче доказать интересующие нас свойства
он и нужен для передачи данных между процессами
просто к данным быстрее обращаться напрямую, чем копировать их туда-сюда ;)
Singularity гарантирует безопасность такого доступа, поэтому там так можно делать, а в Unix нельзя :)