mirror of
https://github.com/ubicloud/ubicloud.git
synced 2025-10-07 15:21:58 +08:00
a57ee5df6c
When the backing disk is already write-through, configuring ubiblk in write-through mode adds minimal overhead, while having some performance advantages: In this mode, the guest stops issuing flush requests because the device reports no volatile cache. This can improve workloads such as Postgres transactions. On standard-8 VMs hosted on an AX-162 no-RAID and with a single IO thread, pgbench with 32 clients ran significantly faster when ubiblk was set to write-through. Statistics for reported TPS (based on 200 VMs per mode): | write_through | p25 | median | p75 | |---------------|-------|--------|-------| | true | 12495 | 12858 | 13335 | | false | 9543 | 9908 | 10235 | Note that this config will be effective on Ubiblk 0.2, and will be ignored by Ubiblk 0.1. |
||
|---|---|---|
| .. | ||
| boot_image.rb | ||
| cert_server_setup.rb | ||
| cloud_hypervisor.rb | ||
| slice_setup.rb | ||
| spdk_path.rb | ||
| spdk_rpc.rb | ||
| spdk_setup.rb | ||
| storage_key_encryption.rb | ||
| storage_key_tool.rb | ||
| storage_path.rb | ||
| storage_volume.rb | ||
| vhost_block_backend.rb | ||
| vm_path.rb | ||
| vm_setup.rb | ||