kvm, на 21 федоре меня троллит

Ну он и создает iptables-скрипт в чистом виде.

В том то и дело. Если фвбилдер скомпилил чего не то, кто то должен открыть таблицу iptables и суметь понять. Это не отменят его нужности, но чистый iptables тоже знать надо.

Это не отменят его нужности, но чистый iptables тоже знать надо.

Золотые слова

хардкорные ребята пишущие либвирт не особо умеют готовить гуевины, это верно, но это тем не менее их продукт

xml-ки, построенные путём тыканья мышой в virt-manger, иногда бывают кривыми.

Но что приятно, там щелчком мыши по правилу можно сразу скомпилить правило и увидеть, во что его превращает fwbuilder. После того, как я разобрался с его логикой работы, проверять за ним мне не приходится, всё компилится как надо.

Я обеими руками за инструменты, облегчающие жизнь админов. Я против поверхностного изучения новых инструментов управления фаерволами, без изучения iptables, как основы.

xml-ки, построенные путём тыканья мышой в virt-manger, иногда бывают кривыми

багрепорты надо открывать, они довольно оперативно реагируют

Там свежий qemu зато. И вообще, без сюрпризов жизнь наша скучна.

Спору нет. Но уж очень не стабильно. :)

и тп стоят.

а она-то что стоит ? Скажи пусть не стесняется и заходит.

оказалось надо в nmcli создать бридж нормальный и всё

а на счёт btrfs, я просто хочу под виртуалки делать фиксированного размера подтома, которые потом можно будет легко ddшкой перенести на другой диск, даже если хост система мертва.

тогда зачем btrfs? lvm проще и удобнее, имхо

вот когда lvm освоит lzo u lz4, освоит собственный 0 рейд, а не mdadm который требует уйму настройки по блокам диска чтобы не тупить, тогда поговорим.

вот когда lvm освоит lzo u lz4

сжатие есть в самом qcow.

освоит собственный 0 рейд

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html...

ну и вообще, нулевой рейд? скучно стало в жизни что-ли?

для машины которую мне дали на этой работы, это единственный вариант, когда собрал 0 рейд тормоза в квм хоть ушли

сжатие есть в самом qcow.

А с разжатием уже все в порядке ?

Что за железо-то ? Мне серьезно интересно, как вы на kvm тормоза получать умудряетесь ?

i5-3570K ,16 gb оперативы, h61 сокет говёный, и блок питания, на котором всего 2 выхода питания, в результате чего подключить можно только 2 винта....

Ты сокет с чипсетом путаешь. Диски попробуй _только_ в sata3 воткнуть.

нет на плате сата 3, да ошибся чипсет h61, плата даже сейчас стоит 1820, я представляю, сколько она стоила год назад, когда это барахло купили.

для машины которую мне дали на этой работы, это единственный вариант, когда собрал 0 рейд тормоза в квм хоть ушли

так надо пользоваться нормальными машинами, или не лезть в виртуализацию. городить нулевые рейды я даже на домашнем компе не рискую

хз, я не пользуюсь, у меня хватает места и так

сервак нормальный, но мне виртуалки нужны и на обычной машине, но там жуть, обновление ставится жутко долго, просто тормоза, пока вот сделал на btrfs 0 рейд.

lz4 не только место увеличивает, но и производительность.

зачем виртуалки на десктопе?

как именно?

почитай про компрессию не прозрачную у btrfs/zfs, я плохо умею объяснять то, что сам с трудом понимаю.

потому что железка одна на 20 тестировщиков и меня, там уже виртуалки для полного прогона.

читал, не видел там об улучшении скорости. видел о том что они почти не потребляют ресурсы, это да. хотя, при том сколько ресурсов надо для ZFS это по любому мелочь.

ну тогда мы возвращаемся назад к «нормальное железо». речь не только о качестве но и о количестве

А чем тарбол не угодил? Быстрее будет и меньше места занимает.

диску приходится меньше читать и писать.

почему же тогда по умолчанию все не архивируется?

не все типы файлов это любят, видео тебе за это спасибо не скажет

про gzip и html странички тебе рассказать?

а как же «диску приходится меньше читать и писать.» ?

про gzip и html странички тебе рассказать?

дада, пожалуйста

читать начиная с The benefits of HTTP compression

http://www.ibm.com/developerworks/library/wa-httpcomp/

Потому что на уже пожатых данных будет деградация.

а как же «диску приходится меньше читать и писать.» ?

Надо тебе записать 64к, а оно ужимается до 8к, и вот диск уже вместо 8 делает 1 io при 8к блоке, то же самое при чтении, ez pz.

спасибо, не совсем о дисках конечно. Тогда мне вдвойне интересно, почему использование LUKS с одной стороны, и полного сжатия FS, хотя бы на той же винде, тормозят систему вместо того чтоб ее ускорять? Ведь процессор и память, по идее, вряд ли могут быть узким местом, при медленном механическом диске.

Более того, если все так радужно, почему сжатие не используется по умолчанию всегда и везде?

^^^