OpenBSD 向けに移植された Wine

2026/10/19 22:35

OpenBSD 向けに移植された Wine

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Thomas Frohwein によって、OpenBSD 用の新しい 64 ビット Wine ポートが提案された。これは過去のエミュレーション上の障壁(具体的には

%gs/gsbase
の問題)を解決した集団的な成果である。このアップデートにより、システムは「The Witcher 3」のリマスター版を含む多数の 64 ビット Windows アプリケーションおよびゲームを実行できるようになり、これは
vkd3d-proton
を必要とする。機能性は Notepad++ などのツールによる実環境でのテストで検証されており、さらに利用可能なライブストリーム録画やスクリーンショットによって支援されている。ただし、重大な制限が存在する:WoW64 およびすべての 32 ビット Windows ソフトウェアは非対応であり、ユーザーは
file(1)
コマンドを使用してファイル形式が 64 ビットであることを確認しなければならない。また、複雑さおよびハング問題のため、内部の自動化テストは現在無効化されている。
unveil(2)
のようなセキュリティ機構が実装されるまで、このポートはユーザー自身の責任で非特権アカウントで実行すべきであり、即時テスト用として携帯可能なビルド (
v8.9.8.1
) が利用可能である。

本文

64 ビット版 Wine: 新しいポートと最新状況のご報告

本年、最も驚くべき進捗の一つであるワイン(Wine)向け新規ポートについてご紹介します。関係者の努力の結晶であり、Andrii 氏による技術的解決策が「%gs」問題への突破口となり、アクセス許可(gates)の開鎖に成功しました。

ポートの実現経緯と主な貢献者

  • 背景: 「%gs/gsbase に関する問いかけに対する関心の高まり」という社会的需求に応えるため実現 [1]。
  • 技術的解決策: Andrii 氏が提供したソフトウェア的な解決策が、%gs プレフィックスのエミュレーションを可能にし、設定不可能だった gsbase を解決しました。
  • 主要貢献者:
    • Andrii 氏: ソフトウェア解決策の提供と問題解決に尽力。
    • Fabien 氏: 全体の重荷を負い、多大な貢献をされました。
  • 謝辞: 両氏の尽力に対し心から拍手を送ります。

環境の変化と検証結果

近年、Windows ソフトウェアにおける64 ビット化の潮流により、ワインへの関心が劇的に高まっています [2]。これに伴う検証状況は以下の通りです。

  • 検証対象: 数十種類の 64 ビット版 Windows ソフトウェア。
  • 結果: 概ね良好な動作を確認済み。
  • 実例参照:
    • スクリーンショット: [3][4][5]
    • ライブストリーム録画: [6]
  • 代表例: つい先月リリースされた『ウィッチャー 3 リマスター版』も動作良好。
    • 注意: 追加で
      vkd3d-proton
      を必要とします(詳細は README を参照)。
    • 補足: フレームレートの低さが録画ツール(ffmpeg)の限界によるものかもしれません [7]。

現状の制限事項と確認方法

現時点での最大の制約として、WoW64 が機能しないため、32 ビット版 Windows ソフトウェアのサポートは未遂行です。

  • 32 ビットかどうかの判別:
    • file(1)
      コマンドでファイル属性を確認してください。
    • 以下のような出力が则表示された場合は 32 ビット版と判定されます。
    MS-DOS executable PE for MS Windows (GUI) Intel 80386 32-bit
    

インストールとテストに関する注意点

  • 内部テストの無効化:
    • 現在は
      builtin-tests
      が有効化されていません。
    • 有効化は複雑であり、X サーバーへのアクセスが必要になる他、テスト項目がハングアップする問題があります。
    • しかし、多数のゲームを用いた実環境検証ではそのような現象は確認されませんでした [8]。
  • 利用上の推奨:
    • 比較的小さく扱いやすいNotepad++ ([9] を参照) のようなソフトウェアから試用することをお勧めします。
    • ソフトウェア利用は利用者の責任となります(免責事項)[10]。

セキュリティ対策と隔離の推奨

当面の間、以下の環境での利用をご検討いただくことをお勧めいたします。

  • 専用環境: 非特権ユーザー環境で動作させること。
  • フェンシング(隔離):
    unveil(2)
    を活用して特定のプロセスを隔離する手法の実用性を調査中です。
    • これにより、万一の事故を防ぎます。

謝辞

本ポートドラフトの試用および寄稿にあたり、以下の皆様へ厚く感謝申し上げます:

  • brynet@
  • bentley@
  • pertho (IRC: libera.chat #openbsd-gaming)
  • vl_ms

同じ日のほかのニュース

一覧に戻る →

2026/10/20 6:08

Microsoft アカウントを持っていないので、RTX Spark ラップトップに Linux をインストールしようとしています

## Japanese Translation: 記事は、ASUS ProArt P16 H7607BA-SE033W において、カスタマイズされた Arch Linux ARM 環境が、NVIDIA AI ワークロードに特化して、ネイティブの Windows と同等かそれ以上(わずかに高速)のパフォーマンスを実現することを示しています。7-Zip コンプレッションや GIPS スコアなどのベンチマークタスクでは、全スレッド有効条件下において Linux は圧縮で約 5%、解压で約 3% の高速化を達成し、Windows ネイティブの結果と同等か上回る性能(例えば HP OmniBook Ultra 相当機での 157.084 GIPS vs 155.774 GIPS)を示しました。構築には、ハードウェア向けに拡張されたアップストリームの Archinstall 4.5 を用いた Arch Linux ARM が採用されており、「hid-asus」キーボードサポート、カスタムオーディオドライバー、フレームバッファマッピング用の ACPI オーバーライドなどのパッチが含まれます。ハードウェアパッケージは著者の鍵で署名され、入力はハッシュピン固定されて整合性が保証されています。システム構成では kernel 7.0.0-1022-nvidia と NVIDIA ドライバー 615.78.08、rootless Podman および CDI サポートを採用しており、統合されたメモリプールが約 116 GiB(Windows の分割領域に対し)と報告されています。表示能力としては、3840×2400 レゾリューションで 120 Hz が利用可能です。ローカル AI 推論テストでは、ARM64 コンテナ上で vLLM を用いて Qwen モデルを成功裏に実行し、混合クアンタ化および FP8 KVキャッシュを活用した効率的なモデルロード(約 68.2 GiB の重みと約 21.1 GiB の KVキャッシュを含む場合、約 16 分)および生成速度(約 30 トークン/秒)を実証しました。したがって、Linux は、強力な GPU カパビリティを得つつオープンソースの柔軟性を求めるプロフェッショナルユーザーにとって、大きな速度低下や安定性の妥協なく viable な選択肢であり、複雑な NVIDIA 構成上で先進的な AI ワークロードを展開するクリエイター向けの魅力的な代替手段を提供します。

2026/10/20 1:39

MiniMax M3.1 フラッシュ

## Japanese Translation: MiniMax が、複雑な「エージェント型(agentic)」タスク向けに設計された次世代 AI モデルの画期的な早期バージョンである M3.1 Flash を公式にローンチしました。このモデルは、AI にデジタル従業員のような形で多段階のワークフローを自律的に計画する能力を付与します。今回のリリースは、すでに匿名で 200 兆トークン以上を処理した実績に基づき、パフォーマンスとコスト効率における世代を超える飛躍を示しています。 新しいモデルは、前世代のバージョンに比べてオンライン推論速度が約3倍向上し、1秒あたり 200 トークン以上(中央値で 170 TPS 超)を生成します。また、「激しいスパース性(aggressive sparsity)」などの最適化効率技術を活用することで、エージェント型タスクのコストを 70% 削減しました。その優れた能力は、独立したベンチマークでの上位スコアにより検証されています:AutomationBench-AA ではリーディングモデルレベルのスコア、BankerToolBench(多段階計画および金融コンプライアンス)では 76.2 のスコア、DeepSWE v1.1(コード理解と機能開発)では 73.7% のスコアを達成し、OSWorld V2(61.7 スコア)と Agents' Last Exam(29.6 スコア)において中国国内のモデルの中で第 1 位にランクインしました。さらに、脆弱性の発見・検証に関する CyberGym で 82% のスコアを示すことでサイバーセキュリティ分野における強力なポテンシャルを有しており、コード監査や浸透テストでも堅牢な性能を発揮します。 MiniMax API、M Plan、および MiniMax Code を介して利用可能で、この即時ローンチは開発者と企業が、安全で自律的なソフトウェアシステムの構築に必要となる、大幅に安く高速なツールへのアクセスを提供します。完全なモデルウェイトの公開は、新しい「Pro」知的階層と併せて後日行われる予定です。フラット料金体系(1M トークンあたり)は、入力 $0.15、出力 $0.60、キャッシュ入力 $0.015 と設定されています(MiniMax-M3.1-Flash)。

2026/10/20 3:42

ロールバック操作は、士気向上まで続きます。

## Japanese Translation: PostgreSQL 19 は、ベータフェーズ開始直後に「REPACK CONCURRENTLY」を含む約 8〜10 の主要な機能を撤回しました。この変化は、ベータ期間後半に発見された重大なアーキテクチャ上の欠陥と多数のエッジケースによって引き起こされました。高度な自動化ツール(例:強化されたコードレビューやファージング)が、システムの複雑さや機能間相互作用(例:ドメインの組み合わせ、制約、パーティショニング、トリガーなど)により人手による検出が困難だった問題を浮き彫りにしました。これらの機能の多くは、現在の自動化分析機能が利用可能になる前の段階で開発されておりました。加えて、PostgreSQL 19 は 4 月から 8 月の間に「Vulnpocalypse(脆弱性の暴風)」に見舞われ、シニア開発者たちはベータウィンドウ内でのさらなるレビューやテストを優先することよりも、緊急のセキュリティ修正にリソースを割り当てることを決定しました。いくつかの問題はより長い期間の集中を必要としていた可能性がありますが、チームはリリーススケジュールを守りました。これらの機能は永久に廃棄されるものではなく、将来のリリースで洗練およびコミュニティからのフィードバックを受けた後に再導入される見込みです。PostgreSQL 20 は、未検証の主要な革新を導入するのではなく、すでにほぼ完成していたいくつかの機能を完了することに重点を置いたより慎重な戦略の下、間もなく公開を迎えています。

OpenBSD 向けに移植された Wine | そっか~ニュース