Так вот именно, что на самом деле не растет разрыв, он может быть увеличивается от появления каких вещей, по типу поддержки новых видов железа и API (рейтрейсинг в DX12 например) вокруг него, причем именно видов, поддержку конкретных железок обеспечивают драйвера, либо при появлении каких-либо механизмов безопасности (песочница для браузеров по умолчанию), чего либо ещё. От того, что подобные изменения были сделаны именно релизом новой системы, чисто в силу того, что надо продавать старое под видом нового, не меняет сути того, что на самом деле, если отбросить всю интерфейсную/графическую мишуру, семерка от десятки не отличается значительно. Даже XP отличалась от Vista значительнее и по API, и по внутренней архитектуре. И нет, не знаю исходя из чего вы до этого додумались, но я вообще ничего не предлагаю мейнтейнерам ROS, они и сами знают чем и как им заниматься.
Тут больше логика в том, чтобы не воссоздавать библиотеки, которые могут в скором времени заменить как mscvrt на ucrtbase.
Никто не будет таким образом поступать, реворк стандартной библиотеки нужен был, чтобы не нужно было устанавливать redist всех ее версий. Благодаря этому рефакторингу последний redist сразу покрывает все совместимые версии стандартных библиотек начиная с VS 2015 и заканчивая своей версией. Остальное - чистая совместимость с WinAPI, не будет ничего меняться.
не воссоздания каждой библиотеки Windows, которые меняются день ото дня
Что в них меняется? Большая часть изменений - security-fix, и уж точно не функциональные изменения.
Честно говоря, я не понял, какую фундаментальную проблему подхода Wine решает описываемая архитектура. Wine, при всех его косяках и недоделках, уже работает и являет собой пример того, что реимплементация WinAPI - рабочий подход.
Собственный контейнерный формат и унифицированный loader - конечно круто, но нижняя граница совместимости всё такая же тяжёлая уже сейчас. Мало удовлетворить набор syscall-зависимостей из ntdll и win32u, нужно еще воспроизвести целую кучу механик и подсистем ядра NT:
Хендлы/объекты Windows, в том числе объекты ядра;
реестр;
все синхропритивы;
все тонкости обработки исключений (особенно обработка ud2);
IPC - пайпы, RPC - это как минимум;
для сети, directx и прочего - отдельные HAL-слои, поскольку юзерспейс это запрашивает у соответствующих драйверов.
Главный вопрос для меня в том, где тут архитектурная граница, будто в какой-то момент слой примитивов и HAL тут перестаёт быть относительно тонкой трансляцией, перерастая в ещё одну реализацию слоя совместимости Windows NT, посути становясь иным вариантом Wine.
Выше упомянули сисколы, как обрабатываются direct syscalls и тем более indirect syscalls? Кстати говоря, тут ваша парадигма, возможно, даже имеет больше шансов для рабочего решения, чем Wine, если ваш слой корректно ловит системный вызов.
То же самое и про исключения. Исключения в Windows ведь не только про раскрутку стека, само исключение надо правильно собрать, извлечь контекст (+ его совместимо изменить) - всё это очень сильно завязано на поведении ядра. Интересно, на каком уровне это предполагается эмулировать.
В целом сам подход выглядит любопытно, но пока не ясно, насколько проще обеспечить весь объём совместимости, которую надо реализовать. Пока выглядит как перенос основной сложности с уровня WinAPI на уровень юзермод ядра, при этом не факт что это легче
еще раз перечитайте - НИЧЕГО глобально нового в восьмерках, десятках, одиннадцатых видовсах не появилось. Это всё тот же Windows NT, только чуть с большим размером WinAPI в лучшем случае. Вчитайтесь: основная идея Windows - запускать приложения и драйвера под себя написанные. Иначе говоря - обеспечить работу DriverAPI и WinAPI, а они не увеличились в два раза с момента выхода Windows 7, если что.
Windows 7 достигла потолка реализации идеи Windows - запускать под неё написанные приложения и драйвера. Ничего суперповоротного не было создано после, все последующие версии системы могли быть сервиспаками для семёрки.
Больше того, в угоду обратной совместимости, не будет никаких серьёзных изменений, главная ценность экосистемы Windows - это именно виндовый софт и люди вокруг него.
То есть это не уходящая в горизонт цель, а вполне реальная задача, просто действительно большая, может быть ещё лет на 10-20-30.
Могут встать на свежий WDDM (есть несколько полезных вещей там), могут в драйвере просто проверять билд и делать ранний выход с ошибкой, при этом драйвер на самом деле может быть вполне совместимым еще очень долго
это определяется по типу накопителя - скорее всего у Вас SSD, и, по мнению системы, сжатие не повлияет на время чтения, а в следствии на скорость загрузки/работы системы.
я подал жалобу, это моё право, выполнит ли проверку по существу или просто проигнорирует - ее усмотрение, и как на это реагировать - мои проблемы. А то что вы накинулись на это, пытаетесь оправдать нарушителя, пишите о каких-то своих проблемках с администрацией, нытье про политику в новостях через одну, при этом не понимая, что аргументация у вас "вот они такие негодяи, значит и нам можно", да и еще пропуская явные абзацы при чтении, тут же обижаясь, когда вас тыкают в них же носом - ну тут увы, можете обижаться дальше. а я пожалуй поставлю скобочку))
Я вполне осознаю, что площадка имеет право на весь существующий контент, в целом вертит и рулит чем хочет и как хочет. Но меня это устраивает, если перестанет - я просто уйду и буду обитать в других местах. Тоже самое можете сделать и вы.
В правилах хабра написано “никакой политики нигде, без исключений, в постах тоже нельзя” и после ввода этих правил месяц назад каждый день редакторы хабра публикуют политические новости.
ваше право обжаловать каждый случай.
Я не просил запрещать мультиаккаунт, но мне вполне понятно почему это правило существует. Откуда вы знаете, у упомянутого только два аккаунта? Откуда известно, что аккаунты не будут проданы ботофермам? Я вполне осознаю, что площадка имеет право на весь существующий контент, в целом вертит и рулит чем хочет и как хочет. Но меня это устраивает, если перестанет - я просто уйду и буду обитать в других местах. Тоже самое можете сделать и вы.
Есть правила - надо соблюдать или вообще не лезть на площадку. Правило 8 однозначно говорит, что на одного человека - ОДИН аккаунт, какие бы он интересные статьи не писал, интересность - вещь субъективная. Статьи - сплошной бездумный нейрослоп, но это лишь мое субъективное мнение. Если человек в лоб говорит о N количестве твинков, где гарантия что он сам себе или своим доброжелателям же не накручивает плюсы? Не сливает ли с 10-15 аккаунтов другим статьям/авторам? Не продаст ли он часть своих аккаунтов? Если вам не очевидно зачем придуманы правила на Хабре, это не значит, что их свободно можно нарушать.
Если всё же зашли в иду, почему просто не взяли mcp к ней? Гидра конечно много чего берет с наскоку, но очень уж медлительна, java как-никак, и интерфейс гораздо менее привычный, чем у иды.
Патч хороший, плюсую против всех этих бессмысленных счетчиков, тоже много пришлось платить буквально за воздух.
в общем-то, да? Плохо, когда государство пытается регулировать любую бизнес-деятельность, особенно которую само не в силах понять. Пока Fable не была доступна, соперники выпустили даже более сильные модели (речь про ChatGPT), и получили на время неконкурентное преимущество.
Очевидно - недостаток рук, и как следствие - недостаток кода, это опенсорс, в котором едва ли появляются деньги, тут нет никаких крупных спонсоров. Таргет система сейчас озвучена Win2k3, иначе говоря - WinNT5.2, API выше хоть и существует, но не включено по умолчанию, так что запустилось и работает - чем не достижение для команды из нескольких активных человек? Встречный вопрос - что такого неожиданного и невероятного появилось после Photoshop CS5, что нужно именно ласт версия? Ну и плюс - вы так и не смогли назвать ни одного важного функционального изменения WinAPI, которое могло бы стать GameChanger. Могу подсказать - поддержка быстрых мьютексов в PEB через API WaitOnAddress - очень важное изменение. Туда же SetProcessMitigationPolicy - обеспечивает песочницу для окон браузера - по сути база безопасности серфинга интернета сегодня. Еще могу подсказать, хоть это и не WinAPI, но для совместимости с драйверами играет решающее значение - это модель WDDM для графических драйверов - действительно большое архитектурное изменение ядра. Слабо еще назвать?
Так с точки зрения софта-то какая разница есть Copilot или нет? Какая разница есть онлайн учетка или нет? Что именно поменялось с точки зрения WinAPI? Именно это важно для запуска софта, не наличие ИИ-слоуп поиска. Без всей этой мишуры из win10/win11 жили не тужили, софт как-то запускали. Где вы тут увидели подмену понятий, не пойму, я сразу сказал, что критичного для софта было мало что добавлено, WinAPI расширялся, но не изменялся как-либо радикально. а так - уколы мимо уже пропущу, вижу что не вывозите
Где увидели огонь? Я смеюсь с вашей некомпетентности)
каких таких фич немало добавили-то? Что именно идейно/принципиально нового появилось в WinAPI?
Да и ни разу не видел, чтобы хоть какая-то поддержка хоть как-то помогла чем-либо более существенным нежели "перезагрузите три раза и заработает", на хоть на последней версии Windows, хоть не на последней. С точки зрения ReactOS как раз таки такие проблемы несовместимости устраняют, в отличие от microsoft, которая от версии к версии только больше косяков создает.
Так вот именно, что на самом деле не растет разрыв, он может быть увеличивается от появления каких вещей, по типу поддержки новых видов железа и API (рейтрейсинг в DX12 например) вокруг него, причем именно видов, поддержку конкретных железок обеспечивают драйвера, либо при появлении каких-либо механизмов безопасности (песочница для браузеров по умолчанию), чего либо ещё.
От того, что подобные изменения были сделаны именно релизом новой системы, чисто в силу того, что надо продавать старое под видом нового, не меняет сути того, что на самом деле, если отбросить всю интерфейсную/графическую мишуру, семерка от десятки не отличается значительно. Даже XP отличалась от Vista значительнее и по API, и по внутренней архитектуре.
И нет, не знаю исходя из чего вы до этого додумались, но я вообще ничего не предлагаю мейнтейнерам ROS, они и сами знают чем и как им заниматься.
NtAPI - это не единственное что предоставляет система в юзерспейс, рекомендую взглянуть на то, как обеспечивается взаимодействие с сетью.
Никто не будет таким образом поступать, реворк стандартной библиотеки нужен был, чтобы не нужно было устанавливать redist всех ее версий. Благодаря этому рефакторингу последний redist сразу покрывает все совместимые версии стандартных библиотек начиная с VS 2015 и заканчивая своей версией.
Остальное - чистая совместимость с WinAPI, не будет ничего меняться.
всё это можно было сделать сервиспаком для семерки? Здесь не названо каких-то грандиозных вещей, которые были бы чем-то неосуществимым.
Что в них меняется? Большая часть изменений - security-fix, и уж точно не функциональные изменения.
Честно говоря, я не понял, какую фундаментальную проблему подхода Wine решает описываемая архитектура. Wine, при всех его косяках и недоделках, уже работает и являет собой пример того, что реимплементация WinAPI - рабочий подход.
Собственный контейнерный формат и унифицированный loader - конечно круто, но нижняя граница совместимости всё такая же тяжёлая уже сейчас. Мало удовлетворить набор syscall-зависимостей из ntdll и win32u, нужно еще воспроизвести целую кучу механик и подсистем ядра NT:
Хендлы/объекты Windows, в том числе объекты ядра;
реестр;
все синхропритивы;
все тонкости обработки исключений (особенно обработка ud2);
IPC - пайпы, RPC - это как минимум;
для сети, directx и прочего - отдельные HAL-слои, поскольку юзерспейс это запрашивает у соответствующих драйверов.
Главный вопрос для меня в том, где тут архитектурная граница, будто в какой-то момент слой примитивов и HAL тут перестаёт быть относительно тонкой трансляцией, перерастая в ещё одну реализацию слоя совместимости Windows NT, посути становясь иным вариантом Wine.
Выше упомянули сисколы, как обрабатываются direct syscalls и тем более indirect syscalls? Кстати говоря, тут ваша парадигма, возможно, даже имеет больше шансов для рабочего решения, чем Wine, если ваш слой корректно ловит системный вызов.
То же самое и про исключения. Исключения в Windows ведь не только про раскрутку стека, само исключение надо правильно собрать, извлечь контекст (+ его совместимо изменить) - всё это очень сильно завязано на поведении ядра. Интересно, на каком уровне это предполагается эмулировать.
В целом сам подход выглядит любопытно, но пока не ясно, насколько проще обеспечить весь объём совместимости, которую надо реализовать. Пока выглядит как перенос основной сложности с уровня WinAPI на уровень юзермод ядра, при этом не факт что это легче
еще раз перечитайте - НИЧЕГО глобально нового в восьмерках, десятках, одиннадцатых видовсах не появилось. Это всё тот же Windows NT, только чуть с большим размером WinAPI в лучшем случае.
Вчитайтесь: основная идея Windows - запускать приложения и драйвера под себя написанные. Иначе говоря - обеспечить работу DriverAPI и WinAPI, а они не увеличились в два раза с момента выхода Windows 7, если что.
Много раз это говорил, и скажу ещё
Windows 7 достигла потолка реализации идеи Windows - запускать под неё написанные приложения и драйвера. Ничего суперповоротного не было создано после, все последующие версии системы могли быть сервиспаками для семёрки.
Больше того, в угоду обратной совместимости, не будет никаких серьёзных изменений, главная ценность экосистемы Windows - это именно виндовый софт и люди вокруг него.
То есть это не уходящая в горизонт цель, а вполне реальная задача, просто действительно большая, может быть ещё лет на 10-20-30.
Могут встать на свежий WDDM (есть несколько полезных вещей там), могут в драйвере просто проверять билд и делать ранний выход с ошибкой, при этом драйвер на самом деле может быть вполне совместимым еще очень долго
это определяется по типу накопителя - скорее всего у Вас SSD, и, по мнению системы, сжатие не повлияет на время чтения, а в следствии на скорость загрузки/работы системы.
я подал жалобу, это моё право, выполнит ли проверку по существу или просто проигнорирует - ее усмотрение, и как на это реагировать - мои проблемы. А то что вы накинулись на это, пытаетесь оправдать нарушителя, пишите о каких-то своих проблемках с администрацией, нытье про политику в новостях через одну, при этом не понимая, что аргументация у вас "вот они такие негодяи, значит и нам можно", да и еще пропуская явные абзацы при чтении, тут же обижаясь, когда вас тыкают в них же носом - ну тут увы, можете обижаться дальше. а я пожалуй поставлю скобочку))
так раз вам возразить по существу нечего, можете дальше скобочки ставить, в целом-то всё равно
еще раз разжевать?
ваше право обжаловать каждый случай.
Я не просил запрещать мультиаккаунт, но мне вполне понятно почему это правило существует.
Откуда вы знаете, у упомянутого только два аккаунта? Откуда известно, что аккаунты не будут проданы ботофермам?
Я вполне осознаю, что площадка имеет право на весь существующий контент, в целом вертит и рулит чем хочет и как хочет. Но меня это устраивает, если перестанет - я просто уйду и буду обитать в других местах. Тоже самое можете сделать и вы.
Есть правила - надо соблюдать или вообще не лезть на площадку. Правило 8 однозначно говорит, что на одного человека - ОДИН аккаунт, какие бы он интересные статьи не писал, интересность - вещь субъективная. Статьи - сплошной бездумный нейрослоп, но это лишь мое субъективное мнение. Если человек в лоб говорит о N количестве твинков, где гарантия что он сам себе или своим доброжелателям же не накручивает плюсы? Не сливает ли с 10-15 аккаунтов другим статьям/авторам? Не продаст ли он часть своих аккаунтов? Если вам не очевидно зачем придуманы правила на Хабре, это не значит, что их свободно можно нарушать.
@moderator Признание в нарушении правила 8 "Создание виртуалов и обход ограничений"
Если всё же зашли в иду, почему просто не взяли mcp к ней? Гидра конечно много чего берет с наскоку, но очень уж медлительна, java как-никак, и интерфейс гораздо менее привычный, чем у иды.
Патч хороший, плюсую против всех этих бессмысленных счетчиков, тоже много пришлось платить буквально за воздух.
в общем-то, да? Плохо, когда государство пытается регулировать любую бизнес-деятельность, особенно которую само не в силах понять.
Пока Fable не была доступна, соперники выпустили даже более сильные модели (речь про ChatGPT), и получили на время неконкурентное преимущество.
Очевидно - недостаток рук, и как следствие - недостаток кода, это опенсорс, в котором едва ли появляются деньги, тут нет никаких крупных спонсоров.
Таргет система сейчас озвучена Win2k3, иначе говоря - WinNT5.2, API выше хоть и существует, но не включено по умолчанию, так что запустилось и работает - чем не достижение для команды из нескольких активных человек?
Встречный вопрос - что такого неожиданного и невероятного появилось после Photoshop CS5, что нужно именно ласт версия?
Ну и плюс - вы так и не смогли назвать ни одного важного функционального изменения WinAPI, которое могло бы стать GameChanger. Могу подсказать - поддержка быстрых мьютексов в PEB через API WaitOnAddress - очень важное изменение. Туда же SetProcessMitigationPolicy - обеспечивает песочницу для окон браузера - по сути база безопасности серфинга интернета сегодня. Еще могу подсказать, хоть это и не WinAPI, но для совместимости с драйверами играет решающее значение - это модель WDDM для графических драйверов - действительно большое архитектурное изменение ядра. Слабо еще назвать?
Так с точки зрения софта-то какая разница есть Copilot или нет? Какая разница есть онлайн учетка или нет? Что именно поменялось с точки зрения WinAPI? Именно это важно для запуска софта, не наличие ИИ-слоуп поиска. Без всей этой мишуры из win10/win11 жили не тужили, софт как-то запускали. Где вы тут увидели подмену понятий, не пойму, я сразу сказал, что критичного для софта было мало что добавлено, WinAPI расширялся, но не изменялся как-либо радикально.
а так - уколы мимо уже пропущу, вижу что не вывозите
Где увидели огонь? Я смеюсь с вашей некомпетентности)
каких таких фич немало добавили-то? Что именно идейно/принципиально нового появилось в WinAPI?
Да и ни разу не видел, чтобы хоть какая-то поддержка хоть как-то помогла чем-либо более существенным нежели "перезагрузите три раза и заработает", на хоть на последней версии Windows, хоть не на последней. С точки зрения ReactOS как раз таки такие проблемы несовместимости устраняют, в отличие от microsoft, которая от версии к версии только больше косяков создает.