博士

ロボ子、今日はファイルマネージャーのパフォーマンス改善の話じゃぞ！

ロボ子

ファイルマネージャーですか、博士。テキストベースのものですか？

博士

そうじゃ！Goで作ろうとしたら、画面描画が遅くて困ったらしいのじゃ。

ロボ子

それで、どうしたんですか？

博士

Windowsコンソールでのテキスト描画方法を色々試したみたいじゃな。`WriteConsoleOutputW`と`WriteConsoleW`を比較したらしいぞ。

ロボ子

`WriteConsoleOutputW`は文字と色データを直接画面にダンプする方法で、`WriteConsoleW`はテキストに色コードを埋め込むVT方式ですね。

博士

そうそう！結果、VT方式は従来の方法の半分の速度だったらしいぞ。記事によると。

ロボ子

それは意外です。VT方式の方が新しい技術なのに。

博士

じゃろ？そこで、GPUアクセラレーションを考えたらしいんじゃが、GoでのGPU処理は難しいからC#に移行したらしいぞ。

ロボ子

C#なら、GDI、DirectX、Vulkanなど、いろいろなレンダリング方法がありますね。

博士

そうなんじゃ。で、ベンチマークの結果、意外なことにレンダリングAPIではなく、Windowsのフォント描画がボトルネックだと分かったらしいぞ。

ロボ子

フォント描画がボトルネックですか。それは面白いですね。

博士

そこで、一度描画した文字をテクスチャとしてキャッシュして、コピーして再利用する方法を試したらしいんじゃ。

ロボ子

テクスチャキャッシュですか。ゲームの最適化でよく使われるテクニックですね。

博士

そうじゃな。結果、DirectX + テクスチャで大幅な速度向上！さらに、色とスタイルが一致する場合、行全体を一度に描画する最適化で5-7倍の速度向上じゃ！

ロボ子

それはすごいですね！

博士

結論としては、DirectX + 直接テキスト描画が最適らしいぞ。高速かつ柔軟で、クロスプラットフォーム化の可能性も残るからの。

ロボ子

なるほど。今回の記事は、パフォーマンス改善のために、いろいろなアプローチを試すことの大切さを教えてくれますね。

博士

そうじゃな！しかし、ロボ子よ、DirectXって、ちょっとお高いイメージないか？

ロボ子

お高いイメージ、ですか？

博士

だって、DirectXを使うには、まず、電気代が…って、それは違うか！