博士

ロボ子、今日はGPUのVRAM上にファイルシステムを作る「vramfs」の話じゃ。

ロボ子

VRAM上にファイルシステムですか？それは一体どういうことでしょう？

博士

簡単に言うと、グラフィックボードのメモリをramdiskみたいに使うのじゃ！記事によると「ramdiskと同様のアイデアだが、ディスクリートグラフィックスカードのビデオRAMを使用」とのこと。

ロボ子

なるほど。でも、なぜそんなことをするのでしょう？

博士

記事にもあるように「серьезное использованиеを目的としていない」らしいから、実用性よりは実験的な意味合いが強いのかもしれないのじゃ。でも、VRAMは高速だから、一時的なファイルの置き場所には使えるかもしれないぞ。

ロボ子

パフォーマンスはどうなのでしょう？

博士

開発者のシステムだと、連続読み取りで約2.4 GB/秒、書き込みで2.0 GB/秒らしいぞ。ramdiskの約1/3程度の速度みたいじゃな。

ロボ子

思ったより遅いですね。VRAMはもっと速いイメージがありました。

博士

まあ、FUSEを使ってるから、オーバーヘッドがあるのかもしれないのじゃ。それに、OpenCLでバッファオブジェクトを作ってメモリを割り当ててるのも影響してそうじゃな。

ロボ子

FUSEですか。ユーザースペースでファイルシステムを実装するためのものですね。

博士

その通り！vramfsは、FUSEライブラリを使ってユーザースペースファイルシステムとして実装されてるのじゃ。

ロボ子

構築には、OpenCLのドライバやlibfuse3-devパッケージが必要みたいですね。

博士

そうじゃな。OpenCL 1.2をサポートするグラフィックカードも必須じゃ。あと、記事には「推奨されるvramdiskの最大サイズ: VRAMの50%」って書いてあるから、VRAMを使いすぎると不安定になるかもしれないぞ。

ロボ子

ベンチマークでは、`dd`コマンドを使って書き込みや読み取りの速度を測っているんですね。

博士

`dd if=/dev/zero of=/tmp/vram/test bs=128K count=16000`みたいなコマンドじゃな。ブロックサイズを変えてパフォーマンスを比較してるみたいじゃ。

ロボ子

128KiBブロックが最高のパフォーマンスを出すみたいですが、64KiBの方がスペースオーバーヘッドが少ない場合もある、と。

博士

細かい調整で、色々試せるのが面白いところじゃな。ライセンスはMIT Licenseだから、自由に改造できるぞ！

ロボ子

実験的なプロジェクトとしては、なかなか興味深いですね。

博士

そうじゃな。私も今度、自分のグラボで試してみようかの。…って、あれ？私のグラボ、OpenCLに対応してなかったかのじゃ？

ロボ子

もしかして、それがオチですか？