Чувствую, что в этот раз вы реально заскучали по весточкам от нашего проекта! Целых семь месяцев мы работали, не покладая клавиатур, чтобы вы могли скачать и протестировать очередную версию нашей операционной системы. В ней было исправлено 226 багов, сделано 1140 изменений в исходном коде и специально для вашего удовольствия добавлены новые нескучные темы оформления
Скачать образы системы | Пресс–релиз | Список изменений | TL;DR | Тесты и список регрессий
Несмотря на заявленный оперативный график формирования релизов раз в 3 месяца, окончательная подготовка выпуска 0.4.12, которая по традиции велась в отдельной ветке, заняла на этот раз немногим больше полугода. Причиной столь длительного процесса подготовки было желание нашего перфекциониста и релиз–инженера по совместительству, Иоахима Хензе, исправить как можно больше регрессий, накопившихся за последние несколько лет. В результате Иоахим добился устранения не менее 33 регрессий, что можно назвать впечатляющим результатом.
360 Extreme Explorer на основе Chromium 69 в ReactOS 0.4.12. Скриншот прислал Андрей Шаталов
Самым значимым исправлением в версии 0.4.12 стала ликвидация серии проблем, которые приводили к искажению рендеринга текста на кнопках в множестве разных приложений, таких как iTunes и программ на основе.NET framework (2.0 и 4.0). Теперь и в самом деле есть толк от .NET приложений!
Стараниями нашей команды дизайнеров добавлены две новые темы оформления — Lunar в стиле XP с изменённой цветовой схемой и Mizu в стиле новых версий Windows.
Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
Добавлен свободный драйвер для сетевого адаптера Intel e1000, используемого в виртуальных сетевых интерфейсах VirtualBox и VMware по умолчанию. Его разработкой занимались Виктор Переверткин и Марк Дженсен.
Станиславом Мотыльковым была добавлена возможность загрузки драйверов для MIDI–инструментов и управления ими.
Самым старым баг–репортом (c возрастом в солидные 15 лет), исправленным в ReactOS 0.4.12, стал запрос CORE–187 о добавлении поддержки локального переопределения Dll при помощи файлов с расширением ".local". Локальное переопределение необходимо для работы многих portable–программ.
Кроме всего прочего, стоит вспомнить, что теперь решены некоторые проблемы в осуществлении сетевой загрузки по протоколу PXE. Этот метод запуска стал еще результативнее.
Переписан код для защиты от изменения приложениями компонентов, выполняемых в пространстве ядра (ntoskrnl, win32k, драйверы и т.п.).
Как обычно осуществлена синхронизация с кодовой базой Wine Staging версии 4.0 и обновлены версии сторонних компонентов: BTRFS 1.1, UniATA 0.47, ACPICA 20190405, libpng 1.6.35, mbedTLS 2.7.10, mpg123 1.25.10, libxml2 2.9.9, libxslt 1.1.33, libtiff 4.0.10.
Захотели поставить ReactOS первый раз в своей жизни? Обязательно просмотрите этот мануал.
Вам понравился этот релиз? Ждем ваших комментариев и мнений! Не забывайте, что вы можете помочь проекту не только пожертвованиями, но и просто поставив ему звездочку на гитхабе!
До новых встреч, друзья! Цзай дзян!
Комментарии (172)
Graid
06.10.2019 06:40Предполагаю, что часто задают этот вопрос, но все же как с поддержкой реального железа? Если пока все плохо, есть какой-то roadmap?
Doctor5772
06.10.2019 11:51Присоединяюсь к вопросу. Возможно прозвучит глупо т.к. не осведомлён о всех тонкостях, но есть ли поддержка распространённых UPnP-драйверов? Понятное дело что вряд ли можно рассчитывать на установку специфичных драйверов, но вот те же, допустим, USB-микрофоны и наушники, мышки и клавиатуры, часто используют некие базовые драйверы.
wxmaper
06.10.2019 08:38Почему на первом скриншоте у двух окон разные тени?
А у нижнего окна она вообще порвалась слева вверху ;(
Mabu
06.10.2019 11:04Я думаю потому, что такая тень у окна — это на самом деле рисунок внутри клиентской области окна, у которого скрыты граница и заголовок. Это подтверждает нестандартный вид и расположение крестика, он не системный, а нарисованный.
d22
06.10.2019 08:51В virtualBox не загрузилась, качал установочный CD. Установка прошла нормально, крашится virtualbox при первой загрузке
mistergrim
06.10.2019 11:48В VmWare Workstation устанавливается и запускается запросто, но не работает сеть.
JohnDoe_71Rus
06.10.2019 12:37уточните как именно сеть не работает?
У меня еще на 4.10(qemu) команда ping google.com выдавала ip адрес а дальше Host Unreachablemistergrim
06.10.2019 13:06Переустановил, абсолютно с теми же параметрами, сеть заработала. Мистика.
Firefox 48 работает, 52 — уже нет.
Ну как работает… Поиск в яндексе уже вешает систему.
Denai
06.10.2019 15:38В районе 50-й версии в firefox начали движок в сторону quantum менять, видимо где-то там неподдерживаемая фича появилась
Amsbus
07.10.2019 00:21Рискну предположить, что коли заявлен е1000, то нужно выбрать тип машины windows 7, т.к. в противном случае будет другой адаптер. Выбирать нужно при создании ВМ.
mistergrim
07.10.2019 00:26Повторюсь: пересоздал виртуалку с такой же точно конфигурацией (Windows XP и т.д). Сеть была и в первый раз, только не пинговалось ничего.
Extravert34
07.10.2019 01:42Нет, всё проверяется в первую очередь на конфигурации Windows Server 2003
zzzzzzzzzzzz
06.10.2019 10:25Этот метод запуска стал еще результативнее
Вот от этой фразы накатила ностальгия: ставишь Windows 95, а она на тёплом ламповом мониторе подобные рекламные сообщения крутит…
(Хотя после этого пришла и мрачная мысль: в ReactOS «еще результативнее» может значить, что раньше загрузка падала на 70%, а теперь на 90%)
Revertis
06.10.2019 11:52Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
Только сделайте, пожалуйста, возможность переопределить эти хоткеи другой программой. Я, например, раньше настраивал управление плеером на Win+Left и Win+Right, а потом Микрософт мне это обломал :(trdm
06.10.2019 22:31хорошим тоном было бы завести ветку в реестре и определенную логику обработки хоткеев.
Am0ralist
07.10.2019 22:01отключение этой фичи в настройках мыши вообще помогает? или вам эта фича нужна сама по себе тоже?
Revertis
07.10.2019 22:04Мне нужно освободить сочетания клавиш Win+Left и Win+Right, чтобы я мог их использовать в другой программе. Win+Up и Win+Up тоже желательно.
Am0ralist
07.10.2019 22:16Мы эту фичу недавно обсуждали, вырубается вообще прилипание к краям экрана если тащить мышкой и соответствующие реакции на эти сочетания клавиш.
Keynessian
06.10.2019 11:55А на ReactOS можно запустить игры для Десятки?
Особенно интересует возможность запуска Kings Bounty II
Doctor5772
06.10.2019 12:05+1Главная проблема запуска игр — необходимость аппаратного ускорения отрисовки через видеокарту. Для этого нужен драйвер и библиотеки для DirectX (9, 10, 11, 12), смотря что требуется игрой. Поддержка таких драйверов, насколько я понимаю, пока отсутствует или если и поставите, гарантий работы не будет.
Однако, если разработчикам ReactOS удастся использовать видеокарту с Vulkan API, то через трансляторы, вроде DXVK и D9VK, можно будет те же игры запустить.Keynessian
06.10.2019 13:26Жаль… :(
хотел бы полностью отказаться от Винды заменив его на Реакт.Doctor5772
06.10.2019 14:27Может быть на первое время вам подойдёт какой нибудь дистрибутив Linux? Wine для запуска софта и игр, так же в Steam-клиенте есть свой Wine с патчами (Proton), драйверы к видеокартам в комплекте (правда, для Nvidia придётся поставить проприетарный), устоявшийся и стабильный набор софта. В теории можно простимулировать разработчиков доработать нужные api для совместимости с видеодрайверами от Windows. На практике, если не учитывать кол-во желающих и «общий котёл стимула», это явно не простая задача и вряд ли она решится в относительно близкие сроки.
Jeditobe Автор
06.10.2019 13:05ReactOS может запускать некоторые программы, скомпилированные для десятки, через режим совместимости, но только если там не используются специфичные API.
grims
06.10.2019 12:26Спасибо за ссылку для тех кто впервые решился поставить ReactOS. Новые звездочки на github уже засияли.
Добавлен свободный драйвер для сетевого адаптера Intel e1000...
А у вас не такого же только для Intel e100 из коробки? И, да, я понимаю всю абсурдность просьбы.Extravert34
06.10.2019 13:55e100 нет. Если кто-то хочет написать, мы не против :)
Но мы сами вряд ли будем этим заниматься
DreamingKitten
06.10.2019 15:48Вот интересно, если декларируется совместимость с WinAPI на уровне 2003 сервера, то, надо полагать — совместимость на уровне ABI. Почему такой же совместимости нет для драйверов? Чтобы их не надо было переписывать заново каждый, а взять уже готовые виндовые?
Jeditobe Автор
06.10.2019 15:54Там большинство глюков вызвано с несовершенством механизма управления питанием и PnP-менеджера.
Extravert34
06.10.2019 16:13Сетевые драйверы от винды как раз работают лучше всего — Intel PRO/100 я сам пробовал, да и PRO/1000 тоже работают. Тут просто сделали минимально работающий драйвер, который есть уже сразу в сборке
andreymal
06.10.2019 19:28+1Почему такой же совместимости нет для драйверов?
Есть, но пока нет. В сборки Вадима Галянта успешно тащится пачка драйверов из оригинальной Windows 2003 (список), но ещё не все изменения из его сборок доехали в апстрим
а взять уже готовые виндовые
Взять-то может и можно, и может они даже заработают, только помещать-то в сборку их всё равно нельзя по юридическим причинам
DmitrySpb79
06.10.2019 13:01Как я понимаю, вопросы типа «зачем всё это» авторов проекта уже достали?
На каком уровне совместимости с WinAPI сейчас находится проект, еще Windows 98 или уже хотя бы Windows 2000 догнали? :)
Идея подарить миру «Бесплатную Windows» конечно хороша, но 100% утопична — даже чисто по человеко-часам группа энтузиастов не сможет догнать команду Microsoft в реализации всех API, обновлений и драйверов, которые появляются ежегодно. А если бы вдруг и смогли, MS задавила бы всё это юридически, как только появилась бы опасность упущенной прибыли.
Но как хобби, почему нет, авторам удачи ;) Может для каких-то старых железяк на производстве, где до сих пор древние версии винды работают, оно и пригодится даже.FForth
06.10.2019 18:49Жду, того момента, когда ReactOS, хотя бы станет, стабильно загружаться на железе с LiveCD как это умеют образы Linux систем (например сейчас для i-net сeрфинга использую версию CD Linux — XenialPup)
AlexPancho
07.10.2019 12:46вам не нужно — пройдите на ЛОР и спросите в ветку любого дистра «зачем еще один Линукс?».
MS задавила бы всё это юридически, как только появилась бы опасность упущенной прибыли
вы так говорите, будто всю жизнь занимаетесь корпоративным правом в области ПО, хотя это явно не так.
Может для каких-то старых железяк на производстве, где до сих пор древние версии винды работают, оно и пригодится даже
ядро Виндовс и системные вызовы во многом остаются совместимыми со времен первого NT, навороты именно там очень редко и мало появляются.DmitrySpb79
07.10.2019 13:21А вы сомневаетесь что MS не задавила бы? Денег на юристов у MS побольше будет. Просто принцип Неуловимого Джо здесь работает во всей красе, и пока что никакой угрозы бизнесу тут не видно от слова «совсем».
Даже по отзывам в этой ветке видно, что ни у кого толком ничего не работает.Tufed
07.10.2019 17:17Nintendo вот тоже не чесалась долгое время, а тут раз и решила наказать сайты продававшие ROM файлы для эмуляторов несмотря на то, что сама консоли ужа давно не производит и не продает. MS может сделать так же. Сами не делаем и другим не дадим.
Jeditobe Автор
07.10.2019 17:38+1Консоли Nintendo до сих производит и продает, просто другие.
Сравнение с Nintendo в данном случае некорректно. Сайт, выложив бинарные копии игр 1 к 1, грубо нарушил авторские права.Tufed
08.10.2019 12:14Ну так и MS производит и продаёт Windows, только другую, отличную от ХР. Но почему-то ReactOS продолжают пилить. Значит это кому-то нужно. Отличие в случае ReactOS конечно есть, она не нарушает авторские права и не содержит оригинальных файлов от ХР. Но сравнение очень даже корректно, т.к. в обоих случаях это попытка создать экосистему в замен недоступной у официального производителя. Реализации разные.
Fregl
06.10.2019 13:04Двоякие ощущения. С одной стороны похвально, что есть энтузиасты которые занимаются этим. С другой стороны вопрос практического применения на деле. У меня так и не удалось запустить сеть. Поставить, поклацать и забыть… Практического применения как основной ос пока нет. А вот если бы добавили мультиплатформенность, и например запускать на андроид совместимых боксах взамен андроид (как новый surface может запускать наивные х86 бинарники на arm), вот это было-бы намного интереснее.
mistergrim
06.10.2019 13:12Боюсь, до мультиплатформенности такими темпами пилить ещё лет пятьдесят, и нет, это не шутка.
itshaman
06.10.2019 13:38Здравствуйте, а как работает и работает ли обновление дистрибутивов внутри установленной ОС?
Что-то наподобие atp get update?x86corez
07.10.2019 14:08Об автоматическом обновлении говорить ещё рано в принципе. В установщике есть возможность обновления всех системных файлов, но эта функция предназначена для разработчиков, которые тестируют свои изменения в коде.
Larymar
06.10.2019 15:06Так и не понял из статьи и вики
Есть ли поддержка dx9?
Просто упоминается возможность запуска приложений под из win8 и win10
Тогда что насчет стандартных майковских решений типа cx, wpf, uwp?Jeditobe Автор
06.10.2019 17:00Поддержка dx9 без аппаратного ускорения только, через трансляцию вызовов в OpenGL.
Поддержка приложений win8/10 только если это стандартные win32 или .NET2.0/4.0 приложения, скомпилированные без сильно специфических API от новейших версий Windows.
Keynessian
06.10.2019 17:36А когда ожидается аппаратная поддержка?
OpenGL — надеюсь аппаратный?
Тот же вопрос про Vulkan, PhysX, CUDA, OpenAL, OpenML.Jeditobe Автор
06.10.2019 17:49Аппаратность OpenGL зависит напрямую от конкретного драйвера конкретной видеокарты, который надо ставить отдельно. :) встроенный OpenGL по-умолчанию тоже software.
Все остальные страшные слова только в планах. Наверное Vulkan будет проще всего.
Keynessian
06.10.2019 18:36А джойстики, особенно интересует HOTAS, под ReactOS работают?
(люблю полетать в авиасимах и в Элите)
PS ещё вопрос: как обстоит дело с многокнопочными мышами (более трёх кнопок), и с мышами со вторым скроллом?
AlexKarapet
06.10.2019 15:56+1Ставил несколько лет назад, помню что была только FAT32, NTFS поддержки не было. Как сейчас с этим? Извините, не нашёл информацию об этом на сайте. Качать и ставить для ответа на такой простой вопрос не хочется.
Larymar
06.10.2019 16:09тык вот тут сказано, что нтфс завезли
AlexKarapet
06.10.2019 16:21Значит до сих пор read-only :( Жаль.
Jeditobe Автор
06.10.2019 16:57Зато появилась полноценная поддержка BTRFS и EXT2/3
AlexKarapet
08.10.2019 01:26Несомненно это плюс. Но BTRFS хороша для снапшотов, и поэтому она медленее «обычных» ФС. Хотелось бы обычную журналируемую(ext2 не журналируемая) ФС чтобы например запустить сервер БД. Какие варианты?
Maccimo
06.10.2019 17:19Первая ассоциация при виде заголовка: ReactOS мхом поросла.
Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
Похоже, вектор развития сменился с достижения совместимости по API, на достижение совместимости по наиболее раздражающим «фичам». Этак и до плиточного интерфейса докатитесь.
Jeditobe Автор
06.10.2019 17:39Выравнивание/прилипание окон и метро-интерфейс с метро-приложениями — очень разные и далёкие друг от друга фичи вообще-то.
FForth
06.10.2019 17:47О ReactOS хорошо или никак, :)
если базовую поддержку мышек/клавиатур обещают добавить к версии 0.4.15 (примерно через 1год), хотя удачные опыты по их полной поддержке были уже более 1.5 — 2 года назад.
P.S. В той же KolibriOS это работает с незапамятных времён из коробки и многое другое. :)
Пока много усилий разрабов уходит на «борьбу» с регрессиями, которые «сами» же разработчики создают, а RoadMap — это как движение к линии горизонта, вроде и есть она, но не достижима.
Можно, только, пожелать разработчикам ReactOS удачи в том «хаосе» её разработки
или быть может «божественного провидения»
Возможно, внедрение в процесс разработки, каких то уже существующих моделей «ИИ» (нейронных сетей) поможет в более осмысленном развитии проекта в будущее. :)Jeditobe Автор
06.10.2019 19:01Мышки и клавиатуры получат универсальную поддержку в версии 0.4.13, которая выйдет приблизительно через 2-3 месяца
Keynessian
06.10.2019 22:51Если мышь многокнопочная (более трёх кнопок), или вообще со вторым скролом, а клавиатура — мультимедийная с дополнительными кнопками, они входят в эту универсальную поддержку, или там только базовые стандартные мыши и клавы?
Jeditobe Автор
06.10.2019 23:07А есть возможность на ночных сборках? Там все очень сильно зависит от конкретной модели оборудования.
tormozedison
06.10.2019 20:52Сколько читателей нажало на ссылку только чтобы посмотреть, не появилась ли на Хабре первая статья на китайском?
Alex-111
06.10.2019 20:56Попробовал запустить на двух ноутах — древнем acer 3690 и современном dell. На обоих синий экран на этапе графической заставки загрузки. До этого пробовал лет 8 назад React — точно запускалось на acer. Попробую еще раз в следующем году…
Фото синего экрана с acer
i.imgur.com/qQf8ADA.jpgJeditobe Автор
06.10.2019 20:59А пробовали LiveCD или установочную версию?
Alex-111
06.10.2019 21:05LiveCD записал на 8gb флешку через Rufus
Jeditobe Автор
06.10.2019 21:23Поэтому и не работает. Этот способ сейчас не поддерживается. На оптический диск есть возможность записать?
Alex-111
06.10.2019 21:33Странно, как я понял, в инструкции сказано, что с usb невозможна установка. Ну ладно.
У старого ноута привод пишущий, но диска нет. Попробую завтра поспрашивать у коллег, может у кого cd-rw завалялся.
Но это, кончно, нужно в первую очередь фиксить, я считаю. Невозможность загузаться с usb отрезает кучу людей, которые хотели бы «по-быстрому попробовать». У многих ведь уже и приводов давно нет, не то-что дисков.Jeditobe Автор
06.10.2019 22:17Тогда есть смысл подождать до выхода 0.4.13, там эта проблема будет частично решена.
x86corez
07.10.2019 14:13Попробуйте установку через RAM диск, её можно запустить с USB носителя, инструкция тут: reactos.org/wiki/Installing_ReactOS#USB_RAM_boot
Sartorio
06.10.2019 20:56Установилась на Vbox, быстро, почти без танцев с бубном. Да, кстати, так и не уяснил для себя, в iso образе 32 или 64 битная ОС? Нашелся баг: по умолчанию, установил русскую раскладку, и при попытке запустить что-нибудь из «выполнить», переключится на английскую раскладку удается только через значок в трее. После запуска командной строки не смотря на то, что раскладка вроде осталась английской, вводятся, всё одно, русские символы, победить удается только через переключение раскладки туда-сюда опять через значок в трее. Что восхитило, это скорость загрузки, на виртуальной машине установлена в том числе и ХР, с одними и теми-же настройками Vbox, ХР грузится в 2-3 раза медленнее, отлично.
mistergrim
06.10.2019 21:29На VmWare с раскладкой абсолютно та же картина. Видимо, не в VM дело.
Sartorio
08.10.2019 10:49Еще одно наблюдение касательно поведения раскладки клавиатуры.
Дано: выбрана при установке по умолчанию раскладка русская, выявился вот такой баг
переключится на английскую раскладку удается только через значок в трее
Подумалось, дай-ка в настройках, установлю по умолчанию английскую раскладку и будет мне счастье. Ан нет! В трее значок показывает, что английская раскладка, а начинаешь набирать текст в поле ввода при установке программ, и оба-на, русские символы, и пофигу Ctrl+Shift. Только на значке в трее туда-сюда клац и нужная раскладка, вуаля! Но новое окно ввода и всё начинай заново.
sumanai
06.10.2019 22:35в iso образе 32 или 64 битная ОС
32. В 64 бита ReactOS не умеет (пока).Sartorio
06.10.2019 23:00В 64 бита ReactOS не умеет (пока).
Странно, если установить в VBox при создании машины, режим Win2k3 x 64bit, ставится нормально!
UPD Да звук так и не удалось победить, дрова на АС'97 встали но увы, и winamp все время либо падает, либо виснет.
supeadaptor
06.10.2019 20:56+4А вот я рад за то, что ещё есть проекты которые держатся на энтузиастах, только их уже мало осталось, Haiku, kolibrios, reactos и хотелось бы побольше, я надеюсь что эту систему когда нибудь уже допилят до состояния что ее можно будет пользовать на повседневку.
mshak
06.10.2019 23:41а как с поддержкой ssd дисков, что бы их не убивало быстро?
Jeditobe Автор
07.10.2019 00:19Если SSD современный, брендовый, а не китайский ноунейм, то его невозможно убить работой ОС, при условии что на нем всегда есть 30 или % свободного пространства на любом разделе.
Однако, TRIM в ReactOS пока не поддерживается. Но это не фатально.andreymal
07.10.2019 00:21Но ведь без TRIM диск не знает, что эти 30% свободного пространства действительно свободны, не?
Jeditobe Автор
07.10.2019 02:58TRIM помогает бороться в первую очередь с деградацией производительности при фрагментации данных на SSD. А вот от износа отдельные ячейки предохраняет сам контроллер.
interface31.ru/tech_it/2015/04/mozhno-li-effektivno-ispolzovat-ssd-bez-podderzhki-trim.htmlandreymal
07.10.2019 03:14Собственно, в этой же статье сказано про всего 6-7% резервной области, что далеко от желаемых 30%. Поэтому я как-то не уверен, что без TRIM износ ячеек не будет повышенным независимо от контроллера
Jeditobe Автор
07.10.2019 03:22Вы невнимательно читали статью. TRIM нужна для ускорения работы, а не для защиты от физической деградации ячеек диска.
Диски дохли от того, что данные писались в некоторые яичейки чаще, чем в другие, или даже несколько раз подряд в одну и ту же. Эффект усиливался, если ОС постоянно теребила на запись один и тот же служебный файл. Теперь контроллеры постоянно (и независимо от наличия TRIM) пишут данные каждый раз в другую яичейку. Это механизм выравнивания износа.
TRIM помогает диску узнать об освобождающихся областях одновременно с файловой системой, а не тогда, когда от файловой системы придет прямое указание на стирание какой-то области, потому что нам уже сейчас нужно туда писать.
В этом у SSD принципиальная разница с HDD: на SSD нужно дополнительное время на стирание, а на HDD — нет. Поэтому SSD пытается стирать заранее, в минуты простоя, получая информацию от TRIM.andreymal
07.10.2019 03:23Ну так а защита от физической деградации откуда берётся-то?
andreymal
07.10.2019 10:15Вместо внятного ответа — минус в карму. Вот так на Хабре конструктивные диалоги ведут.
Оказывается, ответ на мой вопрос был написан путём редактирования комментария выше вместо того, чтобы добавить новый ответ ниже. Вот так на Хабре тайм-парадоксы ведут.
Редактирование комментария после того, как на него ответили, должно быть запрещено.
andreymal
07.10.2019 10:21Редактировать комментарий после того, как на него ответили — некрасиво и создаёт тайм-парадоксы.
Теперь контроллеры постоянно (и независимо от наличия TRIM) пишут данные каждый раз в другую яичейку.
Так ведь "других ячеек" нет, все ячейки же заняты (кроме резерва).
Jeditobe Автор
07.10.2019 11:36Я не редактировал свое сообщение после появления вашего комментария.
Если прям все занято, то вам файловая система скажет «стопэ, тут некуда писать». Но как правило на диске всегда есть хотя бы парочка свободных секторов, о которых контроллер точно знает. Туда он и будет писать методом Copy-on-write. И зона записи все время будет сдвигаться. Просто это будет не очень быстро в плане производительности. Всего 512 килобайт свободного места достадочно для работы механизма выравнивания. И в крайнем случае их контроллер всегда может занять в резервной зонеandreymal
07.10.2019 11:44Я не редактировал свое сообщение после появления вашего комментария.
Редактировали. Возможно, вы этого просто не заметили, потому что не обновляли комментарии перед редактированием, и никакого злого умысла не имели, но — редактировали. Когда я писал свой комментарий с вопросом, ваш комментарий состоял из одного предложения.
Если прям все занято, то вам файловая система скажет «стопэ, тут некуда писать».
Нет, потому что свободные блоки свободны только с точки зрения файловой системы, но диск без TRIM никак не может знать, что эти блоки не используются файловой системой, если в них записывали хотя бы один раз — в ячейках, связанных с этими блоками, будут продолжаться бережно храниться все удалённые файлы.
Всего 512 килобайт свободного места достадочно для работы механизма выравнивания.
То есть держать 30% свободного места уже необязательно?
Туда он и будет писать методом Copy-on-write.
Но так как других свободных ячеек нет (почему — см. выше) — эти «парочка свободных секторов» быстренько сломаются первыми из-за постоянной перезаписи. Что я упускаю в своих рассуждениях?
Jeditobe Автор
07.10.2019 12:55Всего 512 килобайт свободного места достадочно для работы механизма выравнивания.
То есть держать 30% свободного места уже необязательно?
Без 30% свободного места выравнивание износа будет работать, но все будет очень медленно.
эти «парочка свободных секторов» быстренько сломаются первыми
Не сломаются. Килобайт свободного места будет мигрировать по всему диску.
Сыграйте в пятнашки и поймете, о чем я говорюandreymal
07.10.2019 13:04Килобайт свободного места будет мигрировать по всему диску.
Для того, чтобы этот килобайт свободного места смигрировать в новую ячейку и затем записать туда новые данные, старое содержимое новой ячейки нужно куда-то переместить — то есть записать в другую свободную ячейку. Таким образом получаем (условно) двойную нагрузку на запись (на перемещение старого и на запись нового) и, как следствие, снова повышенный износ. Что я опять упускаю в своих рассуждениях?
Jeditobe Автор
07.10.2019 13:191. В условиях задачи у нас уже есть 512 килобайт свободного места.
2. А если его даже свободного места и нет совсем, диск возьмет взаймы 512 килобайт из резервной зоны.
Не будет никакой двойной нагрузки. Еще раз повторю, поиграйте в «пятнашки». И почитайте про механизм copy-on-write.andreymal
07.10.2019 13:31В условиях задачи у нас уже есть 512 килобайт свободного места.
Ну раз вы не понимаете логику моих рассуждений, давайте по шагам.
1) Забиваем место под завязку и оставляем свободной ровно одну ячейку (для простоты рассуждений предположим, что все ячейки из резерва уже неисправны или их просто нет).
2) Из ОС поступает запрос на перезапись существующего файла размером в одну ячейку.
3) Чтобы уменьшить износ, диск записывает данные в свободную ячейку, а старую ячейку от файла начинает считать свободной.
4) Из ОС снова поступает запрос на перезапись того же файла.
5) Чтобы уменьшить износ, диск по вашей логике выполняет миграцию свободной ячейки:
5.1) берёт какую-то третью занятую ячейку, перемещает из неё данные в старую свободную ячейку (запись раз)
5.2) и записывает в эту третью ячейку новые данные файла (запись два)
5.3) а старую ячейку, в которой хранились старые данные файла, начинает считать свободной.
6) Повторяем пункты 4-5.3 до израсходования ресурса.
В каком пункте/пунктах я ошибся и как мне избавиться от двойной записи в своих рассуждениях?
Про copy-on-write я прекрасно знаю и это здесь неприменимо, а аналогия с пятнашками некорректна.
Jeditobe Автор
07.10.2019 14:20Вы ушли от темы дискуссии. TRIM не оказывает значимого влияния на износ современных дисков, а только позволяет сохранить диску его скоростные характеристики при активных и повторяющихся процессах (пере)записи файлов на диске, при условии наличия свободного на диске с точки зрения файловой системы.
В ситуации с полностью забитым под завязку диском TRIM не поможет вообще никак. Даже ускорения никакого не даст. Эта функция заранее сообщает диску об освобождающихся областях, а когда их почти нет, ей и сообщать не о чем.
При использовании современного диска без TRIM его износ никак не изменится относительно такого же диска с включенным TRIM. Будут только скоростные характеристики плавать.andreymal
07.10.2019 14:31TRIM не оказывает значимого влияния на износ современных дисков
Вы утверждали это уже неоднократно, но подтверждений этому утверждению я так и не увидел ни в одном вашем комментарии.
а только позволяет сохранить диску его скоростные характеристики
Почему «только»? Объясните, пожалуйста.
В ситуации с полностью забитым под завязку диском TRIM не поможет вообще никак.
Я рассматриваю ситуацию при отсутствующем TRIM, когда диск считает себя занятым, даже если в файловой системе 99% свободного места. В этом случае включение TRIM как раз очень сильно поможет, потому что диск узнает, что он свободный, и сможет использовать ячейки как ему угодно ради уменьшения износа. Что я упускаю в своих рассуждениях, вы так и не рассказали.
Jeditobe Автор
07.10.2019 15:32Механизм выравнивания износа (Wear leveling) работает на уровне прошивки и контроллера SSD независимо от наличия и поддержки TRIM на уровне ОС.
Работа механизма выравнивания износа продлевает жизнь накопителю равномерно используя для записи все ячейки диска по очереди.
Работа механизма выравнивания не проходит бесплатно, требует дополнительных затрат со стороны контроллера SSD, вызывая снижение производительности диска при определенных условиях.
Чтоб былии дудочка и горшочеки производительность и защита от преждевременного старения\износа производители придумали TRIM.
TRIM заранее информирует диск о том, какие сектора больше не содержат данных по мнению файловой систем, до того как ему ОС прямо скажет «стирай сука, я сейчас сюда писать буду.
В результате SSD диск успевает спланировать и провести свои мероприятия по Wear leveling без заметной потери производительности.andreymal
07.10.2019 15:54Я это всё прекрасно знаю, и это никак не противоречит тому, что я писал выше. При наличии TRIM механизм выравнивания износа может избегать двойной записи за счёт более частого переиспользования свободных ячеек, а без TRIM — не может, потому что свободных ячеек мало и приходится мигрировать в занятые ячейки (по вашей же логике), так что без TRIM не только падает производительность, но и (предположительно) повышается износ из-за двойной записи. Вопрос всё тот же: что я упускаю в своих рассуждениях?
redsh0927
07.10.2019 16:24Правильный WL должен изнашивать ячейки равномерно, т.е. производить «двойную запись» даже когда есть куча свободного места. См. static wear leveling. Потому что не использовать ресурс ячеек статически занятого объёма (системой с софтом и пр.) — ещё хуже. Плюс считается что заряд в многуровневых ячейках со временем уплывает, так что нужно их в любом случае время от времени перезаписывать.
Но как оно в реальности работает гадать бестолку и не расскажет никто…andreymal
07.10.2019 16:32Правильный WL должен изнашивать ячейки равномерно, т.е. производить «двойную запись» даже когда есть куча свободного места. См. static wear leveling.
Да, но если свободного места много (привет от TRIM), то они используются в среднем чаще, «двойных записей» становится в среднем меньше и в итоге износ тоже меньше, не? В первом приближении такие рассуждения вроде бы и со static wear leveling могут работать
Но как оно в реальности работает гадать бестолку и не расскажет никто…
Кажется, это было бы самым разумным завершением разговора)
redsh0927
07.10.2019 13:38По поводу двойной нагрузки есть большая статья в вики. У старых сэндфорсов коэффициент записи был аж 4 с лишним)
redsh0927
07.10.2019 11:27Можно 30% просто не размечать, будут тогда всегда свободными. От того, что ОС постоянно трёт своп, а браузер постоянно пишет в свою БД, трим и не поможет никак. Тут всё зависит только от алгоритмов выравнивания износа в самом контроллере, для работы которых этих 6-7% резерва по идее должно хватать. Теоретически трим нужен просто для того чтобы при записи файлов в пустое место у накопителя были чистые сектора, в которые можно писать данные с нормальной скоростью…
andreymal
07.10.2019 11:36Можно 30% просто не размечать, будут тогда всегда свободными.
Да, я на своём SSD так и сделал.
ОС постоянно трёт своп
Поэтому я не держу своп на SSD) Но БД браузера держу, чтоб не тормозил.
этих 6-7% резерва по идее должно хватать
Всё же у меня по-прежнему есть опасение, что если предположить вырожденный случай с постоянной перезаписью одного и того же файла, то будут постоянно перезаписываться эти самые 6-7% резерва за неимением других ячеек — они первые и сломаются из-за постоянной перезаписи. А с TRIM (ну и с неразмеченными 30%, да) у контроллера вроде бы должно быть побольше свободы выбора, какие ячейки в каком порядке изнашивать (по моим предположениям о принципах работы SSD).
Sartorio
07.10.2019 12:25Внесу и свою лепту, в данный вопрос. Дано: рабочая станция, винда Win7x64 на SSD объемом 128 гиг, там-же своп 16 гиг, время эксплуатации SSD: с марта 2017 по настоящее время, ежедневно около 20 часов. Имеем: считано 28 Тб, записано 14,3 Тб, оставшийся ресурс 96%. см. картинки.
Вывод сделанный лично для себя, а возможно годный кому-то ещё,- выносить своп, папки темп и т.д. для мифической экономии ресурса SSD, затея НЕ нужная, а в контексте падения производительности и ВРЕДНАЯ! С учетом того факта, что настоящая система морально устареет, значительно раньше чем будет выработан ресурс диска.
Заголовок спойлера
andreymal
07.10.2019 12:30Моему SSD четыре года, работает круглосуточно, согласно smartctl ресурс выработан на 40%. Боюсь, если бы я не вынес своп, ресурс уже кончился бы)
Sartorio
07.10.2019 13:19А сколько места в резерве? И сколько свободного на разделах в %%?
andreymal
07.10.2019 13:57Я оставил 10ГБ неразмеченными (диск в целом 120ГБ), а основной системный раздел работает с TRIM и свободное место варьируется от половины до нуля в зависимости от того, что мне приспичит установить
Sartorio
07.10.2019 14:05Ну у меня почти так-же 6 гигов, в резерв утилитой отправлено. И обычно свободно гигов около 30. Правда диск MLC.
redsh0927
07.10.2019 12:46Если бы эти циферки ещё что-то значили… Но дохнут ссд обычно без всякого предупреждения вместе со всеми данными, не уходя ни в какой ридонли.
mistergrim
07.10.2019 15:26Потому что дохнет, как правило, контроллер. Ресурс флэша обычно значительно выше заявленного.
Вот, например, andiriney.ru/testirovanie-ssd-na-vynoslivostredsh0927
07.10.2019 16:32В том-то и дело, что на тестах накопители убивают именно многократной перезаписью. И практически всегда сценарий такой — начинает расти количество релоков в массиве и через какое-то время система просто виснет и накопитель превращается в кирпичик. По тестам 3дньюс из всех вендоров только у интела ссд более-менее умеют уходить в ридонли при проблемах с флешем. Даже хвалёный самсунговский MJX «с серверными корнями» в этом ничем не отличается от остальных…
mistergrim
07.10.2019 21:37Если накопитель не ушёл в рид-онли, а просто перестал определяться — это не флэш-память, это контроллер. И таких там 90%. И опять же, у 90% флэш-память оказывается на порядок более живучей, чем заявлено, у того же BX500 на 3dnews уже более двух петабайт перезаписей, при заявленных 80 TBW.
redsh0927
07.10.2019 12:34По идее контроллер должен уметь для выравнивания износа перекладывать данные из наименее изношенных ячеек в текущие резервные. Иначе получат кучу жалоб из-за дохнущих накопителей. Плюс у нанд высокой плотности есть проблема стекания заряда с затвора, так что по идее контроллер должен понемногу перекладывать данные и для обновления заряда.
Резервировать место смысл явно есть, раз это даже штатная функция в самсунговской утилите.
А жить без трима по видимому можно, но наверно стоит брать накопитель пофирмовее.
wOvAN
07.10.2019 08:04Возможно было бы рациональнее сделать качественную десктоп оболочку для линукс
Doctor5772
07.10.2019 08:32Есть весьма неплохие варианты уже сейчас. XFCE, простой и лёгкий. Есть KDE, который как комбайн сочетает в себе функции, свистелки и перделки, но при должном старании из него можно вылепить хорошее рабочее окружение. Какое то время назад я считал неплохим Gnome 3, потому что принял его за концепцию «модульной DE», мол, «не хватает чего — добавь расширением, сохранение принципа KISS». Сейчас такое сказать трудно, с каждым релизом, в основном, функции убираются.
Есть так же Cinnamon и Mate, их активно используют в Linux Mint, не говоря о куче различных других оболочках для энтузиастов.
Веду к тому что выбора достаточно, и нет смысла плодить новые сущности.
Учитывая огромное количество софта на Win32, а так же старых драйверов, которое до сих пор в ходу, смысл в существовании ReactOS есть, и наверное будет ещё долго. Wine не панацея, но не поможет решить вопрос отсутствия драйверов, но с другой стороны обмен наработками между ним и React'ом выгодно всем, и это здорово.Sartorio
07.10.2019 13:22Учитывая огромное количество софта на Win32, а так же старых драйверов, которое до сих пор в ходу,
Попробую девятый фотошоп установить на ОС в виртуалке!Sartorio
07.10.2019 13:56Ну собственно, «попробовал» и естественно установка не запустилась с издевательским сообщением:- «не является приложением win32».
Doctor5772
07.10.2019 14:16Данная «сборка» тестировалась на, допустим, Windows XP? Баг.репорты разработчикам ReactOS есть возможность направить?
Extravert34
07.10.2019 16:38Обычно такое сообщение показывается если пытаться запустить 64-битное приложение на 32-битной операционке
Sartorio
07.10.2019 17:27Девятый фотошоп, это прога времен SP2 для XP. Тогда 86-64 версий не было, насколько мне известно, да собственно этот дистрибутив легко встает на XP32.
Jeditobe Автор
07.10.2019 17:42+2Тогда присылайте нам баг-репорт с логом :)
Sartorio
08.10.2019 10:55Выберу время, на выходных.
Киньте ссылку, на страницу баг репорта, дабы с экономить время.
Она сейчас уже можно отметить, что с сетевых шар и прочего установка не идет. Только с локального диска или рабочего стола.
x86corez
07.10.2019 20:34Судя по скриншоту товарища ниже в комментариях, он по-моему пытается с сетевого диска запустить.
x86corez
07.10.2019 14:17Это слишком просто, да их уже и так много. Мы не ищем лёгких путей! ;)
perfect_genius
07.10.2019 17:07Слишком просто запускать .exe на Линукс т.е.?
Sartorio
07.10.2019 17:35Слишком просто запускать .exe на Линукс т.е.?
Наверное, но к чему это вот сообщение тогда, или это такой юмор?
Заголовок спойлера
x86corez
07.10.2019 20:32Z:\? Сетевой диск? С сетевыми дисками могут быть проблемы.
Sartorio
08.10.2019 08:44Z: — это общая папка виртуальной машины VBox.
Doctor5772
08.10.2019 09:00Тогда тем более лучше сперва сохранить локально в виртуальной машине, а затем пробовать запускать
Sartorio
08.10.2019 10:40С рабочего стола запустилось! Посмотрим как будет работать.
Sartorio
08.10.2019 11:04UPD Не работает на VBoxe, принт скрин.
И «бездействие системы» периодически жрет все ресурсы ЦП
Заголовок спойлера
Sartorio
08.10.2019 11:17С рабочего стола запустилось! Посмотрим как будет работать.
Word 2003 вешает, периодически, систему наглухо. Диспетчер загрузку ЦП показывает на уровне от 120 до 152 %%. Это так и должно быть?
Am0ralist
07.10.2019 21:57+1Активирована поддержка выравнивания окон приложений относительно краёв экрана или раскрытия/сворачивания при перемещении окна мышью в определённых направлениях.
Надеюсь эта функция реализована и настраивается отдельно, а не как в винде — либо отрубай и то, и то, либо мышкой в краю экрана приложение не утащишь, ибо оно развернётся?
Doomland
08.10.2019 19:14+1Приветствую вас разработчики ОС и конкретно Вас Jeditobe.
Слежу за проектом лет 15 как и сегодня наконец-то решил поэкспериментировать с железом. Не умеет грузиться с флэшэк — ладно: есть двдшник и сидишная болванка. Записал, ребут. Попробовал в режиме лив сиди — облом: не видится ни юсб клава, ни юсб мышь. Ладно, думаю, попробую бут сиди. Дошёл до выбора языка и всё: опять таки не видится ни клава ни мышь. Искать для этого пиэс2 устройства не буду. Ребята, ну так же нельзя в самом деле. У меня не было таких проблем ни с линуксом, ни даже с Хайку и OS/2. Решите, пожалуйста сперва первостепенные задачи, а потом уже как-то пиарьтесь. Конфигурация моего компа более стандартная, без изысков: Коре и3 2100, 16 гиг оперативы, ГеФорсе 1050ТИ, ничего особенного. Клава-мышь — стандартные юсб а4тех. Наверное до встречи ещё через… 15 лет. :-(Jeditobe Автор
08.10.2019 19:24Добрый день!
Не буду вдаваться в долгие объяснения, просто попрошу скачать свежую ночную сборку отсюда https://reactos.org/getbuilds/ и попробовать сделать ровно тот же самый эксперимент, который только что закончился неудачей.
Doomland
09.10.2019 17:24Итак, решился я на дополнительное тестирование по личной просьбе (предложению) Jeditobe. Скачал ночную сборку 0.4.14-DEV. Сразу скажу, я не фанат ночных сборок, но всё же решил попробовать, а вдруг случится чудо. Попробовал, опять же, руфусом залить образ на флэшку. Ребут, попытка загрузки — синий экран. Ну ладно, прощаю. Мне Jeditobe прислал ссылку на инструкцию, как создать загрузочную флэшку, но… Я конечно компьютерный задрот, но так делали раньше, лет 10 назад, когда линукс дистрибутивы не умели грузиться с флэх, ну или для какой-то экзотики. Я не хочу на это тратить время. Записал болванку, ребут, успешная загрузка, мышь работает, клава… э… чуваки… ну зачем же так… :-) Это я потом узнал, что клава-таки работает, но в системе не загорается ни капслок, ни нумлок. Ну и шутники. :-) Ад загрузки с сиди я-таки выдержал, попал на рабочий стол. Да, по не знанию выбрал русский язык и раскладку РУ. Запустил командную строку, индикатор горит EN, а буквы вводятся на русском. Эх… Мышкой конкретно щёлкнул по EN. Стало писать по английски. Прокрутка жутко тормозная, перемещение окон жутко тормозит. Не увидело моего большого винта на 4ТБ и 16 Гиг оперативы, но оно и понятно, так как система 32 битная. Сетевуха тоже не видна. Не запускается ни одно 32 разрядное приложение для винды, ни АИМП, ни Миранда: все рукаются на отсутствие айкрософтовских длл библиотек + «инструкция по адресу...». Я так понял 64 разрядную сборку пока вообще трогать нельзя. Я потрогал, но после попытки загрузки получил даже не синий экран, а прямо-таки чёрный. Звук проверить не удалось. И да, я не психовал и не матерился, я знал приблизительно, что меня ждёт. Скоро Майкрософт выпустит для публики десятку 1909 и я буду переустанавливать у себя рабочую ось, так как она уже загажена + я там кое что сотворил своими шаловливыми ручонками. Поставлю РеактОС на железо и попробую там поиграться, чтобы уже было составлено окончательное впечатление. Пока что оно от ливсиди сугубо отрицательное. Предчувствую, что оно мало изменится от установки на железо, но кто его знает. В любом случае, я за проектом слежу и желаю разработчикам удачи и не лениться и не спешить с релизами.
Extravert34
09.10.2019 18:21Релизы нужны в первую очередь для того, чтобы убедиться что ничего не сломалось из того, что работало раньше (а такое частенько случается при убирании костылей из библиотек). Для каждого релиза прогоняется куча тестов (https://reactos.org/wiki/Tests_for_0.4.13).
По поводу 4ТБ диска, было бы неплохо потестить когда мы перейдём на новый стек storage драйверов
morgot
09.10.2019 00:39+1Текущая версия без проблем поставилась на вбокс (пробовал раньше 0.4.11, были траблы с инетом какие-то). Правда, потом был бсод и ошибка, что не возможно установить аудио драйвер. Отключил аудио в настройках вбокс, и все нормально работает.
Еще, почему не работает (и тут, и раньше) самописная программа на Си, юзающая WMI (через СОМ, на вин2к работает). Просто ради теста запускал разные ехе, и вот этот упал.Jeditobe Автор
09.10.2019 02:10Было бы интересно получить баг-репорт по самописной проге.
punkkk
09.10.2019 13:58+1Году так в 2012 я был оч увлечен проектом, тыкал много всего и прочее, но, по-моему, уж очень затянулся он, что бы не отставать от современного мира ОС. Хотя все равно похвально, что не забросили и работа идет!
trdm
Смотришь на иконки и оформление и ощущаешь привкус Linux на языке.
я бы предпочел более компактный вид.