Linuxカーネルに新設された/dev/ntsyncデバイスを通じ、WindowsのNTカーネルが持つ同期オブジェクトをカーネル内で直接再現する仕組みです。

【検証】Wine 11「678%高速化」の真相。30年越しの新技術ntsyncがLinuxカーネルに正式採用された

Q: Wine 11で何が変わったのか?

6,300件の変更と600件以上のバグ修正を含む大型リリースです。最大の目玉はntsyncサポートとWoW64モードの完成です。

Q: 「678%高速化」は本当か?

この数値はvanilla Wine（最適化なし）との比較です。既にesync/fsyncを使っていた多くのユーザーへの実効改善は15〜20%程度です。

Q: Steam Deckのユーザーはどうなるのか?

SteamOS 3.7.20ベータでntsyncドライバがデフォルト組み込み済み。Proton GEでも利用可能です。公式Protonへの反映はWine 11リベース待ちです。

Q: なぜ30年かかったのか?

esyncやfsyncはカスタムパッチでしか適用できず、Linuxカーネルのメインラインに入るには厳格なコードレビューとコミュニティの合意が必要だったためです。

Wine 11がLinuxカーネルの新ドライバntsyncを正式サポート。最大678%の高速化が報告されたが、実環境での改善は15-20%。30年越しの技術的達成と数字の読み方を解説する。

Wine 11.0が2026年1月13日にリリースされました。LinuxでWindowsのアプリケーションやゲームを動かすためのソフトウェアで、1993年から30年以上の歴史があります。

今回のリリースで最も注目されているのは、XDA Developersが報じた「最大678%の高速化」です。Hacker Newsでは620ポイントを獲得し、「Linuxゲーミングにとってここ数年で最大の進歩」とも言われています。

ただし、この数字には大きな前提条件がついています。678%という数字が何と何を比べたものなのか、実際のゲーム体験はどう変わるのかを検証します。

Wine 11で何が変わったのか

Wine 11.0は約1年間の開発期間を経て、6,300件の変更と600件以上のバグ修正を含む大型リリースです。主な新機能は以下の通り。

新機能	内容
ntsyncサポート	Linuxカーネルの新ドライバで同期処理を高速化
WoW64モードの完成	32ビットアプリの実行に 32ビットライブラリが不要に
排他フルスクリーン	ゲームのフルスクリーンモードが正しく動作
Waylandドライバ改善	次世代Linux ディスプレイサーバー対応
Vulkan改善	H.264デコーディング対応を含むグラフィックス改善

このうち最もインパクトが大きいのがntsyncです。

「678%高速化」は本当か。ベンチマーク数値の正しい読み方

まず話題の数字を見てみましょう。XDA Developersが報じたベンチマークは以下の通りです。

ゲーム	変更前 (FPS)	変更後 (FPS)	改善率
Dirt 3	110.6	860.7	678%
Resident Evil 2	26	77	196%
Call of Juarez	99.8	224.1	124%
Tiny Tina's Wonderlands	130	360	177%

数字だけ見ると衝撃的です。しかし、ここに重要な前提があります。

このベンチマークは「ntsyncあり」と「vanilla Wine（esync/fsyncなし）」の比較です。vanilla Wineとは、高速化のためのパッチを何も適用していない素の状態のこと。現実のLinuxゲーマーの大多数は、すでにesyncまたはfsyncという高速化技術を使っています。

Hacker Newsの議論でも「既にesync/fsyncを使っていたユーザーへの実効改善は1桁パーセント程度」と複数の指摘がありました。実際にfsyncとの比較テストでは、改善幅は7〜8 FPS（15〜20%程度）と報告されています。

678%はvanilla Wine（最適化なし）との比較。すでにesync/fsyncを使っている多くのユーザーにとっての実効改善は15〜20%程度です。それでも十分な改善ですが、見出しの印象とは大きく異なります。

ntsyncとは何か。Windowsの「鍵の仕組み」をLinuxカーネルに入れた

ntsyncを理解するには、まず「同期処理」という概念を知る必要があります。

現代のゲームは複数の処理を同時に走らせています。グラフィックの描画、物理演算、サウンド、ネットワーク通信。これらが同じデータに同時にアクセスすると壊れるので、「今この部分を使っているから待って」という交通整理が必要です。これが同期処理で、Windowsではmutex（ミューテックス）、semaphore（セマフォ）、event（イベント）といった仕組みがOS内部で提供されています。

問題は、WineがLinux上でこの交通整理を再現する方法でした。

世代	方式	問題点
初期	wineserver経由	同期のたびにプロセス間通信が発生し遅い
esync（2018年頃）	Linuxのeventfdで wineserverを回避	ファイルディスクリプタを大量消費する
fsync（2019年頃）	Linuxのfutexでさらに高速化	カスタムカーネルパッチが必要
ntsync（2026年）	/dev/ntsyncデバイスでカーネル内処理	メインラインカーネルに正式採用済み

esync、fsync、ntsyncの3つとも、開発したのはCodeWeavers所属のElizabeth Figura氏です。ntsyncは /dev/ntsync というデバイスファイルを通じて、WindowsのNTカーネルが持つ同期オブジェクトの動作をLinuxカーネル内で直接再現します。

技術的には、esyncやfsyncの延長線上にある改良です。ただし決定的に違う点があります。

なぜ30年かかったのか

Wineの歴史は1993年、Bob Amstadt氏が始めたプロジェクトにさかのぼります。当初は「Windows Emulator」の略でしたが、現在は「Wine Is Not an Emulator」（Wineはエミュレータではない）の再帰頭字語とされています。Windowsの仕組みをまるごと翻訳するソフトウェアで、仮想マシンとは異なりOS自体を動かすのではなく、WindowsのAPI呼び出しをLinuxの対応する処理に変換します。

esyncやfsyncは優れた高速化手段でしたが、「カスタムパッチ」という形でしかLinuxに適用できませんでした。Linuxカーネルの正式な一部（メインラインカーネル）に入るには、厳格なコードレビューとコミュニティの合意が必要です。

Elizabeth Figura氏は数年にわたりカーネルパッチを反復改善し、2024年1月にRFCパッチセットを投稿。2023年のLinux Plumbers Conferenceでの発表を経て、複数回のリビジョンの末、ついにLinuxカーネル6.14（2025年初頭）にマージされました。

「同期処理がLinuxメインラインカーネルで正式にサポートされた」のは、Wine 30年の歴史で初めてのことです。Fedora 42やUbuntu 25.04など、カーネル6.14以降を搭載するディストリビューションであれば、追加のパッチなしで恩恵を受けられます。

Steam Deckのユーザーはどうなるのか

LinuxゲーミングといえばSteam Deckです。Valveの携帯型ゲーム機はSteamOS（Linuxベース）で動いており、WindowsゲームはWineベースのProtonを通じて実行されています。

環境	ntsync対応状況
SteamOS 3.7.20 ベータ	ntsyncドライバをデフォルトで組み込み済み
Proton GE （非公式フォーク）	ntsync有効化済み
Proton公式版	Wine 11へのリベース待ち

つまり、ベータチャンネルやProton GEを使っているユーザーはすでにntsyncの恩恵を受けています。公式Protonへの反映はWine 11へのリベース待ちですが、PC Gamerは「SteamOSにも恩恵がある」と報じています。

日本語訳

Phoronix: 「NTSYNCドライバがLinux 6.14にマージ。Windowsのロック機構をカーネルで処理し、Wineの多くのワークロード（ゲーム含む）が改善される。SteamOSユーザーにも朗報」

「Wineが良すぎるとLinuxネイティブゲームが減る」という懸念

Hacker Newsでの議論では、Wineの進化に対する逆説的な懸念も出ていました。「Wineが良すぎるとゲーム会社がLinuxネイティブ版を開発するインセンティブが減る」というものです。

実際、SteamのLinux対応はProton（Wineベース）が中心になっており、ネイティブLinux版をわざわざ開発するスタジオは少数派です。あるユーザーは「Win32 APIはLinuxで唯一安定したABI」と皮肉交じりにコメントしています。Windows向けに書かれたゲームが、Wineを通じてLinux上で「正しく」動き続ける一方、Linux自体のAPIは変化し続けるため、ネイティブアプリの互換性維持が難しいという逆転現象です。

一方で、30年間にわたるWineの「退屈で感謝されない仕事」への敬意を表す声も多く見られました。Windows自体が切り捨てた古いゲームがWine上ではWindows 11よりも良く動作するという報告もあり、互換性の維持という点でWineの貢献は計り知れません。

地味だが確実な前進

まとめましょう。

Wine 11の「678%高速化」は、最適化を何も入れていないvanilla Wineとの比較です。すでにesyncやfsyncを使っていた多くのLinuxゲーマーにとっての実効改善は15〜20%程度で、見出しほど劇的ではありません。

しかし、ntsyncの本当の価値は数字の大きさではなく、「Linuxカーネルのメインラインに正式に入った」という事実にあります。esyncもfsyncも優れた技術でしたが、カスタムパッチという不安定な土台の上にありました。ntsyncはLinuxカーネルの正式な一部です。ディストリビューションが標準でサポートでき、ユーザーが追加の設定なしで恩恵を受けられる。30年間ユーザースペースで戦い続けてきたWineの同期処理が、ようやくカーネルに認められた。

Elizabeth Figura氏が数年かけて磨き上げ、カーネルコミュニティの厳しいレビューを通過したこの変更は、派手な数字よりもずっと大きな意味を持っています。