ReactOS добился значительного повышения производительности сети

Странный вопрос. Это же винда. Разве не в этом её смысл?

Это как картинка из нулевых. Нарисована коробка с вистой и подписано: «Удивительная оптическая иллюзия. Вам кажется, что на картинке - говно, а на самом деле это операционная система».

так этот режим скорее всего никто не тестировал, потому что он мало кому нужен. Так всегда в софте.

Еще раз: зачем винда кеширует видеорежимы, если всегда может прочитать их из EDID? Почему видеорежим остается зафиксированным, если это, очевидно, должно быть временным явлением?

То, что видеорежим не тестировали, может означать, что он не работает, а не то, что он валит насмерть ядро целиком.

Это всё просто попытки оправдать дерьмовость винды.

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

Да мы сто раз это проходили. Вот, например ошибка

Что Jedi-to-be скажет? Во-первых придерётся, что «не FAT, а FS», во-вторых, «А никто работу на 135 Мб ОЗУ не обещал, радуйся, если рабочий стол загрузился»

Т.е. это какой-то редкий случай

Копиум. Вся винда из такого говна состоит.

В разработке ReactOS, аналога Windows с открытым исходным кодом, в последнее время наблюдается некоторое оживление.

Мега-новость.

произошло еще одно важное изменение: существенное улучшение производительности сети.

Ага, изменений аж целых 2. И ладно бы производительность выросла так, что обогнала бы саму винду или линукс. Тогда это действительно тянуло бы на новость. Но нет, производительность просто «улучшилась»…

Ну в винде много говна, чо уж тут.

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

Может дело в том, что там гоняли офис и автокад, а не игры.

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

Ну там челы такие. Свистоперделки прикручивать интересно, а баги исправлять не интересно. Реактось это игрушка.

Реактось это игрушка.

Это скорее - фалоиммитатор. Что с ним делают, гхм, «разработчики» вот этого вот, я могу - только догадываться… :)

кто вообще в 2026 пользуется загрузчиками? да кто вообще в 2016м пользовался загрузчиками?

«воспроизвести не удалось, можете повторить?»

Значит, скорее всего баг был исправлен. Нужна перепроверка.

Что @Jedi-to-be скажет?

На релизные версии баг-репорты не оформляют, скажу. А там указано, что это ReactOS 0.4.14 release. Нужно тестировать на каком-то билде ночной сборки.

С момента 2022 года уже несколько раз правили и менеджер памяти и драйвера файловой системы. Нужна перепроверка

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

Баги, которые зафиксированы на конкретном железе, особенно экзотическом, в принципе никто кроме оригинально репортера перепроверить не может.

Проект давно пора закопать. Но он истлел уже. И даже не воняет. Поэтому наверное решили не закапывать.

которые тратят свой талант хз на что

Это не игра с нулевой суммой. Если трату прикрыть, далеко не факт, что талант польётся куда-то ещё, тем более туда, что ты считаешь более достойным.

В Линуксах такого на несколько порядков больше. При первой моей попытке знакомства с Линуксами оно просто не загружалось до десктопа. При обновлении надо молиться, что всё не сломается. И это касается основных дистрибутивов вроде Debian, Ubuntu, Fedora.

Почему видеорежим остается зафиксированным, если это, очевидно, должно быть временным явлением?

Потому что такое документированное API установки видеорежима. А ломать документированное поведение нельзя.

Если трату прикрыть

Я не говорил, что ее надо прикрыть. Их право - заниматься чем хотят. А мое право - высказывать суждение относительно этого. Пусть каждый занимается, чем хочет - и все довольны.

В Линуксах такого на несколько порядков больше.

В современных линуксах такого на несколько порядков меньше. Линуксы за последние двадцать лет стали несравненно лучше, а винда скатилась в помойку.

Потому что такое документированное API установки видеорежима.

Это не объясняние того, почему люди, которые делали API, не включили голову, пока его делали.

Линуксы за последние двадцать лет стали несравненно лучше, а винда скатилась в помойку.

Последний случай, когда Линукс помер после обновления был у меня в этом месяце. С Windows такого не было ни разу за 20 лет.

Куда бы ни катилась Винда, до забагованности Линукса ей ещё очень и очень далеко.

Последний случай, когда Линукс помер после обновления был у меня в этом месяце.

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

Куда бы ни катилась Винда, до забагованности Линукса ей ещё очень и очень далеко.

Это уже даже не копиум, это просто клоунада.

В начале октября 2025 Вадим Галянт выпустил экспериментальную сборку ReactOS, предназначенную для отработки загрузки операционной системы на реальном оборудовании, совместимым с Windows XP (NT5.x). https://habr.com/ru/articles/955656/

И если кто-то думает, что загрузка до рабочего стола занимает 1 экран листинга на ассемблере, то он не понимает о чем говорит.

Это интересно, но только такие роадмапы можно делать по 30 лет, если их делает тупо 1 человек.

На самом деле это прекрасно, и я чертовски завидую уверенности в себе человека, который по 5 лет может чинить достаточно узкую проблему в софте, который 1) в ближайшее время прикладной отдачи, скорее всего, не даст; 2) является не полностью оригинальной разработкой, в реконструкцией чужого проприетарного проекта, который авторы давно забросили.

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

Как хобби может и прекрасно, но чтобы ОС стала работоспособна, нужен не 1 такой мотивированный чел, а хотя бы 10.

Судя же по коммит-логу, который я изучал полгода назад, там, во-первых, вообще очень мало осталось активных контрибьюторов, во-вторых, они в основном коммитят какую-то мелочь в приложения. Ядром занимается то ли 1, то ли 2 человека.

На самом деле я где-то в 2005-2006 успешно запускал тогдашний ReactOS на вполне реальном XP-совместимом железе (системный блок с третьепнём и 256 МБ ОЗУ). Даже KVM под это дело прикупил. Но у тогдашнего реактоса были другие неизлечимые болячки, в первую очередь управление памятью, поэтому долго работать у него не получалось. Сейчас с управлением памяти в реактоси стало намного лучше, но того железа у меня, к сожалению, нет.

Вот тут я недавно писал, хорошо бы мол, чтобы какая-нибудь контора поддержала бы процесс ) «Насколько я понимаю, ReactOS нельзя быстро доработать до такого уровня, чтобы ее можно было использовать вместо Windows 7 или Windows 10. Однако, если корпорация заинтересована в создании замены Windows, она должна быть готова инвестировать финансовые и организационные ресурсы. Возможно, стоит нанять стороннего разработчика, чтобы он оценил текущее состояние разработки и составил план действий. Затем корпорация должна взять на себя ответственность за процесс разработки, включая составление планов, постановку целей и финансирование разработчиков. Важно понимать, что ReactOS — это система с открытым исходным кодом, которая не позволяет напрямую монетизировать продукт за счёт продаж. Это означает, что затраты на разработку будут компенсироваться не за счёт продаж, а за счёт платной технической поддержки. Кроме того, необходимо учитывать юридические риски и возможные претензии со стороны Microsoft. Эти риски требуют тщательного анализа. С другой стороны, разработка операционной системы, совместимой с Windows, — это знаковое событие. В настоящее время в мире существует три основные операционные системы для настольных компьютеров: Windows, Linux и MacOS. И их будет четыре! Многие критики на форумах не понимают, насколько это важно.»

Надо ai подключать, cursor там или еще кого. По крайней мере всякие ошибки копипасты и т.п. он найдет. Или там синхронизацию с Wine наверное сможет сделать вчерне хотя бы.

«Насколько я понимаю, ReactOS нельзя быстро доработать до такого уровня, чтобы ее можно было использовать вместо Windows 7 или Windows 10.

Парадокс ReactOS в том, что несмотря на уже десятилетия разработки, что сделано вроде очень многое, она остаётся фактически непригодной ни для какого практического применения!

На этом фоне вспоминается история Windows. Поначалу она ведь тоже игрушкой была, однако уже для 2-й версии, например, существовала издательская система Ventura Publisher. Ныне забытая, но когда-то это был серьёзный бренд. И вот уже можно было в районе 1988-89-го года огранизовать, как тогда говорили, Автоматизированное Рабочее Место из 286/386-го компа с парой Мб и Ventura Publisher и готовить издательские материалы для печати.

Надо ai подключать

Тоже об этом подумал.

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

Вот этого чувака бы подключить, пусть профинансирует)) https://habr.com/ru/articles/986760/

А вообще мысль сунуть некоторые модули ReactOS в бесплатный AI у меня была. Пусть поищет очевидные ошибки в коде.

Мне так несколько существенных багов недавно нашли бесплатные сервисы. Багов, которые несколько лет были незамеченные.

Есть некая цепочка важности того «что сделано». Есть базовые функции системы, есть функции, основанные на них, есть следующий слой основанный на предыдущем и так далее. В ReactOS, никогда не имел работоспособного состояния самый базовый слой. Поэтому работать оно не может, ну никак. Что бы на уровне софта и рюшечек туда не впиливали. Это же просто смешно - там менеджер памяти не рабочий, а они в приложения что-то коммитят годами. Загрузчик ОС не рабочий. А они игры запускают.

Собственно, причина этих странностей очень проста. И кстати, в проекте GNU даже нечто такое было, когда они не смогли родить ядро. Там в команде нет, и видимо никогда не было, специалиста системщика. Прикладников то как грязи, системщиков мало. Там вообще нет. Поэтому, вся прикладная работа там не имеет смысла, у них ядро не фурычит и загрузчик спустя 30 лет разработки.

Системщики были. Ушли давно. Поэтому проект существует у состоянии признака.

Я все равно не совсем догоняю, вот есть KolibriOS и она загружается практически на всем, и бегает. И даже на моем ноуте сейчас стоит и выставляет родное разрершение, которое не ставится через VESA, имеет USB подсистему и дрова. Они работают. Intel HDA звук работает. Все это из коробки. И это уже в 2004 работало на компе, который был у меня тогда. И это просто позиционируется как любительская ОС. А тут чего?

Я уже молчу про Haiku, в которой я могу вообще работу работать при желании.

kolibri на несколько порядков проще архитектурно. При этом не стоит её переоценивать, там огромный объем рефакторинга проводился на каждом этапе, потому что архитектура MenuetOS представлял собой одну большую кучу из goto-лапши. И даже после всех доработок, kolibri это чисто хобби-продукт, с нулевыми гарантиями устойчивой работы.

Однако задача в разработке клона NTOS была намного сложнее. Необходимо было bug-to-bug повторить сложную архитектуры Шинды со всеми историческими наслоениями.

Один только драйвер NTFS при полноценной реализации может быть сложнее, чем всё ядро kolibri.

Так вот те, кто этим занимался, сделали хороший прогресс. Они собрали каркас. Но дальше надо этот каркас приводить в порядок и превращать в продукт. А сейчас это делать некому.

Вот это мы и наблюдаем, приделывание иконок и «запуск игр», а ядро чинить некому.

В то, что тут ИИ сильно поможет я не верю, ИИ работает в руках специалиста, а если специалиста нет как сейчас, то ничего и не будет. Гипотетически, если например мне дать ИИ и ядро ОС, я ничего не починю потому что я не вдупляю в ядрах, и ИИ тут не поможет. А если бы кто-то вдуплял, то уже до ИИ бы как-то работал, но такого не наблюдалось. Пока не понятно, что побудит специалиста прийти в проект.

Вайб-педали порадовали :)))

Но у тогдашнего реактоса были другие неизлечимые болячки, в первую очередь управление памятью

а принципиально ничего не поменялось. Просто, у народа стало памяти больше, и на двух гигах ОЗУ реактось не так быстро падает.

Во-первых, надо сделать выбор в пользу сертифицированного железа. Да хоть Nec PC-9821 ra43. Во-вторых, допилить состояние системы до того, чтобы на ней можно было на этом сертифицированном железе практически работать.

Там, может, и дело пойдёт побойчее.

Пусть поищет очевидные ошибки в коде.

Так, совали же. Я ж описывал, как там обстоит дело с багрепортами.

Нну, технически, можно просто следовать советам ИИ-шечки, а последующее тестирование (а тестами реактось покрыта неплохо), позволит понять, стало лучше или хуже.

Уже рабочее, и ММ, и загрузка до рабочего стола. Пусть в первом приближении, но все же.

Ну вот если бы ReactOS была доведена до рабочего состояния, и ей можно было бы пользоваться также, как WindowsXP хотя бы - устанавливать на любое совместимое железо, запускать приложения и все такое - было бы это достижением, ну, мирового уровня? По-моему, да. Может и не как SpaceX, но уж как Tesla точно. И участие в таком проекте стоит потраченного времени? Так-то уж, на что мы тратим свою жизнь, на какие значимые дела? Так, бесцельно прожитые годы большей частью )

Оно бы, конечно, было большим достижением, но

1. Это недостижимо.
2. Мелкомягкие тут же их бы и засудили.

Не-не, я помню, как где-то в районе 0.4.13 стабильность радикально улучшили, в виртуалке памяти сколько было, столько и осталось.

Ну вот если бы ReactOS была доведена до рабочего состояния, и ей можно было бы пользоваться также, как WindowsXP хотя бы - устанавливать на любое совместимое железо, запускать приложения и все такое - было бы это достижением, ну, мирового уровня? По-моему, да. Может и не как SpaceX, но уж как Tesla точно.

Поразительно. Давеча довелось обсуждать тот факт, что SpaceX опирается на технологии и проекты 1972 года (примерно), окончательно забракованные и у нас и в США в тот же период времени. Получили доступ к документации, и вуаля - оно взлетело вновь. Параллели с ВинХП и Реактос в вашем видении - прямо очевидные.

Ну, с натяжкой, win 7 вытащила ещё композитинг для новых видеокарт и забыл как их изоляция для приложений называется - это годные фичи к 2000.

Параллели с ВинХП и Реактос в вашем видении - прямо очевидные.

Виндовые технологии - это не забытые проекты предков, которые невозможно было реализовать тогда, и стало возможно сейчас. Это просто говно - что на этапе идеи, что на этапе реализации.

она остаётся фактически непригодной ни для какого практического применения

Ну насчёт «ни для какого» это некоторый перебор. Я на виртуалке с реактосом виндосборки прикладного софта делал, git и MinGW работают, проверено. И даже коммиты из реактоса делал.

Но да, по отношению ко вложенным усилиям всё печально, да.