LINUX.ORG.RU
Форум — Admin  

Конвертация qemu-img convert

 ,


0

1

Есть способ сжатия виртуальных дисков и их конвертация
qemu-img convert
Но проблема в том что по умолчанию qemu-img работает на однном ядре, есть ли способ запустить qemu-img convert в многоядерном режиме. А то 24 ядра, а работает только одно..

★
← Default route failover
Распарсить через sed или grep нужный столбец. →

хм? это все хорошо, а с дисками как быть? возьмем 24 диска под твои 24 ядра и распихаем по кусочкам? ;)

shashilx ★★
()
Ответ на: комментарий от iliaxxx

Вам уже написали. У вас что дисковая система станет работать быстрее от кол-ва ядер?
1. читаем файло(дисковая система)
2. что-то меняем(тут от параметров зависит)
3. пишем файло(дисковая система)
Давайте вместе подумаем где здесь «бутылочное горлышко» ?

anc ★★★★★
()
Ответ на: комментарий от anc

Ну хорошо, давайте подумаем:...
После детатльного обследования думалки, мы смотрим на принскрин сервера:
Давайте вместе рассмотрим данный принскрин:
[IMG]http://images.vfl.ru/ii/1529489066/c3a8f04c/22184463_m.jpg[/IMG]

Загрузка ядра CPU 68 -100%
Загрузка RAID10 10-15%
Интересно и счего я это взял что затык то в CPU, экспертом же виднее что затык в HDD. Они же наперед знают конфигурацию сервера.
И так вернемся к вопросу, а не кстебу...

iliaxxx ★
() автор топика
Последнее исправление: iliaxxx (всего исправлений: 1)
Ответ на: комментарий от iliaxxx

Тут расклад такой:
Если я копирую вот так 

 qemu-img convert -p -O qcow2 /mnt/hdd0/WM/Server-001.qcow2 /mnt/hdd0/BAC/Server-001.qcow2

То он банально копирует и тут я действительно упираюсь в производительность массива.
Но если я добавляю еще ключ -c то сервер не просто копирует виртуалку, он еще ее очень хорошо сжимает. Так вот при ключе -c я упираюсь в производительность одного ядра CPU а не в HDD.
Вот и спрашиваю, как запустить в многоядерном режиме.

iliaxxx ★
() автор топика
Ответ на: комментарий от iliaxxx

Как вариант, не пробовали не компресировать самим qemu-img а потом сжать многопоточным архиватором?

ЗЫ На всякий случай, если не в курсе. Имейте ввиду что после вашей команды снапшотов в файле бэкапа уже не будет. Но если и не используете их то конечно можно забить.

anc ★★★★★
()
Ответ на: комментарий от anc

Как вариант, не пробовали не компресировать самим qemu-img а потом сжать многопоточным архиватором?

Заинтересовали задачей, прогнал тест на поддиванном.
Исходные данные:
Intel(R) Core(TM) i3-6100 CPU @ 3.70GHz
Файл виртуалки: source.qcow2
Размер: 8183545856
В нем два спапшота.
Сама виртуалка не «выдуманная», в ней то что реально работает без виртуализации на компах пользователей. Используется много лет для тестирования.

Результаты показали что qemu-img convert -с.... работает на одном ядре быстрее, чем компрессоры на всех ядрах.
Но компрессоры лучше сжимают.

Использовалось:
pbzip2, 7z, xz - ими я сжимал исходный файл source.qcow2 (поймете по расширению)
и qemu-img convert (выходной файл convert.qcow2)

Размеры файлов и затраченное время:

2019426304 convert.qcow2
real	3m48.650s
user	3m48.218s
sys	0m4.226s

1140511442 source.7z
real	11m58.675s
user	40m23.770s
sys	0m10.228s


1626768343 source.qcow2.bz2
real	5m6.245s
user	20m6.092s
sys	0m14.273s

1183016456 source.qcow2.xz
real	12m35.353s
user	49m48.161s
sys	0m3.828s

anc ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Default route failover
Admin
Распарсить через sed или grep нужный столбец. →