Состоялся экспериментальный выпуск открытой реализации Win32 API - Wine 9.2. С момента выпуска 9.1 было закрыто 14 отчётов об ошибках и внесено 213 изменений...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60583
В интернете утверждают, уже существующий в ядре и поддерживающийся протоном futex2 обеспечивает лучшую производительность меньшей ценой, но у ntsync более полное соответствие.
> при использовании драйвера ntsync по сравнению с реализацией примитивов синхронизации NT в пространстве пользователя максимальный FPS в игре Dirt 3 увеличился на 678%, в игре Resident Evil 2 - на 196%, Tiny Tina's Wonderlands - на 177%, Lara Croft: Temple of Osiris - на 131%, Call of Juarez - на 125%, The Crew - на 96%, Forza Horizon 5 - на 48%, Anger Foot - на 43%.То есть игры на Linux будут работать быстрее чем на Windows?
как будто они когда-то работали медленнее
Всегда медленнее и работали.И глючнее, что обычно не учитывается. Нарисовал тень дерева квадратом на заднем плане или на лучах схалтурил — зато FPS.
Покажите, где что не так в данном ролике? Большая разница в картинке? Если в этом не найдете, просмотрите остальные, по другим играм и отпишитесь сюда.
https://www.youtube.com/watch?v=NiZQ8CTRbs0
На 0:58 цвет кирпичей и рамы у картины разный. Если рама субъективно кажется лучше, то остальное явно замылено.
Разные? Под каким микроспоком разглядывали? Как это должно отразиться на игровом процессе? Вы действительно откажетесь играть из-за этого, будете чествовать дискомфорт? На мой взгляд для психически здорового человека это не нормально.
> Разные? Под каким микроспоком разглядывали?Вполне обычный монитор с охватом 100% sRGB.
> Как это должно отразиться на игровом процессе?
Никак. В игру с подменой тезисов "Покажите, где что не так в данном ролике?" можно играть вообще на Ч/Б телевизоре.
> Вы действительно откажетесь играть из-за этого, будете чествовать дискомфорт? На мой
> взгляд для психически здорового человека это не нормально.Я в принципе в такое не играю и против культа всяких химер.
Я этих примеров видел уже дюжину штук. Не вижу смысла смотреть конкретный ролик.
Тем более в коментариях есть обсуждения.
Линукс картинка выглядит как в пьяном тумане чего-то... Это очень заметно.Обычно не такая уж разница, ну там типа тени на заднем плане.
Картинки если и разняца то весьма не сильно.Вы игры включаете чтобы их под лупой рассматривать или играть?
там прям существенно
так почему-то если +5% FPS в линуксе так от этих крох до потолка прыгают от радости
а что показывается не так - это уже не волнует
Как на линукс лучше чем в винде, так надо помоями облить линукс, как не существенное различие, нужно из мухи слона сделать.
вообще не понял к чему это
по факту эт огейминг с красными глазами, но это всё не учитывается, главное на FPS смотретьКак-то запустил Mafia ремейк - FPS 160, а играть невозможно. Но можно радоваться с фанатизмом. А играть даже не надо, главное цифру увидеть "линукс победы".
Причём как шрифты, то там под микроскопом что-то не так в Windows найдут и будут нос воротить.
А тут (выше) игра в нкоторых моментах вся размыта, что задумаешься, а стоит ли в такое играть.
Так сразу "не существенное различие".
С фанатизмом оно всегда так.
> так надо помоями облить линуксИ замашки с глупым фанатаским обощением Windows VS Linux тоже бросай.
Речь была конкретно про Wine/Proton гейминг. Что по попределению вторичный продукт.
Как-то вон играл в одну игру под линуксами, сморю у героини мелкая сетка на лице
Я думаю "это же киберпанк", смотря полчаса вижу разговор с другим персонажем - тоже самое.
Пошёл на YouTube смотреть - а это линукс приколы само собой.Вот и играть в такое.
1:56 размытия нету как эффекта (в смысле DoF)
Как будто нет скриншотов сравнений:
https://media.moddb.com/images/members/1/63/62306/profilescr...
> Реализация подобных примитивов на уровне ядра позволяет
> существенно поднять производительность
> Windows-игр, запускаемых при помощи Wine.
> Например, при использовании драйвера ntsync
> по сравнению с реализацией примитивов синхронизации NT
> в пространстве пользователя максимальный FPS …Судя по тексту, сравнивается производительность игор именно на лине под вайном
И «внезапно» оказывается, что реализация в ядре сильно быстрее реализации в пространстве пользователя
Ну тут надо смотреть на конкретный проект и железо:
https://www.phoronix.com
https://www.phoronix.com/review/meteor-lake-arc-graphics/2
Обязательно ли тащить в ядро, почему нельзя отдельно модулем?
1. оно и так модулем
2. кто это поддерживать будет? А в ядро — разрабы ядра и поддерживают.
С такой политикой надо всё из ядра выкинуть.
https://www.youtube.com/watch?v=NjU4nyWyhU8
Здесь разработчица подробно объяснет, почему так. Но если говорить кратко, то в ядре работает существенно быстрее, чем в пространстве пользователя.
За последние 6 лет она (Zeb Figura, разработчица Wine Staging, работница компании CodeWeavers) разработала ESYNC, который сейчас входит в состав Wine Staging (по умолчанию отключено, включется переменной окружения WINEESYNC=1), а также рассмотрела множетство других вариантов синхронизации в пространстве пользователя, но все они оказались работающими плохо, либо частично ломающими Wine, что недопустимо. ESYNC работает как раз таки в пространстве пользователя. Но это всё ещё "костыль", принцип работы которого существенно отличается от поведения на Windows, но зато не требует модификации ядра. Теперь же она разработала NTSYNC, который максимально приближает поведение к тому, как это происходит на Windows, что позволяет избавиться от узких мест, существенно повысив производительность.
В видео упомянута интересная вещь - вайн поддерживает загрузку и работу драйверов, которым не нужны привилегированные инструкции. Интересно... могу ли я в вайн поставить и запустить DaemonTools.
Для этого есть нативные и свободные программы. Мне удалось запустить в Wine игру 1998 года (Magic and Mayhem), которая требует наличие диска, и которую, разумеется, нельзя купить в Steam. Образ диска игры смонтировал в нативном приложении, при этом сама игра работала в Wine. Список таковых, которые есть в AUR:fuseiso, furiusisomount, automounter, open-fuse-iso, mounter-elite-plus, open-fuse-iso-term, mounter_elite
Я знаю, что есть. Что забавно, как раз её (cdemu + vhba) вы не перечислили. Но речь вообще не об этом если честно. Есть программа с другим драйвером, который по идее тоже с оборудованием фактически не должен работать...
Аналог Daemon Tools в Linux (в части монтирования образов дисков) - CDEmu.
Написаноже: знаю. Но есть другие драйвера, делающие виртуальные устройства. Виртуальный компорт к примеру. Так как в вайне проброс компорта не работает вообще (и даже на реактос не работает, где компорт проброшен в виртуалку, а вот если виртуалкой загрузить хрюшку - то заработает), то возникает проблема городить костыли. А ещё желательно этот драйвер отреверсить.
Проброс компорта - работает. Даже уже симлинки в dosdevices создаются туеву хучу лет автоматически
>Виртуальный компорт к примеру. Так как в вайне проброс компорта не работает вообщеЯ в прошлом году нашел ядерный модуль tty0tty, собрал под установленный у меня Дебиан 11, и с его помощью общался из minicom с симулятором микроконтроллера, запущенным внутри Wine и способным
отобразить порт симулируемого микроконтроллера на ком-порт в системе. Вот я и подсунул Wine вместо настоящего порта то что делает этот модуль. А делает он пару портов,связанных через виртуальный нульмодемный кабель. И эта конструкция работала. Да, довольно медленно,но в моем применении особой скорости от обмена через порт и не требовалось,туда отладочные сообщения выводились и оттуда некоторые команды принимались. Отлаживал я вот эту штуку https://habr.com/ru/articles/127890/
и ее применение в своей конструкции (управление дизельным генератором для питания моего автономного дома).
>From: Elizabeth Figura <zfigura@codeweavers.com>
>--Zeb...
в другом коммите:
>From: Zebediah Figura <zfigura@codeweavers.com>Ясно.
https://www.youtube.com/watch?v=NjU4nyWyhU8
"Winlator разворачивает Linux-окружений на базе Ubuntu с Mesa3D, DXVK, D8VK и CNC DDraw, в котором при помощи эмулятора и Wine на ARM-устройствах с Android выполняются Windows-приложения, собранные для архитектуры x86."Мы развернём десктопный линукс на мобильном недолинуксе, чтобы вы могли запустить виндософт... ОуКееей!
В нашей проклятой временной линии, Убунта это в первую очередь не десктоп, а всего лишь контейнер.
> В нашей проклятой временной линии, Убунта это в первую очередь не десктоп,
> а всего лишь контейнер.Всего лишь контейнер, а точнее "плашка" под эту модную контейнеризацию, это alpine, а ubuntu это какое-то жирное ненужно в этом плане. Но чем бы дитя не тешилось, лишь бы инклюзивность и дайвёрсити, в такое время живём, да. ¯\_(ツ)_/¯
Alpine на musl, оно надо ловить несовместимости ради незначительной разницы в размере? Тем более что там явно не десктопная убунта, а минимальное окружение
Ды десктопная убунта и не нужна. Как и десктопный линукс в целом.
Wine Staging 9.1. Вот, вообще спустя рукава кодят сервисмены несчастные. D Где 9.2? Я хочу её!
Кто-то юзал Winlator? Как оно кстати?
Попробовал заведомо не особо напрягающую игрушку — Nox — ну всё предсказуемо. Моргнуло чёрным экраном и вылетело в эксплорер. Про какие GTA V там речь идёт, не знаю.
Особо старые игры как раз хуже всего работают, ибо используют свои приколы. А GTA V может на Unreal 5 будет, а значит уже точно у всех заработает и неплохо.
Кажется дотнет 3.5 сп1 закопали. По крайней мере в ванильной не установить или у меня лапки.(
Попробуйте использовать вместо этого wine-mono
горбатый виндовый софт от корпорастов обычно моно не жалует
В 32-битном префиксе, выстави Win2000, установи .NET 2.0 (без SP), выстави обратно систему, потом .NET 3.5 SP1
> Например, операция NtPulseEvent() и режим "wait-for-all" в NtWaitForMultipleObjects() требуют прямого управления очередью ожидания.Да, вот именно WaitForMultipleObjects() я чего то не припоминаю чтобы было в линухе/фре, и не понятно как это сделать без ядра.
С другой стороны делать как она - API венды не оч красиво, лучше было бы нативные сисколы сделать аналогичные по функционалу.
futex_waitv
Похоже это не достаточно хорошо раз пришлось тащить модуль в ядро.
Тем более юзерспейс не имеет доступа к планированию потоков.
Если добавлять сискол, тогда как бы получается, что возможностей ядра не хватает. Одни злые языки примутся утверждать, что Linux был технически отсталым, другие - что Линус должен показать свой волшебный палец, иначе он прогнулся под Винду (вон в #59 уже раскомандовались). Это не считая возможных сложностей с бэкпортирванием патча на старые ядра.А так выходит наоборот: ядро круто спроектировано и позволяет в виде модуля прикрутить новую функциональность, а кому не нравится, тот пусть отключает*). Плюс, модуль можно собирать отдельно от ядра и установить хоть сейчас в 6.6 LTS, можно завернуть в dkms и добавить в какой-нибудь Арч, где его с радостью протестируют.
*) +This interface is meant as a compatibility tool only, and should not
+be used for general synchronization. Instead use generic, versatile
+interfaces such as futex(2) and poll(2).
Да, не хватает, и признать это будет правильным и простым решением.Патч в данном виде это PoC, и у автора задача проверить гипотезу и легко внедрить.
Так это уже 3-й PoC.
Есть ESYNC. Поддерживается в wine-staging, требует миллиона файловых дескрипторов - наверное, слишком жирно для принятия в основную Wine.
Есть FSYNC. Требует добавить FUTEX_WAIT_MULTIPLE в futex2 - вероятно, Линус уже показывал волшебный палец, а может быть дело в этом https://github.com/ValveSoftware/Proton/issues/4568
Это решение с учётом имеющегося опыта, наверняка добавят в Wine 10.0 - как раз год на принятие в ядро и тестирование.
Тогда придётся портировать на фрю :)
Ну вот кстати ещё один плюс отдельного драйвера. Не указал его сразу, поскольку мне не ясно, насколько просто будет портировать.
Подскажите можно ли сделать wine регисро-зависимым (case sensivity)
на сколько мне известно windows 10 это позволяет.у меня под linux в одной папке есть 2 файла "TEST.txt" и "test.txt"
wine explorer их даже показывает, но например при попытке переименования "TEST.txt" оно сразу же перескакивает на "test.txt"
Учитывая что на винде регистронезависимо, оно надо, придумывать проблемы на ровном месте ?
Но зачем, карл?
Ладно, регистрозависимость в линуксе есть, это неизбежное зло. Но зачем сознательно её использовать?
эээ...
конкретно в моём случае,
объясните это программистам небольшой компании которая называется amazon,
при попытке сгенеринровать php классы на основе их xsd файлов появляются файлы с "почти одинаковыми" именами (наверное у них есть на то причины) но мне от этого не легче...
Регистрозависимость это не зло, а объективная реальность. Потому что физически это разные символы. Да и визуально тоже. Какому психу взбрело в голову свалить верхний и нижний регистр в одну кучу, когда в один байт и так мало символов умещается?
Что такое «физически разные символы»? В контексте хранения текста — нет, это не разные символы, иначе у нас было бы 32 разных слова из букв linux.
MS, когда свой FAT пилили, наверное уж не зря регистронезависимость сделали (а это ведь лишний код).
«Объективная реальность» эта тянется с тех пор, когда каждый байт и такт экономили, ну а теперь «тут так заведено».
А - это 01000001
а - это 01100001Что в ASCII, что в UTF-8.
Чтобы их считывать, как один и тот же, как раз и нужен лишний код.
И кстати, такты до сих пор экономят очень жёстко. В ядро Linux лишний if - смерть, ня.
> Чтобы их считывать, как один и тот же, как раз и нужен лишний код.Лишний — это если не для людей делать, а если для людей, вовсе не лишний.
Не говоря уже о том, что это просто перекладывание головной боли на прикладной софт (не знаю, кому как, а мне нафиг не нужен регистрозависимый поиск по файлам, или регистрозависимая сортировка).
> Чтобы их считывать, как один и тот же, как раз и нужен лишний код.chr | 0b00100000
ну или
chr & 0b1011111
Через пару релизов и Linux станет Winux
Венде-капец настанет (это неприемлемая лексика, серьёзно???)
> Улучшена поддержка системного лотка.Кто-то реально говорит лоток вместо трей или просто в переводчик закинули не глядя? Ну хоть не кошачий надеюсь.
Ну видимо систему туда "ходит".
Почему некоторые называют область уведомлений «треем»?Короткий ответ: потому что заблуждаются.
Длинный ответ: официальное название штуковины снизу экрана — «панель задач» (taskbar). Она состоит из нескольких элементов — кнопка «Пуск», кнопки переключения между задачами, часы, и «область уведомлений» (taskbar notification area).
...
Откуда взялось это неверное название?
В ранних версиях Chicago — ещё до того, как проект получил название Windows 95 — панель задач была не панелью задач, а папкой, зафиксированной снизу экрана. Она была всегда на виду, и можно было «бросать» в неё документы и ярлыки для быстрого доступа — аналогично лотку для всякой всячины, который ставят в верхний ящик письменного стола.
>Также можно отметить публикацию в списке рассылки ядра Linux драйвера ntsync, реализующего символьное устройство /dev/ntsync и набор примитивов для синхронизации, применяемых в ядре Windows NTСразу отказать!
Разумеется, откажут. А то выяснится, что даже нативные линуксовые программы станут делать через него.