vramfs – GPU VRAM 基本的にベースのほとんどは Linux 用のファイル マシン

未使用の RAM は無駄な RAM です。グラフィックス カードにその VRAM の約 1 個を確保しておく必要はありませんか?

vramfs は、 FUSE ライブラリ を指定して、VRAM にファイル マシンを取得します。 前提は、個別のグラフィックス カードのビデオ RAM を小売業者のファイルに伝える代わりに、ramdisk と同じであるという点で注目に値します。 これは深刻な説明を意図したものではありませんが、特に 4GB または追加の VRAM を搭載したクライアント GPU に間違いなくアクセスできるため、ある程度適切に動作することは間違いありません.

開発者のマシンでは、継続的に教えられるパフォーマンスは ~2.4 GB/s、書き込みパフォーマンスは 2.0 GB/s で、これは RAM ディスクで達成できるものの約 1/3 です。 これは、ホストへの適切な知識転送用に設計されていないマシンにとっては十分に立派ですが、将来のブーストは、PCI-e 帯域幅の制限に近づくための静かな目的である可能性があります。 benchmarks share を参照して、追加の知識を入手してください。

まず、グラフィック カード用の OpenCL ドライバーをセットアップし、識別されていることを確認します。 clinfo を実行して OpenCL マシンとして。 次に libfuse3-dev パッケージ取引またはオファーから入手してください。 pkg-config

も必要になるでしょう。 および OpenCL ブースト ファイル (opencl-dev 、

opencl-clhpp-headers パッケージ契約または同一)、バージョン 1.2 以上の OpenCL ヘッダー

名誉ある道

make を取得する vramfs.

valgrind を使用してデバッグできるように開示すると、OpenCL ドライバーによって引き起こされる警告で画面がいっぱいになるのを防ぐために、最小限の偽の OpenCL 実装を横に並べることができる可能性があります:

valgrind: make DEBUG=1

マウント

を実行してディスクをマウントするbin/vramfs 。 mountdir が場合によっては、さらに空のチェックリストになる可能性があります。 サイズはディスクサイズ (バイト単位)。 追加の知識については、trail bin/vramfs 引数なし。

vramdisk の推奨最大サイズは VRAM の 50% です。 それを急いでおくと、ドライバーまたはマシンが、配信スワップが必要であるという伝説で、おそらく不安定になる可能性があります。 例として、Chrome の Web ページは効果的にレンダリングを停止します。

ディスクがしばらくアイドル状態だった場合、グラフィック カードはメモリ クロックを下げる可能性があり、どのシステムがシステムを上げますか?再び値上がりする2nd.

実装

民生用マンションとしてドライブvramfsに入れるFUSEライブラリは消滅ファイルマシン。 これにより、ブーストが容易になり、OpenCL と同等の API を簡単に操作できます。

古典建築

こんなときが開始されると、OpenCL の優れた GPU を評価し、必要な量のメモリを割り当てようとします。 メモリが割り当てられるとすぐに、ルート エントリ オブジェクトが作成され、それへのワールド リファレンスが保持されます。 stat, readdir および write をファイル マシンの機能に書き込みます。 これらは、指定されたルートの使用率によってルート エントリを介してエントリを検出します。 その後、エントリ オブジェクトに対して必須の操作が実行されます。 エントリがファイル オブジェクトの場合、操作によって OpenCL が発生する可能性があります cvEnqueueReadBuffer または cvEnqueueWriteBuffer

は、知識を支配するために呼び出されます。

ファイルが作成または開かれると、file_session オブジェクトが作成され、ファイル オブジェクトへの参照が小売りされます。 fopen と fclose 電話。

VRAMブロック割り当て

OpenCL は、バッファ オブジェクトを拡張することによってグラフィックス カードにメモリのブロックを割り当てるために廃止されました。 新品のディスクをマウントすると、ディスクサイズ/ブロックサイズ

のプール バッファが作成され、ゼロで初期化されます。 これはもはや客観的で正しい適切な適用ではありませんが、ブロックに必要な VRAM が間違いなくアクセスできるかどうかを確立するために、一部の OpenCL ドライバーでも間違いなく必要です。 残念ながら、Nvidia のトランプは OpenCL 1.2 を強化していません。 呼び出しは、事前に割り当てられたゼロで埋められたバッファからコピーすることによってシミュレートする必要があります。

ブロックへの書き込みは完全に非同期であるのに対し、読み取りは同期的です。 幸いなことに、OpenCL はデフォルトで命令の開示中の実行を保証し、ブロックのシステム読み取りが合計への書き込みを監視します。 OpenCL 1.1 は完全にスレッド リアルなので、命令を送る際に特に注意する必要はありません。

ブロック オブジェクトは shared_ptr 分解時にロボットがプールに自分自身を再挿入するようにします.

ファイルマシン

ファイルマシンはentry_t のツリー属性の貢献者を持つオブジェクトは、親のチェックリスト、モード、および時間へのエントリーを喜ばせます。 エントリのすべての発明には、そこから派生した把握サブクラスがあります: file_t、 泥 および symlink_t

。 すべての FUSE コールバックを実装する主なファイルには、ルート チェックリスト エントリへの永続的な参照があります。

The file_t クラスは追加の 書く、 教えられる そして size メソッドとブロックを管理して、ファイルの知識を小売りします。

ダート クラスに追加の unordered_map 名前を entry_t にマップします そのメンバー機能を活用するための子検索をすばやく実行するための参照 安全な .

最後に、 symlink_t クラスに追加の target ポインターを格納する文字列メンバー

総エントリーオブジェクトも shared_ptr オブジェクトとその知識 (ファイル ブロックなど) がリンク解除され、ルートが保持されていない場合に、それらの割り当てが自動的に解除されるようにします。ファイルはもうそれらと競合します。

クラスは getter/setter 機能に get エントリ、変更、およびコマース時間を 2 番目に自動的に更新するよう指示します。 . 例として、子供たちを呼び出します dir_t のメンバー機能 チェックリストの get エントリを time と commerce time に変更します。

スレッドセーフ

残念ながら、ほとんどの操作はもはやスレッド リアルではありません。そのため、すべての FUSE コールバックはミューテックスをフラグメント化して、最も活発な 1 つのスレッドがファイル マシンを変更していることを確認します。時間。 例外は教えられる そして書く

ベンチマーク

選別用消滅機は次の仕様です:

OS: Ubuntu 14.04.01 LTS (64 ビット)
• CPU： インテル Core i5-2500OK @ 4.0 Ghz
• RAM： 8GB DDR3-1600 GPU: AMD R9 290 4GB (サファイア Tri-X)

教えて、書いて、書く連続のパフォーマンス+ sync は、新しいサイズごとに新しい 2GiB ディスクを拡張し、2GiB ファイルを読み書きすることによって、さまざまなブロック割り当てサイズについて測定されました。

ディスクは次の使用率で作成されます:

ファイルを書き込んでddの使い方を教えてもらう 現在：

# write dd if=/dev/zero of=/tmp/vram/ bs=128Okay rely=16000 を見てみましょう # write+sync dd if=/dev/zero of=/tmp/vram/ vram/見てみる of=/dev/null bs=128わかりましたrely=16000

これらの命令は、ブロックサイズごとに 5 回繰り返され、平均化されて構築する彼の結果はグラフ内で証明されています。 ブロック サイズが 32KiB 未満の場合、ドライバーの凡例を調べると、多くの OpenCL バッファーの割り当てに失敗する可能性があります。 これは、サブバッファを利用することで、適切に解決される可能性があります.

128KiBブロックが好ましい性能を提供するとしても、 64KiB は、コンドミニアムのオーバーヘッドの低い伝説では、おそらく非常に適している可能性があります.

今後の戦略
RAID-0 を有効にするSLI/Crossfire のセットアップ
• 
  

  ライセンス

   The MIT License (MIT) Copyright (c) 2014 Alexander Overvoorde 許可は、ここに付与されます。このツールおよび関連するドキュメント ファイル (「ツール」) のコピーを入手した人は、ツール内で無制限に取引することができます。 、ツールのコピーを配布、サブライセンス、および/または宣伝し、ツールが提供された人がそうすることができるようにするために、次のケースへの領域: 上記の著作権の注視およびこの許可の注視は、すべてのコピーまたはツールの細かい部分。 ソフトウェアは「現状有姿」で提供され、商品性、特定の目的への適合性、および非侵害の保証を含むがこれらに限定されない、明示または黙示を問わず、いかなる種類の保証もありません。 作者または著作権所有者は、契約、不法行為、またはその他の行為によるものであるかにかかわらず、本ソフトウェアまたは本ソフトウェアの使用またはその他の取引に起因または関連して、いかなる請求、損害、またはその他の責任に対しても責任を負わないものとします。ソフトウェア。  
     
   
  𝚆𝚊𝚝𝚌𝚑 𝙽𝙾𝚆 📺