Comments 79
Угу интересная штука должна получиться...тока с переходом на неё проблемы будут.
а гну им в ответ уже давно разробатывается Hurd.
а гну им в ответ уже давно разробатывается Hurd.
0
И браузер, наверное, будет там тоже Midori =)
+4
Интересное у оси название вызывающее ассоциации с Midori no hibi.
Походу в Microsoft отаку размножились до критической массы :-)
Походу в Microsoft отаку размножились до критической массы :-)
+2
ПО Midori :)
+4
для чтобы ассоциироваться с "Midori no hibi", ОС должна быть мобильной %)
для девайсов, умещающихся в одной руке )
*а вообще, midori - это зеленый или зелень*
для девайсов, умещающихся в одной руке )
*а вообще, midori - это зеленый или зелень*
+3
Вот и хорошо, что Midori, а не Yaoi...
+1
Мобильная Midori, скорее всего, появится первой.
И называться она будет Windows Mobile 8.
И называться она будет Windows Mobile 8.
0
UFO just landed and posted this here
С возвращением на Землю! :) Singularity уже давно не новость и стоит сначала почитать про её устройство.
+2
Очень хорошая идея, бОльшая часть ошибок/багов/проблем в осях из за ошибок памяти(переполнение, подмена указателей и т.д.) в C. Зато теперь _предварительную_ обработку кода берет на себя компилятор.
0
она там индусскую траву чтоли курят, чуть ли не каждый месяц новая ОС у них готовится...
-5
Интересно, как они разрешат конфликт имён?
+1
UFO just landed and posted this here
Профессиональные математические пакеты уже давно позволяют использовать мощности GPU для выполнения расчетов. Использование GPU для расчетных задач получило название GPGPU (General-Purpose computation on GPUs). Одним из наиболее известных средств, действительно, является CUDA, однако этим различные исследовательские и промышленные GPGPU-решения не ограничиваются.
0
Это какие такие пакеты, если не секрет? Для математических пакетов GPGPU совершенно не подходят. Они не позволяют эффективно реализовывать для них алгоритмы символьных вычислений. А их вычислители не соответсвуют стандартам IEEE и обладают посредственной точностью. Так что... Математические пакеты на GPGPU - это пока фантастика.
0
Так то плагины для рекламы CUDA. Есть ещё куча других плагинов разного качества. Но вот мы считали при их помощи преобразование Фурье - погрешности просто дикие.
0
А некоторые игры юзают GPU для расчета физики тел.
0
А потом они скажут "GOTCHA! Это тоже была Виста!"
+13
Вот чем не нравится мне Windows,так это тем что код не открытый..Систему под себя можно подделать,но не настолько сильно как в Linux.
З.Ы.:Разработка на .NET будет осуществлятся..?ИМХО,что то ужасное у мелкомягких выйдет)
З.Ы.:Разработка на .NET будет осуществлятся..?ИМХО,что то ужасное у мелкомягких выйдет)
-10
Скорее всего имеется в виду C# и его производные. Вполне неплохой язык, который сам по себе ничего ужасного в мир не несёт.
+4
К тому же намного удобнее и проще С++.
+3
Из собственного опыта — чем проще язык, тем меньше багов при разработке. Возможно не так быстро работает, но на порядок удобнее проектировать и имплементировать. Больше обращаешь внимание на сам алгоритм, чем премудрости языка.
0
UFO just landed and posted this here
Глядя на генерируемый jit'ом машинный код, у меня возникает ощущение что и .NET они заросили сразу после первой версии.
0
ИМХО это связано с особенностями самого языка. Благодаря метаданным в шарпе намного легче реализовать качественный интеллисенс чем в С++, где используються архаичные заголовочные файлы. То же касается и отладчика, который вовсю использует возможности CLR.
0
UFO just landed and posted this here
UFO just landed and posted this here
А вы чушь не несите и никто не обидится.
+1
UFO just landed and posted this here
UFO just landed and posted this here
PHP, говорите? eyeOS уже здесь :)
+1
UFO just landed and posted this here
Ну это как посмотреть. Она обеспечивает абстракцию от железа, позволяет программирование, управляет правами доступа и распределением ресурсов между приложениями, предоставляет UI и API для доступа к ресурсам. В этом плане eyeOS не сильно отличается от терминальных систем.
А уж на чём оно всё написано — это дело десятое.
А уж на чём оно всё написано — это дело десятое.
0
Простите, а вы думаете, что большая часть других систем написана на чистом машинном коде?
0
UFO just landed and posted this here
Повторяйте каждое утро мантру: "Как небо и земля могут отличаться результаты компиляции для одного и того же исходного языка в зависимости от компилятора". И Дао придёт к вам. :)
0
как-то мне браток читается, вместо Bartok :)
0
все уже знают, что следующая версия Windows будет называться Mojave )))) Уже и тестирование во всю ведётся. А вообще, я думал что текущая версия будет прощальной, как бы приуроченная к уходу Билла: hasta la VISTA...
0
Да midori и не будет заменой Vista после того, как виста отработает свое, скорее всего.
0
Вроде в Майкрософте немало русских людей - то-то им смешно, наверное, с этими "помидори".
0
UFO just landed and posted this here
Статья читается как рекламная. Упоминается куча технологий, о которых активно рассуждает SUN... Типа тон такой: а мы тоже так можем. Но SUN хотя бы не призывает драйверы писать на Java. А вообще у managed кода существует весьма крутой недостаток, связанный со сложностью дефрагментирования памяти и с различными сюрпризами в realtime (возможно я напишу об этом подробный текст). Очень инетресно, насколько хорошо будет работать managed стек tcp/ip на 10-гигабитной сетевой карте.
Кстати, не следует забывать и о том, что С# - язык своеобразный. И тот факт, что программа написана на нём, не гарантирует автоматически отсутсвия в ней утечек памяти и перепутываний указателей. Вероятно, реализовывать всякие низкоуровневые штуки позволяет именно unsafe-режим.
Вобщем как-то так. Вряд ли эти все планы будут воплощены в жизнь. А если и будут, то явно в некой иной форме. Микроядро, наверное, вот точно будет в этой системе, а каким будет всё остальное - неизвестно. Потому что микроядерная архитектура позволяет компоненты системы писать на чём угодно: хотя на C#, хоть действительно на Python :) У нас вот получилось такое микроядро сделать, которое позволило написать реально работающий прототип подсистемы управления памятью на S-Lang. Я, конечно, понимаю, что Microsoft не так крута, как мы :) но а вдруг и у них выйдет? :)
Кстати, не следует забывать и о том, что С# - язык своеобразный. И тот факт, что программа написана на нём, не гарантирует автоматически отсутсвия в ней утечек памяти и перепутываний указателей. Вероятно, реализовывать всякие низкоуровневые штуки позволяет именно unsafe-режим.
Вобщем как-то так. Вряд ли эти все планы будут воплощены в жизнь. А если и будут, то явно в некой иной форме. Микроядро, наверное, вот точно будет в этой системе, а каким будет всё остальное - неизвестно. Потому что микроядерная архитектура позволяет компоненты системы писать на чём угодно: хотя на C#, хоть действительно на Python :) У нас вот получилось такое микроядро сделать, которое позволило написать реально работающий прототип подсистемы управления памятью на S-Lang. Я, конечно, понимаю, что Microsoft не так крута, как мы :) но а вдруг и у них выйдет? :)
0
Ну утечку памяти можно организовать на любом языке. Куда важнее полная невозможность навредить другому процессу. Это должно обеспечиваться верификацией (само собой в safe-режиме). Низкоуровневые штучки действительно будут реализовываться через HAL. Если вы ещё не смотрели видео-серию про Singularity на Channel9, то очень рекомендую.
0
Так... В современных системах навредить другому процессу совсем не просто, это должно быть дырявое ядро у ОС, или кривой API, чтобы вред можно было нанести. Аппаратная защита и всё такое прочее.
В Singularity фишка как раз в том, чтобы попробовать обойтись без апаратной защиты, чтобы ускорить всякие вещи, вроде переключения контекстов процессов. Собственно это и есть SIP. Так вот, очень и очень не факт, что в итоге это будет эффективнее аппаратной защиты. Всё же необходимые для SIP сборщики мусоров требуют много ресурсов. Да и сами программы усложняются.
Конечно, Bartok умеет кое-что оптимизировать статически, но есть много разных приложений, для которых такая оптимизация невозможна. Так что, эффективность всё же под вопросом.
В Singularity фишка как раз в том, чтобы попробовать обойтись без апаратной защиты, чтобы ускорить всякие вещи, вроде переключения контекстов процессов. Собственно это и есть SIP. Так вот, очень и очень не факт, что в итоге это будет эффективнее аппаратной защиты. Всё же необходимые для SIP сборщики мусоров требуют много ресурсов. Да и сами программы усложняются.
Конечно, Bartok умеет кое-что оптимизировать статически, но есть много разных приложений, для которых такая оптимизация невозможна. Так что, эффективность всё же под вопросом.
0
UFO just landed and posted this here
Вендокапец пришёл, только с другой стороны :) (c)LOR
0
нiнгенъ: «Microsoft готовит компонентно-ориентированную не-Windows ОС под кодовым названием Midori»
нiнгенъ: терь зависания венды будут называть Midori no Hibi
нiнгенъ: то есть «Дни Мидори» XDDD
нiнгенъ: они официально признали, что венда — капризная женщина х)
(c) nyash.org.ru
нiнгенъ: терь зависания венды будут называть Midori no Hibi
нiнгенъ: то есть «Дни Мидори» XDDD
нiнгенъ: они официально признали, что венда — капризная женщина х)
(c) nyash.org.ru
0
Sign up to leave a comment.
Что готовит нам Microsoft после Windows?