btrfs上のVirtualbox virtualboxes

btrfsが登場してから多くの時間が経過しました。 彼女はまだ開発中です。 プラスは、海を宣言し、すでに実装しています。 ここでは、1つのチームと多くの優れた機能を備えた透過的な圧縮と画像を使用できます。 オンラインでの最適化はありませんが、それでも使用したいです。 私は長い間、おそらく1年前から、ルート用にラップトップデスクトップを使用しています。 スナップショットは、壊れたパッケージやそのようなものから保存します。 知り合いの1人は、内蔵のSSDがSSDを実際に妨害することはなく、圧縮が透過的であるため、minnoteでの時間が長くなります。 一般に、このFSは今日非常に安定しています。



私は最終的に、データを含むボリュームをその上にドラッグすることにしました。 多くのテキストファイルは、ソースコードを含む何らかのアーカイブであり、他の同様の圧縮も圧縮されますが、btrfsの速度も悪くありません。 はい、完了しました。 すべてが完全に変換された後、最適化、ツリーのバランス、およびハードドライブ上の空き領域が100GB以上になりました。 ターゲットは無料の場所になく、すでに200 GB未満でなくなっていました。目標はアクセス速度でした。 強力なプロセッサは、データ圧縮による負荷に気づきさえしませんが、ネジにこのデータは結果として半分として保存されます。 したがって、ネジの負荷が少なくなり、アクセス速度が向上します。 ところで、FSを何かに転送する場合は、変換せずに、空のファイルを作成してそこにすべてをコピーします。 実際には、ツリーの最適化とバランス調整には非常に長い時間がかかり、ネジはすべてこの時間のようにすきます。 データを一時的に中間データにマージしてから元に戻すことをお勧めします。

一般的に、私は幸せでしたが、長くは続きませんでした。 このボリュームには複数の仮想マシンのイメージがあります。それらを使用すると便利です。 Prots（i7）は仮想化をサポートしており、実験用の仮想マシンは非常に便利です。 しかし、btrfsでは、彼らは明確に機能することを拒否しました。 ある種の無限のディスク操作が開始され、それがすべてです。仮想マシンはそこで何かを消化しているので、終了するのを一度も待ちませんでした。

当然、解決策を探す必要がありました。 マウントオプションが推奨されます：nodatacowおよびcompress = no。 これにより、ボリューム圧縮とCoWモード（スナップショットやその他のRAID-ostiに加えて、このFSの幸福度）が無効になるため、私は絶対にそれが好きではありませんでした。 さらに、これらのオプションを使用しても、btrfsと仮想マシン（VirtualBox）はとにかく正常に動作しませんでした。 これはもちろんFSの欠陥です。ここではブロックしません。

結局のところ、すべてはbtrfs内ではなくVirtualBox内で解決できます！ 仮想マシンのメディア設定でキャッシュを有効にすれば十分であり、すべてが圧縮およびCoW btrfsモードで完全に処理されます。 VirtualBoxのドキュメントには、仮想SATAコントローラーはキャッシュを必要としないと書かれているようですが、この場合は保存されます。







PSええ、仮想コンピューターのロードは非常に高速になりました。これは当初必要でした。