2.4. VDO 書き込みモードの選択

1. リクエストのデータを一時的に、割り当てられたブロックに書き込み、リクエストを承認します。
2. 承認が完了すると、ブロックデータの MurmurHash-3 署名を計算してブロックの重複排除が試行されます。これは、VDO インデックスに送信されます。
3. VDO インデックスに同じ署名とともにブロックのエントリーが含まれる場合、kvdo は示されたブロックを読み込み、同一であるかを検証するために 2 つのブロックのバイト対バイトの比較を行います。
4. 同一であることが確認されると、kvdo はブロックマップを更新して、論理ブロックが、一致する物理ブロックを指定し、割り当てられた物理ブロックをリリースします。
5. VDO インデックスに、書き込まれているブロックの署名のエントリーを含まない場合や、示されたブロックが同じデータを含まない場合は、kvdo はブロックマップを更新して、一時的な物理ブロックを永続的にします。

1. データを書き込む代わりに、リクエストをすぐに承認します。
2. 上記の説明と同じように、ブロックの重複排除試行が行われます。
3. ブロックが重複していることになると、kvdo はブロックマップを更新し、割り当てられたブロックを解放します。解放しない場合は、リクエストのデータが、割り当てられたブロックに書き込み、ブロックマップを更新して物理ブロックを永続的にします。

手順

1. デバイスにライトバックキャッシュがあるかどうかを判断する場合は、以下のいずれか方法を使用します。

   • sysfs ファイルの /sys/block/block-device/device/scsi_disk/identifier/cache_type を読み込みます。以下に例を示します。

     $ cat '/sys/block/sda/device/scsi_disk/7:0:0:0/cache_type'
     
     write back

     $ cat '/sys/block/sdb/device/scsi_disk/1:2:0:0/cache_type'
     
     None

   • また、カーネルブートログでは、上記のデバイスに書き込みキャッシュがあるかどうかを調べることができます。

     sd 7:0:0:0: [sda] Write cache: enabled, read cache: enabled, does not support DPO or FUA
     sd 1:2:0:0: [sdb] Write cache: disabled, read cache: disabled, supports DPO and FUA

2. 上の例では、以下のようになります。

   • デバイス sda には、ライトバックキャッシュがある ことが示されています。async モードを使用します。
   • デバイス sdb には、ライトバックキャッシュが ない ことが示されています。sync モードを使用します。

   cache_type の値が None または write through である場合は、sync 書き込みモードを使用するように VDO を設定する必要があります。