https://www.opennet.ru/openforum/vsluhforumID1/91666.html Есть сервер с kvm.<br><br>Развертывается виртуальная машина с W2K3 - Сервер Терминалов для сети из 20 пользователей.<br><br>Для гостя будет использоваться mdadm raid 10 из обычных 7200k винтов.<br><br>Гость будет работать на устройстве virtio.<br><br>Интересует какая из систем хранения для гостя будет более производительна ?<br><br>Блочное устройство LVM, qcow2 образ, raw образ ? <br><br>Остальное(фишки) не интересуют. Интересует именно производительность.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#13 Thu, 16 Jun 2011 07:16:04 GMT обидно только, что aio нельзя задать если используется libvirt<br><br>пруфлинки:<br><br>http://wiki.libvirt.org/page/Todo<br><br>https://bugzilla.redhat.com/show_bug.cgi?id=576830<br><br>а я как раз использую именно его ;(<br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#12 Thu, 16 Jun 2011 07:11:21 GMT &gt;&gt; и ТО(fs ext4/xfs) и без включенного кэша ?<br>&gt; не совсем понял вашего вопроса...<br>&gt; дело в том, что в режиме aio и без кеширования данные будут <br>&gt; писаться в обход fs. отсюда и глюки на некоторых ФС при <br>&gt; некоторых условиях <br><br>Извиняюсь, за то что не ясно выразился!<br>Т.е. если хочешь запускать qemu с aio=native при этом образ диска будет лежать на фс ext4/xfs не отключай кэш?<br><br><br>&gt;&gt; еще вопрос: А Async IO в линуксе по умолчанию включён ?<br>&gt; вы по всей видимости не совсем понимаете значение этого термина. http://www.opennet.ru/opennews/art.shtml?num=3408 <br><br>Согласен! Я - не понимаю. Но оставим это уже для другой темы. <br><br>Спасибо Вам и всем кто помогал разобраться.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#11 Tue, 14 Jun 2011 17:23:04 GMT &gt; и ТО(fs ext4/xfs) и без включенного кэша ?<br><br>не совсем понял вашего вопроса...<br>дело в том, что в режиме aio и без кеширования данные будут писаться в обход fs. отсюда и глюки на некоторых ФС при некоторых условиях<br><br>&gt; т.е. с включенным кэшем, например writeback и образом на фс ext3/xfs можно <br>&gt; смело использовать aio=native, что позволит добиться скорости работы устройства ввода-вывода <br>&gt; в виртуальной машине в два раза быстрее ???<br><br>да просто aio=native<br>будет однозначно быстрей, чем "умолчательное" =threads<br><br>&gt; или с блочным устройством и отключенным кэшем - тоже ведь по идее <br>&gt; можно безопасно включать этот aio=native ?<br><br>можно и нужно<br><br>&gt; а что нибудь можете сказать по поводу разницы в тестах на hyper-v <br>&gt; и kvm описанных мной в этом посте ? может что нибудь <br>&gt; подобное aio=native используется и в hyper-v. просто откуда такие скорости там <br>&gt; получаются более 800 Мб/сек ?<br><br>там объективны, имхо, только первые два результата. в остальных случаях вы мерили эффективность кэша ФС))<br><br>&gt; еще вопрос: https://www.opennet.ru/openforum/vsluhforumID1/91666.html#10 Mon, 06 Jun 2011 05:14:43 GMT спасибо за ссылку про выравнивание! - то что надо, сохранил.<br><br>&gt;если не используется ФС (ext4/xfs) и не используется cache=none<br><br>и ТО(fs ext4/xfs) и без включенного кэша ?<br><br>т.е. с включенным кэшем, например writeback и образом на фс ext3/xfs можно смело использовать aio=native, что позволит добиться скорости работы устройства ввода-вывода в виртуальной машине в два раза быстрее ??? <br><br>или с блочным устройством и отключенным кэшем - тоже ведь по идее можно безопасно включать этот aio=native ?<br><br>или же имеется в виду логическое ИЛИ ?<br><br>извините, но хочу раз и навсегда понять.<br><br>если да то это более чем интересно ;)<br><br>а что нибудь можете сказать по поводу разницы в тестах на hyper-v и kvm описанных мной в этом посте ? может что нибудь подобное aio=native используется и в hyper-v. просто откуда такие скорости там получаются более 800 Мб/сек ?<br><br>еще вопрос: А Async IO в линуксе по умолчанию включён ?<br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#9 Fri, 03 Jun 2011 13:56:12 GMT &gt; что не в коем случае не включать на файлах-образах, к тому же <br><br>там пишут не включать aio=native совместно с cache=none на ФС ext4 и XFS<br>ну так не включайте... к тому же там описано как избежать потерь данных (порчи), если таки нужно включать. я себе слабо представляю когда оно нужно, все же в серьезных системах образы гостей хранить поверх ФС никакого смысла нет<br><br>&gt; спасает ли нас блочное устройство(mdadm device или lvm) в этом случае ? <br><br>это обычная практика для хранения образов. в т.ч. и сетевое блочное уст-во<br> <br>&gt; как проверить выравненность блочного устройства относительно блоков на физическом устройстве ?<br><br>http://www.linux.org.ru/wiki/en/Special:Print?topic=%D0%92%D1%8B%D1%80%D0%B0%D0%B2%D0%BD%D0%B8%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D1%80%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%D0%BE%D0%B2_%D0%B4%D0%B8%D1%81%D0%BA%D0%B0<br><br>&gt; aio по умолчанию включается, и если да то для каких устройств хранения ?<br><br>по умолчанию там "безопасное" aio=threads<br><br>&gt; какая разница в приросте с ним и без него ?<br><br>при aio=native ск https://www.opennet.ru/openforum/vsluhforumID1/91666.html#8 Thu, 02 Jun 2011 12:06:20 GMT &gt; на блочном уст-ве и на LVM2 скорость будет примерно одинакова - чуть <br>&gt; выше raw на ФС и довольно значительно выше qcow2 (назначение у <br>&gt; последнего несколько иное) <br>&gt; обязательно нужно включать aio=native <br>&gt; можно так же поиграться с параметром cache, вплоть до =nosafe если бекапы <br>&gt; под рукой всегда)) <br><br>а вот здесь пишут:<br>https://access.redhat.com/kb/docs/DOC-41298<br><br>что не в коем случае не включать на файлах-образах, к тому же на не выровненных файлах образах относительно блоков данных.<br><br>там написано что относительно файловой системы.<br><br><br>а как же может быть относительно физического устройства ?<br><br>раз я и не только я используем несколько уровней абстракции, сначала обычный разделы на винте, потом mdadm разделы, потом lvm разделы, у уже поверх этих lvm работаем с информацией. это ведь тоже может влиять на скорость работы, например вместо одного блока всегда считываются два, потому, что размер блока файловой системы не выровнен относительно блоков жесткого диска и всех там mdadm-ов, lvm-ов.<br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#7 Thu, 02 Jun 2011 10:59:36 GMT &gt; Не знаю даже чем объяснить, но KVM которые использует LVM том напрямую, <br>&gt; не очень то выигрывает в скоросте при работе с диском чем <br>&gt; хостовая система, напротив KVM использующий raw образ почти не испытывает оверхед <br>&gt; при работе с диском.<br><br>А что такое оверхед ? Можете объяснить простыми словами. Чем он плох и каков должен быть ?<br><br>&gt; Вобщем возьмите да померьте все варианты, заодно и нам раскажите.<br><br>Да вот померил, Только мерил я hdtune pro. Первое из того, что попалось.<br><br>К моему сожалению: 1. выбрал именно её 2. она shareware ;(.<br><br>Ранее эту программу постоянно встречал в обзорах, поэтому и выбрал без особых изысканий. <br><br>В тему: нашел на просторах сети вот такое сравнение ide vs virtio в программе hd tune:<br><br>[code]<br>http://openadmins.ru/blog/virtio-ide-benchmark-windows2008srvr2<br>[/code]<br>У них virtio побеждает ide disk с двойным отрывом.<br><br>Облизался, цифры показались интересными и пошел тестить этой HD TUNE PRO, дабы убедится лично.<br><br>Тестил только на чтение, просто решил что этого будет д https://www.opennet.ru/openforum/vsluhforumID1/91666.html#6 Thu, 02 Jun 2011 10:00:02 GMT &gt; на блочном уст-ве и на LVM2 скорость будет примерно одинакова - чуть <br>&gt; выше raw на ФС и довольно значительно выше qcow2 (назначение у <br>&gt; последнего несколько иное) <br>&gt; обязательно нужно включать aio=native <br>&gt; можно так же поиграться с параметром cache, вплоть до =nosafe если бекапы <br>&gt; под рукой всегда)) <br><br>все это справедливо для cache=none, что как-бы стандартно для продакшн (по очевидным причинам). с включенным же кешированием и закешированными данными скорость raw-образа на ФС может значительно выше быть...<br> https://www.opennet.ru/openforum/vsluhforumID1/91666.html#5 Thu, 02 Jun 2011 09:52:56 GMT на блочном уст-ве и на LVM2 скорость будет примерно одинакова - чуть выше raw на ФС и довольно значительно выше qcow2 (назначение у последнего несколько иное)<br>обязательно нужно включать aio=native<br>можно так же поиграться с параметром cache, вплоть до =nosafe если бекапы под рукой всегда))<br>