[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1751264] Re: qemu-img convert issue in a tmpfs partition
From: |
Launchpad Bug Tracker |
Subject: |
[Bug 1751264] Re: qemu-img convert issue in a tmpfs partition |
Date: |
Mon, 21 Jun 2021 04:17:18 -0000 |
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1751264
Title:
qemu-img convert issue in a tmpfs partition
Status in QEMU:
Expired
Bug description:
qemu-img convert command is slow when the file to convert is located
in a tmpfs formatted partition.
v2.1.0 on debian/jessie x64, ext4: 10m14s
v2.1.0 on debian/jessie x64, tmpfs: 10m15s
v2.1.0 on debian/stretch x64, ext4: 11m9s
v2.1.0 on debian/stretch x64, tmpfs: 10m21.362s
v2.8.0 on debian/jessie x64, ext4: 10m21s
v2.8.0 on debian/jessie x64, tmpfs: Too long (50min+)
v2.8.0 on debian/stretch x64, ext4: 10m42s
v2.8.0 on debian/stretch x64, tmpfs: Too long (50min+)
It seems that the issue is caused by this commit :
https://github.com/qemu/qemu/commit/690c7301600162421b928c7f26fd488fd8fa464e
In order to reproduce this bug :
1/ mount a tmpfs partition : mount -t tmpfs tmpfs /tmp
2/ get a vmdk file (we used a 15GB image) and put it on /tmp
3/ run the 'qemu-img convert -O qcow2 /tmp/file.vmdk /path/to/destination'
command
When we trace the process, we can see that there's a lseek loop which
is very slow (compare to outside a tmpfs partition).
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1751264/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1751264] Re: qemu-img convert issue in a tmpfs partition,
Launchpad Bug Tracker <=