Hacker News Digest

В списке рассылки openbsd-ports представлен новый порт Wine для OpenBSD — вероятно, самый неожиданный за год. Это коллективная работа: прорыв обеспечило программное решение Андрея для проблемы с регистром %gs — «нельзя установить gsbase, поэтому мы эмулируем префикс %gs на командах». Основную нагрузку взяли на себя Андрей и Фабьен.

Интерес к Wine заметно вырос по сравнению с ситуацией 5–10 лет назад, поскольку множество Windows-программ перешло на 64-битную архитектуру. Уже протестированы десятки 64-битных приложений, в основном успешно: есть скриншоты и записи трансляций, а недавно вышедший ремастер The Witcher 3 работает хорошо (требуется добавить vkd3d-proton). Главное ограничение — не работает WoW64, поэтому 32-битные программы пока не запускаются; проверить разрядность файла можно утилитой file(1). Встроенные тесты временно отключены: для них нужен доступ к X-серверу, и часть тестов зависает, хотя в реальных играх этого не наблюдалось. Для проверки советуют Notepad++ как простое 64-битное приложение, запускать на свой риск и лучше под отдельным непривилегированным пользователем — возможно, удастся ограничить его через unveil(2).

Обсуждение дополняет статью реальными реакциями сообщества: от восторга по поводу запуска Windows‐приложений на OpenBSD до скептицизма относительно графической поддержки, вопросов о поддержке CVS и стратегии поддержания порта, а также упоминаний о потенциальных преимуществах безопасности и объёме требуемых усилий. Большинство комментаторов радуются появлению Wine на OpenBSD, отмечая рост интереса к играм и приложениям Windows в BSD‐сообществе. Совет: Автор t‐3 советует помечать все изменения как OpenBSD‐only, чтобы упростить поддержку, с возможным будущим upstream‐проектом. Спор: С одной стороны, пользователи (greyw) опасаются, что OpenBSD отстанет в графике, а с другой – есть вопросы о наличии 3‐D драйверов и их качестве. Несмотря на то, что OpenBSD всё ещё использует CVS, комментатор ninjin подчёркивает, что система работает надёжно для всех поддерживаемых платформ. Совет: Maken отмечает, что VKD3D работает «из коробки», но стек абстракций хрупок, поэтому рекомендуется тщательное тестирование. raverbashing задаёт вопрос о текущем состоянии поддержки 3D/OpenGL в OpenBSD, указывая на неопределённость практической игровой совместимости. Совет: j45 указывает, что наличие Wine на BSD может обеспечить безопасный способ запуска устаревших Windows‐приложений, изолируя их от основной системы. throwaway27448 интересуется, сколько работы и какие OpenBSD‐специфичные детали требуются для создания работающего порта, показывая интерес к оценке усилий.

AMD совершила стратегический прорыв в 2003 году, выпустив Athlon 64 — первый 64-битный процессор x86, который заставил Intel отказаться от собственного проекта Itanium и последовать за конкурентом. Intel изначально не хотела расширять x86 до 64 бит из-за архитектурного наследия и предпочла бы начать с чистого листа, создав более эффективный Itanium, но он провалился из-за отсутствия обратной совместимости и слабой поддержки софта.

AMD пошла на риск, понимая, что Itanium угрожает её существованию, и предложила рынку плавный переход: пользователи могли работать с 32-битными приложениями на полной скорости, а позже перейти на 64-битные ОС без потери совместимости. Это сработало — Microsoft поддержала архитектуру, а рынок оценил удобство. Athlon 64 не только выжил, но и заставил Intel лицензировать технологию AMD, что изменило расстановку сил в индустрии.

• Intel разработала собственные 64-битные расширения для x86 (Yamhill) ещё до AMD64, но отказалась от их внедрения из-за опасений конкуренции с Itanium (IA-64).
• Ключевым фактором успеха AMD64 стала обратная совместимость с существующим x86-софтом, в отличие от радикально новой и несовместимой архитектуры Itanium.
• Переломным моментом стало доминирование AMD с Athlon 64, однако Intel позже вернула лидерство с архитектурой Core, а затем вновь уступила с приходом AMD Zen.
• Решение Microsoft отказаться от поддержки 16-битного кода в 64-битных Windows было технически обосновано ограничениями AMD64, а не маркетинговым выбором.
• Разработка AMD64 велась с учётом опыта других архитектур (например, DEC Alpha) и включала устранение ряда недостатков x86, таких как малое количество регистров.

32-битные системы устарели, но ядро всё ещё их поддерживает из-за старого «железа» и ПО.
Arnd Bergmann: новые продукты уже 20 лет выходят на 64-битных платформах; встраиваемые устройства постепенно переходят с armv7 (32-бит) на armv8 (64-бит).

• Arm: 90 % встраиваемых систем; лишь три старые архитектуры до-armv7 ещё можно купить, но ядро держит десяток выведенных из производства. Поддержку можно выбрасывать «по половинам», когда исчезнут пользователи.
• Другие 32-битные архитектуры (arc, microblaze, nios2, openrisc, rv32, sparc/leon, xtensa) вытесняются RISC-V.
• nommu (armv7-m, m68k, superh, xtensa) никто не выпускает, их держат лишь ради существующих систем.

Для несовместимых 32-битных приложений — запуск 32-битного userspace на 64-битном ядре: экономит память, не требует 32-битного ядра.

Боль разработчиков:

• Высокая память (highmem) усложняет mm-подсистему; нужна, когда физической памяти > ~800 МБ.
• Ядро пока держит 32-битные машины до 16 ГБ, но таких почти нет; 4 ГБ встречаются (Chromebook), 2 ГБ — чаще, но «глупо»: память дороже CPU.

• Участники обеспокоены удалением поддержки nommu/32-бит: это уменьшает свободу, лишает возможности запускать Linux на старом или простом железе и делает ядро похожим на «дорожную карту» Apple/Windows.
• Некоторые предлагают форк «Linux Legacy» или переход на NetBSD/OpenBSD, которые по-прежнему поддерживают старые архитектуры.
• Для встраиваемых устройств без MMU считают более подходящими Zephyr, NuttX или Contiki, а не полноценный Linux.
• Поддержка big-endian почти мертва, но сохранится, пока IBM вкладывается в s390x.
• Старые ядра и LTS-дистрибутивы ещё десятилетие обеспечат безопасность и работу выброшенного железа.