LINUX.ORG.RU

ReactOS 0.3.9

 ,


0

0

Вышел новый релиз свободной операционной системы ReactOS - 0.3.9. В связи с приближением перехода на 0.4.0, основная работа проводится по исправлению ошибок, добавление новой функциональности сводится только к необходимому минимуму. В этом релизе такой минимум - базовая поддержка звука и улучшение сетевого стека.

Наиболее важные изменения:

  • Снижены минимальные требования памяти до 32 Мб. В теории, сейчас ReactOS можно установить, имея 24 Мб ОЗУ, и запускать всего лишь с 20 Мб оперативной памяти.
  • В ядре реализован новый, более быстрый интерфейс «Hyperspace Mapping», что дало прирост производительности более, чем на 300%.
  • Улучшения в проверках безопасности в менеджере объектов повышают производительность на 500%. Особенно это заметно при работе с реестром или большими файлами.
  • Решены различные проблемы NDIS и AFD, что улучшило совместимость с драйверами сетевых карт и закалило сетевой стек.
  • Предварительная поддержка звука через новый сервис Kernel Streaming. Теперь стало возможным использовать драйвер ac97 через новую библиотеку Port Class для воспроизведения звука используя программу winamp.
  • Большая работа проделана над интерпретатором командной строки, чтобы сделать его более совместимым. Теперь он может исполнять сложные скрипты, включая нашу Среду Сборки (ReactOS Build Environment).
  • Множество улучшений в части GDI, работающей в режиме ядра и отвечающей за отрисовку изображений.
  • Синхронизация большинства DLL с проектом Wine.

Ссылки для скачивания установочного и LiveCD, а также предустановленной версии для виртуальных машин - в подробностях.

>>> Подробности

Ответ на: комментарий от unC0Rr

>> И мой им совет пусть уже преписывают свое ведро на предмет совместимости с W7 по драйверам

>цель проекта - совместимость с вин2003. Всё некогда почитать о чём речь, скорей бы откомментить?

Как я понял, это был благожелательный совет. :))

Ну а по существу - 2003 это обрезанный ХР :)) (особенно в районе графики и другой мм,usb etc. дряни) - нашли на что ровняться. За счет этого повышенная стабильность - и долгие годы поддержки. Под ним даже далеко не все проги работают из комплекта XP!!! Вот так. (из последнее что я помню - flash as usb-cdrom - в модемах драйверы так идут)

Вот это еще раз ставит вопрос о целесообразности проекта :)

fi ★★★
()
Ответ на: комментарий от theos

Вот вы тут троллите, а на реактосе уже coLinux запустили)

sergej ★★★★★
()
Ответ на: комментарий от theos

>Странная какая то у вас логика. При работе в другом кольце сущностей не создаёться.

У тебя появляются лишние права. Права являются сущностью => создается ненадобная сущность. Неужели я настолько неясно выражаюсь?

>Да и при чём тут оккам, если мы сделаем из ХСервера подгружаемый модуль ядра?

Да хоть, что завалившиеся Иксы потянут все ядро за собой (и это не называя других недостатков).

>И где я утверждаю что _пользователь_ должен работать от рута?

Из твоих рассуждений следует, что пользователь _может_ работать от рута и ему за это ничего не будет. Реальность же показывает обратное.

dikiy ★★☆☆☆
()
Ответ на: комментарий от theos

> Вопрос в том, какое это имеет отношение переносу X в ядро? Что,
> модулей ядра не существует?


Давайте начнем с другого конца. Какую часть X вы хотели бы видеть в ядре? Тот же видеодрайвер уже там. Что вы хотите туда положить сервер? Клиент?

eXOR ★★★★★
()
Ответ на: комментарий от eXOR

Было бы странно иметь в 2000м году целью 2003ю винду. Цель сдвигается, но основная идея - предоставить ОС для старых приложений и драйверов остаётся. Поддержка вин7 ничего не даёт в этом смысле.

unC0Rr ★★★★★
()
Ответ на: комментарий от eXOR

>Цель проекта сдвигается с каждым новым релизом. В 2000-ом цель была NT4 потом 2000 и тд. С таким подходом проект никогда не будет 1.0 всегда будет на шаг позади M$.

Зенон, перелогинься! Оставшийся шаг ведь становится всё короче.

anonymfus ★★★★
()
Ответ на: комментарий от fi

> Ну а по существу - 2003 это обрезанный ХР

ну нет, это допиленный ХР, а не обрезанный :) Отрезанное отрезано по маркетинговым причинам, а не по техническим. К тому же, в рамках проекта РеактОС можно уместить совместимость одновременно и с 2К, и с ХР, и с 2К3, и с вистой (хотя бы частично)

unC0Rr ★★★★★
()
Ответ на: комментарий от dikiy

> А действительно ли они так хорошо давят, что указанные децибелло-
> пиписьки что-то решают?


Коротко: не решают.

Длинно:
Они давят неплохо, и позволяют себя почувствовать в более тихом помещении. Особенно хорошо когда на самолете долгий перелет рядом с мотором - субъективно становится тише раза в два. В оффисе перестаешь слышать шумы системников, бормотание соседей за стенкой.
С другой стороны они сами ухудшают качество воспроизводимого звука (издержки).

В общем если любишь хорошую музыку - плати за звукоизоляцию и слушай в правильном помещении (работа, пробки и общественный транспорт отпадают). Если не паришься - обходись бюджетными решениями. Я сторонник решения - не париться.

eXOR ★★★★★
()
Ответ на: комментарий от dikiy

>пользователь _может_ работать от рута и ему за это ничего не будет.

Где я это писал?

>У тебя появляются лишние права. Права являются сущностью => создается ненадобная сущность.

Я чёт не понял, это кто тут всё режет? Ещё раз, у фразы есть часть "без надобности". А не вообще.

>Да хоть, что завалившиеся Иксы потянут все ядро за собой (и это не называя других недостатков).

И так тянут. У меня не раз Х вешались намертво, и перезагружались самопроизвольно, так что всё равно не спасает.Да и мне вобщем то пофиг, работает ли в этом случае ядро или нет, мне проще комп перезагрузить, всё равно все гуёвые программы после рестарта Х отваляться.

theos ★★★
()
Ответ на: комментарий от dikiy

Бритва Оккама в Эйнштейновской формулировке:

«Всё следует упрощать до тех пор, пока это возможно, но не более того».

Ну и причем тут иксы, или сидение от рута? Может хватит высказывать умные слова, которые где-то были услышаны и запомнены, но о их понимании не идет и речи?

Balthazar
()
Ответ на: комментарий от unC0Rr

> Цель сдвигается, но основная идея - предоставить ОС для старых
> приложений и драйверов остаётся.


Не очень-то оптимистично строить OS для музеев. Старые приложения и драйвера продолжают ставить на старые OS. А сами старые OS запускают в виртуальных машинах - не более ли это адекватное решение? Тем более что это _уже_ работающее решение, а ReactOS за 13 лет разработки не выкатила ни одного стабильного релиза.

PS: Сам проект нужный и важный и я за то чтобы он был, но по-моему с целями проекта у них беда.

eXOR ★★★★★
()
Ответ на: комментарий от anonymfus

> Оставшийся шаг ведь становится всё короче.

Отнюдь. Если цель поддерживать весь legacy, который M$ отказывается поддерживать в новых версиях, то объем работ с каждой новой версией растет по экспоненте.

eXOR ★★★★★
()
Ответ на: комментарий от Balthazar

>>«Всё следует упрощать до тех пор, пока это возможно, но не более того».

>Ну и причем тут иксы, или сидение от рута? Может хватит высказывать умные слова, которые где-то были услышаны и запомнены, но о их понимании не идет и речи?

При всем.

Если по существу сказать нечего - проходи мимо.

dikiy ★★☆☆☆
()
Ответ на: комментарий от theos

> У меня не раз Х вешались намертво, и перезагружались
> самопроизвольно, так что всё равно не спасает.Да и мне вобщем то

> пофиг, работает ли в этом случае ядро или нет, мне проще комп

> перезагрузить, всё равно все гуёвые программы после рестарта Х

> отваляться.


"Это потому, что у тебя велосипеда не было" (почти цитата).

Если бы ты при умерших X-ах попробовал зайти на свой комп удаленно и сказать killall -9 X, то смог бы обойтись без перезагрузки. В случае сервера это огромное преимущество.

Unix и Linux - это МНОГОПОЛЬЗОВАТЕЛЬСКИЕ операционные системы. В отличии от windows xp, например. Потому если у тебя X-ы повисли не значит, что все остальные пользователи испытывают какие-либо неудобство работая с машиной удаленно. Потому убивать их сессии и лишать их возможности нормально работать - это мало того что технически глупо... это еще и по-человечески свинство.

eXOR ★★★★★
()
Ответ на: комментарий от dikiy

>При всем.

Вы так и не проаргументировали. На данный момент только один "Х унесут за собой ядро". Он сомнителен. Сомнения я уже написал. Все эти принципы ценны не сами по себе. ПРограммы они для пользователей, а не для программистов. Если ваш принцип делает программу для пользователей хуже - проблема в вашем принципе.

theos ★★★
()
Ответ на: комментарий от theos

> А то я уже выдохся повторять одно и тоже)

Самокритично. Может быть стоит не только трясти, но еще и думать?

eXOR ★★★★★
()
Ответ на: комментарий от theos

> Если ваш принцип делает программу для пользователей хуже - проблема
> в вашем принципе.


Пользователи для которых хуже - значит медленнее идут на WinXP.

Пользователи для которых хуже - значит один пользователь в системе идут на X11.

Пользователи для которых хуже - значит не хочется кнопочки на экране облизывать идут на MacOsX

Пользователи разные. Хуже у них тоже разные.

eXOR ★★★★★
()
Ответ на: комментарий от eXOR

>Самокритично. Может быть стоит не только трясти, но еще и думать?

Ну я стараюсь говорить на разные лады. и переставлять слова в фразах. Если бы была возможность раскрашивал бы слова разными цветами.

theos ★★★
()
Ответ на: комментарий от theos

>>пользователь _может_ работать от рута и ему за это ничего не будет.

>Где я это писал?

Ты писал:

>От того, вы каком кольце защиты работает программа, новых сущностей не создаётся.

Отсюда следствие - при работе под рутом сущностей не создается. Отсюда следствие - работа под рутом должна быть не более опасной, чем не под рутом.

>>Да хоть, что завалившиеся Иксы потянут все ядро за собой (и это не называя других недостатков).

>И так тянут. У меня не раз Х вешались намертво, и перезагружались самопроизвольно, так что всё равно не спасает.Да и мне вобщем то пофиг, работает ли в этом случае ядро или нет, мне проще комп перезагрузить, всё равно все гуёвые программы после рестарта Х отваляться.

Таки в 95% случаев не тянут. А в твоем случае скажи спасибо кривым закрытым дровишкам от нвидии/ати.

Тем более за последние два года могу только три случая припомнить, чтоб Иксы ядро потянули за собой. Да и то - из-за блоба nvidia.ko

В остальных случаях - просто ctrl+alt+f1

(из гуевых программ, окромя KDE, только браузер да эмулятор терминала работает :)

Да и вообще - если тебе проще комп перезагрузить, так это не значит, что всем остальным тоже проще. А меня на десктопе аптайм уже с 6 месяцев наверное.

+ проблемы с безопасностью + проблемы с блокировками скорей всего (если Иксы начнут тупить). Короче - никому это не нужно, графику в ядро втискивать.

А те нектороые, думающие, что нужно - не могут.

dikiy ★★☆☆☆
()
Ответ на: комментарий от eXOR

>Пользователи для которых хуже - значит медленнее идут на WinXP.

oO Вы не считаете, что для программы которая работает медленно (для вас) это хорошо? Я не сказал что скорость - самое важное. Но это важное состовляющая.

Я же кучу раз спрашивал, что действительно существенно ухудшиться если перенести Х сервер на уровень ядра. Майнтабельность конструкции - важная состовляющая, я готов приянть это как аргумент. Но _объективных_ аргументов пока не было.

theos ★★★
()
Ответ на: комментарий от theos

>Если ваш принцип делает программу для пользователей хуже - проблема в вашем принципе.

В том-то и дело, что он делает программу для пользователей лучше.

dikiy ★★☆☆☆
()
Ответ на: комментарий от theos

>Я же кучу раз спрашивал, что действительно существенно ухудшиться если перенести Х сервер на уровень ядра. Майнтабельность конструкции - важная состовляющая, я готов приянть это как аргумент. Но _объективных_ аргументов пока не было.

Тебе уже кучу раз объяснили. Тут не школа. И если ты не понимаешь последствий, то разжевывать здесь желающих мало.

Если еще осталось желание - учи C и пиши графику в ядре )

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

Ура. начали аргументы.

>Таки в 95% случаев не тянут. А в твоем случае скажи спасибо кривым закрытым дровишкам от нвидии/ати.

А у меня в точности наоброт. И мне вобщем то неважно, какая часть подсистемы там рухнула.

theos ★★★
()
Ответ на: комментарий от dikiy

>Тебе уже кучу раз объяснили.

Кучи не было. Когда идёт ссылка на бритву, то нужно доказывать почему сущность лишняя.

theos ★★★
()
Ответ на: комментарий от dikiy

>под рутом сущностей не создается. Отсюда следствие - работа под рутом должна быть не более опасной, чем не под рутом.

Да блин, меньшее число сущностей это не значит более удобное пользование.

theos ★★★
()
Ответ на: комментарий от dikiy

>Если еще осталось желание - учи C и пиши графику в ядре )

С знаю, но менять такую систему бессмысленно с учётом роста мощности компов. Я знаю более эффективное применение для своего времени)

theos ★★★
()
Ответ на: комментарий от theos

> Я же кучу раз спрашивал, что действительно существенно ухудшиться если перенести Х сервер на уровень ядра.

Стабильность работы ядра ухудшится. Секъюрность ухудшится.

Нормальный подход - это делить крупные программы на слабосвязанные друг с другом части, и располагать их в разных адресных пространствах. Чтобы сбой внутри одной части не мог разрушить остальные. Чтобы сложность каждой из частей была ограничена. Чтобы был вменяемый способ отрабатывать подобные сбои. Чтобы получить профит от многопроцессорности, не прибегая к error-prone threads. Это азы.

Из этих соображений KDE запускает целую груду процессов, вместо одного монолитного бинаря (сравни с вендой, где при падении проводника почему-то исчерзает таксбар с кнопкой пуск). Из этих соображений google chrome на каждый таб рожает по процессу. Из этих соображений vmware также плодит кучу процессов.

В случае с ядром - хорошо бы выбросить как можно больше кода из нулевого кольца, изолировать низкоуровневые драйверы устройств от высокоуровневой логики вроде файловых систем (и файловые системы друг от друга). А ты вместо этого предлагаешь ввалить в ядро еще и иксы. Убейся.

Manhunt ★★★★★
()
Ответ на: комментарий от Shaman007

> За торговлю элитарностью пора снимать скор.

... сказал обладатель макбука и ифона :-)

no-dashi ★★★★★
()
Ответ на: комментарий от eXOR

>Старый DirectX.

Это критерий не морального старения, а морального падения :)

Attila ★★
()
Ответ на: комментарий от Manhunt

Да мне то вобщем пофиг. На моей машинке не тормозит. А вот на старой машине с 256 мегами опративки и 1.7 селероном гном был ооочень неспешащий (супротив винды).

Если вернуться к истории, то я был против определённого способа аргументации, а не против того что Х вне ядра.

theos ★★★
()
Ответ на: комментарий от eXOR

>Только зачем в видюхе X...

Для управления, для управления. Хотя-бы тем же Open GL. Х - это не только ценный мех, но и управление по стандартному протоколу :). По-сути современная видяха - это вполне себе кампутер и если её рассматривать в таком качестве, то почему бы и не запускать там Х. Будет не просто видяха, а практически львиная доля АППАРАТНОГО Х-терминала.

Attila ★★
()
Ответ на: комментарий от unC0Rr

>цель проекта - совместимость с вин2003. Всё некогда почитать о чём речь, скорей бы откомментить?

Так флаг в руки и транспарант на шею. Я о другом для того чтобы ваша ОСь оставаясь совместимой с NT, запускалась на оборудовании, заточенном под 7, надо чтобы дрова от 7 можно было ставить в вашу ОСь, в противном случае переименовывайте свой продукт в СизифОС и не выёживайтесь.

Attila ★★
()

http://www.reactos.org/ru/about.html

"Многие последователи UNIX используют для вывода графики ставшую стандартом де-факто систему X-Window, которая также обладает, возможно, одной из худших архитектур в истории развития программного обеспечения."

nice! Хорошо сказали )
Линакс, кроме, может быть, ядра, обладает вообще отвратительной архитектурой. Типа "скрипт-сопли-скрипт-сопли-бинарник-ядро". :-/

xawari
()
Ответ на: комментарий от Manhunt

> (сравни с вендой, где при падении проводника почему-то исчерзает таксбар с кнопкой пуск).

Это лол :). Наверное потому, что упал процесс, отвечающий собственно именно за это? Согласитесь, делать отдельный процесс, который будет отображать таскбар, второй - десктоп, третий - трей, четвертый - quick launch, не совсем логично.

Кстати говоря, при этом ctrl+alt+del, taskmgr, File->New Task(Run...)->explorer.exe решают проблему, если он, конечно, заново не перезапустился сам. И ненадо ничего перезагружать. Только вот часто уровень грамотности виндовых пользователей такое не позволяет проделывать.

fireballrus
() автор топика
Ответ на: комментарий от Gary

>Критерий морального старения - увеличение числа софта/железа(читай - драйверов), несовместимого с этой версей, но совместимого с новой.

Нет! Это критерий шизофренической жадности одной мелкомягкой конторы.

Ты лучше посмотри на ряд DOS -> WIN3.1 -> WIN95 -> WINXP и сразу найдешь признаки морального старения систем, а вот переход от XP -> Vista что-то отчетливое не вырисовывается, было много понтов с WinFS, но так кроме понтов ничего и не вышло.

Attila ★★
()
Ответ на: комментарий от Attila

>Критерий морального старения - увеличение числа софта/железа(читай - драйверов), несовместимого с этой версей, но совместимого с новой.

Я вот монитор покупал год что-ли назад.. На нём была наклейка "Designed for Vista!", и знаете - ничего, работает и в реактосе, как ни странно :)

Кардинально нового всё ещё не изобрели, и врядли изобретут. Идут только улучшения и логическая эволюция стека драйверов, за которой мы также следуем. А то, что под ХР неработает, а работает под 7-ку - вообще это даже законам рынка противоречит. Потому, что продать железяку надо как можно бОльшему числу пользователей. А доля 7-ки сейчас довольно мала.

fireballrus
() автор топика
Ответ на: комментарий от Manhunt

> Нормальный подход - это делить крупные программы на слабосвязанные друг с другом части, и располагать их в разных адресных пространствах.

Вот именно. И бритва Оккама здесь абсолютно непричем...

Balthazar
()
Ответ на: комментарий от fireballrus

> На нём была наклейка "Designed for Vista!", и знаете - ничего, работает и в реактосе, как ни странно :)

Угу, остается еще декларировать совместимость ReactOS с блоками питания и корпусами.

Balthazar
()
Ответ на: комментарий от sniper21

> Все баги от древнючего софта...

Слив засчитан, мой зеленый друг

Firebat
()
Ответ на: комментарий от fireballrus

>Это лол :). Наверное потому, что упал процесс, отвечающий собственно именно за это? Согласитесь, делать отдельный процесс, который будет отображать таскбар, второй - десктоп, третий - трей, четвертый - quick launch, не совсем логично.

Именно поэтому сегодня наблюдал картину маслом. При входе в систему запускается експлорер, который запускает мастер настройки при первом входе и этот мастер виснет на настройке аутглюк экспресс.

Поскольку все это один процесс, его можно только завершить. И получить голый экран без нифига. Повторный запуск explorer.exe приводит проходит в том же ключе. Приехали.

AVL2 ★★★★★
()
Ответ на: комментарий от xawari

> 90 тыщ мне отвалил по-бырому, а? На winNT5.2ee

Бомжатина, тебе я не подам даже на Вин ХР Стартер Эдишн :D Если чуть серьезнее, то дело не в 90 тыс, а в том, что за них ты не получаешь ничего, кроме убогой лицензии и отказа от гарантий. Прав на использование программы по своему усмотрению - не получаешь. Права знать, что же там внутри нее - не получаешь. Права нанять независимых разработчиков для добавления нужной тебе функциональности - не получаешь. Права поделиться этой программой с друзьями - не получаешь. С такими ограничениями она и бесплатно не нужна.

Manhunt ★★★★★
()
Ответ на: комментарий от unC0Rr

>> Ну а по существу - 2003 это обрезанный ХР

>ну нет, это допиленный ХР, а не обрезанный :) Отрезанное отрезано по маркетинговым причинам, а не по техническим.

Ну-ну, блажен кто верует.

Когда пилили серверные фичи, то обрезали многие клиентские, и именно по техническим причинам: как показал отдел поддержки - основная проблема стабильности - 3D графика и всякие примочки типа usb. По возможности это и порезали. Поищи в инете, был даже перевод блога разработчика.

PS кстати, как я заметил, многие девелоперы в винде обычно чинят баг - просто выключая фичу. Я был крайне удивлен таким подходом, на что мне резонно заметили - это можно отложить до следующего релиза (минор), сейчас главное сдать. А на вопрос: а если и в следующим релизе не получиться? - тогда забьем. :D

fi ★★★
()
Ответ на: комментарий от fireballrus

> А то, что под ХР неработает, а работает под 7-ку - вообще это даже законам рынка противоречит. Потому, что продать железяку надо как можно бОльшему числу пользователей.

Ты забыл, что ХР уже давным-давно не продают. А с новой железякой купят новый софт, кторый эту железяку может полноценно использовать. Использовать по 4-8 ядер, использовать многие гигабайты оперативки, использовать современные видеокарты (дх10 ведь под хр никто не выпустил, верно?). Так что если ReactOS не сможет скушать драйвер от Виндовс7, то толку от нее совсем никакого.

И ты так и не ответил на мой вопрос: когда планируется полноценная поддержка DirectX 11? Который предоставляет интерфейс для вендовых cpugpu вычислений?

Manhunt ★★★★★
()
Ответ на: комментарий от fireballrus

> Согласитесь, делать отдельный процесс, который будет отображать таскбар, второй - десктоп, третий - трей, четвертый - quick launch, не совсем логично.

Не соглашусь. Не вижу причин держать их в одном процессе. Рантайм данные у них не пересекаются, функциональность заметно разная, а общие для них всех so^W dll-ки лишней памяти не скушают, сколько процессов ни запускай. С учетом их падучести, сам столлман^W баллмер велел разделить.

А в одном процессе они все живут, видимо, по историческим причинам. Когда лепили вин95, об этом никто не задумался. Да так до сих пор руки не дошли отрефакторить поделку свою. А зачем? Юзеры-то кушают. Да и совместимость обратную так легче гораздо поддерживать.

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

> Если чуть серьезнее, то дело не в 90 тыс, а в том, что за них ты не получаешь ничего, кроме убогой лицензии и отказа от гарантий.

Если сравнить с линуксом. То доточка линукса под твои нужды может обойтись гораздо дороже жалких 90 тыс. Но однажды оплатив эту работу, ты получаешь по лицензии GPL все потроха - и код, и сопутствующие права. Это защита твоих инвестиций - какая при вложениях в проприетарный лицензионный софт даже не снилась.

Manhunt ★★★★★
()
Ответ на: комментарий от Manhunt

>> И ты так и не ответил на мой вопрос: когда планируется полноценная поддержка DirectX 11?

Странный вопрос, с учетом того что нет пока ни дх11, ни девайсов, его поддерживающих.

Balthazar
()
Ответ на: комментарий от Manhunt

> А в одном процессе они все живут, видимо, по историческим причинам. > Когда лепили вин95, об этом никто не задумался.

Ну тут я думаю не в этом дело. Вин95 - вообще отдельная ветвь, мне совершенно неинтересная.

А дело в том, что такое изобретение, как потоки (нити), в юникс-мире незнали довольно долго (и узнали несколько лет назад в общем-то), и поэтому, выражаясь вашими словами, лепили всё в отдельные процессы, потому что другого выхода небыло. А то, что рантайм данные у них как раз таки пересекаются, смена контекста съедает время, и InterProcessCommunication тоже не сахар - это всё люди учли.

Вообще не стоит быть наивным, и думать, что все везде лОхи работают. Да - есть быдлокодеры, но были всё-таки и светлые умы, кто действительно занимался интересными вещами.

fireballrus
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.