GoogleCloudPlatform / GoogleCloudPlatform/PerfKitBenchmarker

Add new flag to allow pre-allocating disk blocks

Open
#411 0 comments 0 reactions 0 assignees View on GitHub
enhancement P1
Dominant language
Python
Stars
2k
Forks
562
Avg merge
4h 55m
Merged PRs (30d)
69

Description

In some clouds the guest's system disk is backed up by disk image file(s) that are located somewhere in the host's file system. To save space, and/or to speed up how fast the VM is built (assuming images have to be copied and/or transferred), some clouds use thin-provisioned or thick lazy-zeroed images which in both cases delays block allocation of unused empty blocks.

This feature can have a performance hit (increase latency) when doing writes, since it will have to first allocate the blocks and might need to zero the new allocated blocks. In some clouds, for high block IO workloads it is recommended that users initially 'fill up' their disks by writing, and then deleting, a dummy file full of zeroes to make sure the blocks get allocated and later avoid the higher latency writes.

It would be helpful to include a flag to PKB that can expand a scratch disk to almost its full capacity, prior to executing an block IO benchmark.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.