"Intel Core i7 Virtualization Performance
(http://www.phoronix.com/scan.php?page=article&item=intel_cor...)" - сравнение производительности систем виртуализации KVM и VirtualBox в Ubuntu Linux 9.04.URL: http://www.phoronix.com/scan.php?page=article&item=intel_cor...
Новость: https://www.opennet.ru/opennews/art.shtml?num=21390
Не нашёл ссылки на версию для печати.
> в тесте SciMark VirtualBox оказался на 17% быстрее KVM и на 3% быстрее эталонной системы.Простите, что? VirtualBox задействовал скрытые возможности эталонной системы, недоступные в нативном режиме?
По моим наблюдениям это вполне правдоподобно. При запуске в виртуалке xp c virtualdub фильм кодируется заметно быстрее чем на этом же компе под нативной системой.
>По моим наблюдениям это вполне правдоподобно. При запуске в виртуалке xp c virtualdub фильм кодируется заметно быстрее чем на этом же компе под нативной системой.не понял, уточните: нативная система это какая? win xp?
Ага, конечно, при запуске гипервизора на мамке возникает миниатюрная черная дыра и проц отправляется в гиперпространство, где может упираться хоть месяц.А для нас пройдет только пара часов =).Правда пока технология не отлажена - проц часто возвращается в наше пространство досрочно.Поэтому пока научились выигрвать только 3%, но какие перспективы в будущем!Можно 128-битное шифрование за пару часов вскрыть :)А если серьезно - глаз не есть адекватный измерительный прибор.Вы бенчи, бенчи давайте.А то 3% - это очень хорошая точность, в пределах погрешности эксперимента.А логика подсказывает что от любого виртуализатора у проца может появиться дополнительная работа(и появится, собственно).Но вот убавиться ее ну никак не может - откуда выигрыш то?А то фантастика это конечно хорошо но давайте все-таки разбираться в наблюдаемых явлениях?;)
Такое понятие, как разная реализация ОСей Вам не знакома? Или все системы работают одинаково априори?
>Такое понятие, как разная реализация ОСей Вам не знакома?Простите, допустим я запускаю WinXP.Ну, один раз на bare metal, второй - под каким-то гипервизором.В каком месте у этой самой WinXP реализация поменялась?При этом в общем то пофиг кто будет этим гипервизором - линуховое ядро, отдельный гипервизор или там что еще :)
>Или все системы работают одинаково априори?
Вы, наверное, что-то не то скурили.Система как раз одна и та же(ну вон у местного сказочного комментатора - WinXP допустим).Между ней и железом впихнули прослойку - гипервизор.Притормозить гипервизор может, сделав какие-то добавочные действия.А вот ускорить ... сделав еще какие-то действия в дополнение к (не изменившимся) действиям ОС?!? В общем то одна и та же ОС которая не в курсах насчет гипервизора выполняет свой поток команд и так и этак ничего не зная о гипервизоре и потому никак его не меняя специально, это уже проблемы гипервизора как поделить железо на всех и прочая.При этом гипервизор выполняет какие-то добавочные инструкции которых на голом железе вообще не было.И в итоге еще и ускорение получаем?Интересная мысль.А, пардон, за счет чего выигрыщ?
>В общем то одна и та же ОС которая
>не в курсах насчет гипервизора выполняет свой поток команд и так
>и этак ничего не зная о гипервизоре и потому никак его
>не меняя специально, это уже проблемы гипервизора как поделить железо на
>всех и прочая.При этом гипервизор выполняет какие-то добавочные инструкции которых на
>голом железе вообще не было.И в итоге еще и ускорение получаем?Интересная
>мысль.А, пардон, за счет чего выигрыщ?Может быть за счёт того, что виртуализованной ОС не нужно тратить время на работу с большинством оборудования? То есть в ней загружен минимум драйверов, поэтому и нагрузка на проц может снижается...
Глупость-то какая.
Виртуалка может быстрее работать с хардом, т.к.
1. может кэшировать в оперативке
2. использовать более быстрый доступ к даннымКак один из примеров - установка и загрузка ОС: на виртуальной машине быстрее раза в 2, наверно.
>Простите, допустим я запускаю WinXP.Ну, один раз на bare metal, второй -
>под каким-то гипервизором.В каком месте у этой самой WinXP реализация поменялась?При
>этом в общем то пофиг кто будет этим гипервизором - линуховое
>ядро, отдельный гипервизор или там что еще :)В истории уже однажды такое было. Когда Windows 3.11 под OS/2 работала быстрее, чем на голом железе.
Причин здесь может быть несколько:
1. Использование каких-либо возмозностей железа, не поддерживаемых гостевой системой. Например, 64-битная арифметика способна заметно ускорить ввод-вывод и страничный обмен.
2. Оптимизация под конкретное железо. Например, когда код хостовой системы и ее драйверов компилируется с оптимизацией под конкретный процессор.
3. Просто кривость в гостевой системе. Например, имеем в хостовой системе нормальный драйвер для использвуемой дисковой подсистемы, а в гостевой по-жизни кривой и тормозной. Понятно, что гостевая в режиме виртуализации своим тормозным драйвером пользоваться уже не будет.
А может сказалось влияние каких-то внутренних кешей ВМ?
>А может сказалось влияние каких-то внутренних кешей ВМ?У железа по идее своих кэшей есть, при виртуализации их еще и на всех распилят.
Не все кэши одинакого полезны.
А теперь возьмите секундомер и имерейте скорость загрузки XP на компе и в VirtualBOX под той же XP. Уверенности в здравом смысле поубавица :). Разница не на 3 процента - в разы!
>А теперь возьмите секундомер и имерейте скорость загрузки XP на компе и
>в VirtualBOX под той же XP. Уверенности в здравом смысле поубавица
>:). Разница не на 3 процента - в разы!А тут наверное все просто...
1) Железа меньше.Виртуального железа в Vbox куда меньше чем говна в реальном компе.А значит - меньше детектить оборудование, меньше грузить драйверов и прочая.Что это показывает?Кроме того что виртуального железа сильно меньше?
2) Возможно host система подчитывает диск-в-файле в кэш и потом при дисковых операциях гуеста (как то очередной ребут) в хосте происходит попадание в кэш если оперативы достаточно а диск - в файле?А то у виртуалок обычно диск-в-файле небольшой, у XP всего ~2 гига, такой "диск" может вообще целиком впереться в оперативку хоста в дисковые буфера (у меня например в дисковый буфер легко проваливается DVD-исоха).В этом случае виртуальный диск вероятно становится временами чем-то типа виртуального рам-диска.При старте нахолодную с реального железа как вы понимаете, в оперативке пусто и этот чит не пройдет.Кстати это всего лишь гипотеза, могу и нагнать.Вот только это к скорости именно работы системы как-то довольно мало относится.И та же XP на вмвари, VirtualBox и прочая как минимум в ряде аспектов сильно тормознее чем на этой же железке без виртуализатора.Особенно у виртуализаторов хромает дисковый ввод-вывод и т.п. зачастую - например при интенсивной записи большого количества данных (несколько Гб) проигрыш зачастую констатируется невооруженным глазом - настолько сливает что даже на глаз ошибиться нельзя.В обсуждаемом бенче кстати этот эффект никуда не делся - виртуализаторы слили голому железу, довольно прилично...
>>А теперь возьмите секундомер и имерейте скорость загрузки XP на компе и
>>в VirtualBOX под той же XP. Уверенности в здравом смысле поубавица
>>:). Разница не на 3 процента - в разы!
>
>Вот только это к скорости именно работы системы как-то довольно мало относится.И
>та же XP на вмвари, VirtualBox и прочая как минимум в
>ряде аспектов сильно тормознее чем на этой же железке без виртуализатора.Наблюдаю такое (не скажу сильное, но на глаз заметно) дело в XEN и на хостовой SUSE, и на гостевых FreeBSD, WinNT4, WinXP, Win2003 Server.
>Особенно у виртуализаторов хромает дисковый ввод-вывод и т.п. зачастую - например при
>интенсивной записи большого количества данных (несколько Гб) проигрыш зачастую констатируется невооруженным
>глазом - настолько сливает что даже на глаз ошибиться нельзя.В обсуждаемом
>бенче кстати этот эффект никуда не делся - виртуализаторы слили голому
>железу, довольно прилично...И сетевой. Похоже - любой ввод/вывод.
В XEN-е лечится паравиртуальными драйверами, ежели имеются :-)
>Вот только это к скорости именно работы системы как-то довольно мало относится.Нет уж, к скорости работы СИСТЕМЫ это имеет прямое отношение.
От чего и почему я в курсе - чудес не бывает и вычислительная мощность процесора больше не будет если процессор виртуальный. Но скорость работы СИСТЕМЫ то есть комплекса из процессора, его окружения и диска (виртуального в случае с виртуалбох) у виртуальной машины больше. Допускаю что она больше и для какихто приложений. Именно в силу перечисленных Вами причин - кэш там, кэш тут.... Но тем не менее - программа работает быстрее. Это реально - чего удивляться то?
>[оверквотинг удален]
>часто возвращается в наше пространство досрочно.Поэтому пока научились выигрвать только 3%,
>но какие перспективы в будущем!Можно 128-битное шифрование за пару часов вскрыть
>:)
>
>А если серьезно - глаз не есть адекватный измерительный прибор.Вы бенчи, бенчи
>давайте.А то 3% - это очень хорошая точность, в пределах погрешности
>эксперимента.А логика подсказывает что от любого виртуализатора у проца может появиться
>дополнительная работа(и появится, собственно).Но вот убавиться ее ну никак не может
>- откуда выигрыш то?А то фантастика это конечно хорошо но давайте
>все-таки разбираться в наблюдаемых явлениях?;)+1
Но как такое может быть?
ой ну бог ты мой ... нашли чему удивляться
просто они мерили скорость нативной системы не выгружая при этом запущенные
kvm и virtualbox
у которых приоритет то выше чем у нативного юзераесли б они три одинаковых компа запустили на одном kvm, на другом virtualbox, а на третьем натив и сделали эти тесты по чесному
резузультаты были бы вообще не похожими на все что они тут понаписали
> просто они мерили скорость нативной системы не выгружая при этом запущенные kvm и virtualboxпруфлинк?
Насколько я помню, kvm работает только с процессорами, поддерживающими виртуализацию. А мне с моим Athlon64 3000+ делать тут нечего
>Насколько я помню, kvm работает только с процессорами, поддерживающими виртуализацию. А мне
>с моим Athlon64 3000+ делать тут нечегоПо мойму можно без виртуализации если ядро в гостевой сестеме патченое
Это все про Xen насколько я помню.
>Это все про Xen насколько я помню.неверно -- современное ядро может работать под kvm аля uml
А у меня и MS-DOS рабоает... странно
>А у меня и MS-DOS рабоает... странноподчёркнуто _может_ -- если кто не заметил
>Насколько я помню, kvm работает только с процессорами, поддерживающими виртуализацию. А мне
>с моим Athlon64 3000+ делать тут нечегоcat /proc/cpuinfo
model name : AMD Athlon(tm) 64 Processor 3000+
flags : ... svm ...
>Насколько я помню, kvm работает только с процессорами, поддерживающими виртуализацию. А мне
>с моим Athlon64 3000+ делать тут нечеготут надо смотреть - с какими типами виртуализации оно работает. Кажется в Атлон 64 как раз "пацифику" представляли. Если ничо не путаю
Вон выше товарищ технически то же самое сказал
Интересно какие настройки были у VirtualBox'а (VT-x/AMD-V, Nested Paging, итд). Если они были выключены (а они по умолчанию выключены), то это многое объясняет.
Если всматриваться в скриншот с Vbox то можно заметить что правом нижнем углу окна виртуалбокса горит синяя "V". Как я понимаю это значит включено ? У кого есть Vbox с VT-x/AMD-V чтоб проверить цвет значка :) ?
оно!
>"Intel Core i7 Virtualization Performance
> (http://www.phoronix.com/scan.php?page=article&item=intel_cor...)" - сравнение производительности систем виртуализации KVM и VirtualBox в
>Ubuntu Linux 9.04.
>
>URL: http://www.phoronix.com/scan.php?page=article&item=intel_cor...
>Новость: https://www.opennet.ru/opennews/art.shtml?num=21390time dd if=/dev/vdb of=/dev/null bs=1024k count=2000
2000+0 записей считано
2000+0 записей написано
скопировано 2097152000 байт (2,1 GB), 29,2892 c, 71,6 MB/creal 0m29.414s
user 0m0.004s
sys 0m2.324sP.S. кэш сброшен
Странные результаты. Фигня какая-то. Не понял 2 вещи:1. Была ли в Virtualbox у виртуалки включена поддержка виртуализации
2. Была ли у KVM включена поддержка virtio.
>Странные результаты. Фигня какая-то. Не понял 2 вещи:
>
>1. Была ли в Virtualbox у виртуалки включена поддержка виртуализации
>2. Была ли у KVM включена поддержка virtio.результаты странные -- спорить не буду, но думаю если-бы поддержка hardware virt была-бы выключена речи о 10-ках процентов небыло-бы - минимум сотни.
Да нет, как раз-таки настройки, насколько я понимаю, были дефолтными: то есть, KVM пользовался HAV (hardware-assisted virtualization), а VirtualBox -- нет. Именно поэтому такие данные по производительности и получились.Вкратце: гипервизор второго типа для x86-ых микропроцессоров может эмулировать привилегированные инструкции, а может использовать HAV. Иногда бывает быстрее первое, иногда -- второе.
Почему? А вот почему. Как работает VirtualBox в случае, если он эмулирует x86'ю архитектуру программно: при встрече в первом кольце защиты привилегированных инструкций (а именно в первое кольцо защиты VirtualBox помещает код нулевого кольца гостевой системы) микропроцессор вызывает trap "Illegal Instruction". VirtualBox этот trap перехватывает, и инструкция эмулируется. Но не только. VirtualBox пытается дизассемблировать участок программного кода, где была встречена привилегированная инструкция, и "переписать" его таким образом, чтобы вместо неё было обращение к ядру VirtualBox'а. Поэтому при ДОСТАТОЧНО ДЛИТЕЛЬНОЙ работе кода нулевого кольца защиты он практически весь оказывается таким вот образом отпатченным, и работает более-менее быстро. Разумеется, при использовании VT-x ничего не патчится, а сам переход из "non-root mode" в "root mode" -- процедура достаточно длительная по машинным циклам. Вот и получается, что в дисковых benchmark'ах VirtualBox без аппаратной виртуализации показывает лучшие результаты, нежели KVM с оной -- ведь I/O benchmarks -- это, в основном, исполнение кода ядра (дисковых драйверов, I/O-планировщиков), etc. Разумеется, чем быстрее работает нулевое кольцо, тем лучше будут результаты этих бенчмарков.
Обратная ситуация при нагрузке на userland: в отсутствие аппаратной виртуализации VirtualBox'у приходится тратиться на просмотр кода на предмет наличия в нём инструкций, которые формально и не являются привилегированными (ну кто мешает выставить IOPL в 3?), но выполнять их на Bare CPU всё равно нельзя -- а ну-ка, там кто захочет, и правда, выставить IOPL в 3 и из пользовательских задач гостевой ОС пописать в порты ввода-вывода?
>[оверквотинг удален]
>нежели KVM с оной -- ведь I/O benchmarks -- это, в
>основном, исполнение кода ядра (дисковых драйверов, I/O-планировщиков), etc. Разумеется, чем быстрее
>работает нулевое кольцо, тем лучше будут результаты этих бенчмарков.
>
>Обратная ситуация при нагрузке на userland: в отсутствие аппаратной виртуализации VirtualBox'у приходится
>тратиться на просмотр кода на предмет наличия в нём инструкций, которые
>формально и не являются привилегированными (ну кто мешает выставить IOPL в
>3?), но выполнять их на Bare CPU всё равно нельзя --
>а ну-ка, там кто захочет, и правда, выставить IOPL в 3
>и из пользовательских задач гостевой ОС пописать в порты ввода-вывода?нет я конечно понимаю, что это технически возможно, но не верю (и доки такой не видел насчёт VBox) что такое реализовано. Судя по написаному, VBox должен работать на машинах без поддержки виртуалилизации так, как в ентом сравнении, чего в жизни не наблюдается.
Я ошибаюсь? -- буду только рад
> Я ошибаюсь? -- буду только радОт начала и до конца. :)))
На последних Sun Tech Days (они были в Санкт-Петербурге) выступал один из разработчиков виртуализационного ядра VirtualBox'а (оно разрабатывается в Центре высоких технологий Sun тоже в Санкт-Петербурге). Он в приватной беседе довольно подробно мне рассказал, как там и что делается, зачем и почему (я его пытал насчёт latency при виртуализации сетевых адаптеров).
А тако ж ему был задан вопрос о масштабировании этого счастья. Ответ: "Была взята машЫнко о двухста пятидесяти шести гигабайтах ОЗУ, было сконфигурировано 512 виртуальных машин с Windows XP по 512 мегабайт ОЗУ на машину и одновременно запущено. Работало без вопросов".
>[оверквотинг удален]
>Санкт-Петербурге) выступал один из разработчиков виртуализационного ядра VirtualBox'а (оно разрабатывается в
>Центре высоких технологий Sun тоже в Санкт-Петербурге). Он в приватной беседе
>довольно подробно мне рассказал, как там и что делается, зачем и
>почему (я его пытал насчёт latency при виртуализации сетевых адаптеров).
>
> А тако ж ему был задан вопрос о
>масштабировании этого счастья. Ответ: "Была взята машЫнко о двухста пятидесяти шести
>гигабайтах ОЗУ, было сконфигурировано 512 виртуальных машин с Windows XP по
>512 мегабайт ОЗУ на машину и одновременно запущено. Работало без вопросов".
>или вы не поняли моего вопроса/посыла или вы просто хотели сказать что-то другое
речь идёт именно о VirtualBox?
или всё-таки xVM Server?
Да не, сотни, это если другую архитектуру программно эмулировать :)В общем, тестеров фороникса за некоторые публикации хочется поколотить ногами по голове. Мало того, что не покопались в настройках, когда такое вылезло, так и вообще не опубликовали начальных условий.
Сильно смахивает на лоховские дефолтовые сетапы - виртуалбокс "без галочек" и KVM без virtio. Так можно вообще любые результаты намерять. Совернование хромого с кривым, блин.
>Да не, сотни, это если другую архитектуру программно эмулировать :)
>
>В общем, тестеров фороникса за некоторые публикации хочется поколотить ногами по голове.
>Мало того, что не покопались в настройках, когда такое вылезло, так
>и вообще не опубликовали начальных условий.
>
>Сильно смахивает на лоховские дефолтовые сетапы - виртуалбокс "без галочек" и KVM
>без virtio. Так можно вообще любые результаты намерять. Совернование хромого с
>кривым, блин.7-zip? не сотни? позвольте с вами категорически не согласиться.
Запутался в пресс релизах. Подскажите пожалуйста, у кого, кроме Vmware есть такая штука как Live Migration?
>Запутался в пресс релизах. Подскажите пожалуйста, у кого, кроме Vmware есть такая
>штука как Live Migration?Xen вроде как чего-то умел такого.
>Запутался в пресс релизах. Подскажите пожалуйста, у кого, кроме Vmware есть такая
>штука как Live Migration?Давно есть, начиная с выхода ESX 2.5, Vmotion называется, требует для работы СХД (или NFS NAS), на Server и Workstation не реализована, только VI3 и vSphere.
>Запутался в пресс релизах. Подскажите пожалуйста, у кого, кроме Vmware есть такая
>штука как Live Migration?У Xen есть. Лично использую. Но есть нюансы... К примеру версия Xen в CentOS 5.2 x86_64 не умеет корректно сохранять гостевую i386 систему, из-за чего Live Migration обламывается. (Но в инете есть патчи, устраняющие данные недоработки.)
>Запутался в пресс релизах. Подскажите пожалуйста, у кого, кроме Vmware есть такая
>штука как Live Migration?
Я похожие результаты наблюдал, когда сравнивал vmware server и vbox. Vbox при компиляции медленнее на порядок. Аппаратной виртуализации у меня тогда не было. Похоже, vbox чрезвычайно плохо справляется с именно такими нагрузками на cpu. Хотя сам юзерленд венды в нем шевелился поживее. Похоже, с видео и дисками он работает лучше.
А я говорю, KVM пока ацтой - если поставить Windows XP, и на xVM (нормальный VirtualBox) и на KVM увидите разницу!
Крутится пара Win2k3 под KVM (72ой вроде, бубунта 8.10) (домен и файлопомойка) на 30 человек. Полет нормальный. Шарят гигабитный интерфейс, дрова виртио. Пропускная - 50-60 МБайт/сек, что сравнимо со скоростью, которую дает хост система. Доволен.
О, пользователь KVM.Скажите, пожалуйста, virtio - это что, паравиртуальные драйверы, для каких систем есть?
Есть ли в KVM понятие полной паравиртуализации, когда ядро Guest системы изменяется под гипервизор в целях улучшения производительности?
Является ли KVM чистым гипервизором. То есть работает какой-то код KVM, а в нем все ОС
работают как Guest, при этом есть привелегированная (dom0), которая может давать команды гипервизору.Появилась ли в KVM миграция domU между серверами в сети (общего SAN не имеется)?
>О, пользователь KVM.
>
>Скажите, пожалуйста, virtio - это что, паравиртуальные драйверы, для каких систем есть?
>linux есть драйверы диска и сетёвки, vnc как видео, и порты IO в различных видах
для виндувс имеется сетёвка, для диска нет, это компенсируется наличием iscsi и winaoe>
>Есть ли в KVM понятие полной паравиртуализации, когда ядро Guest системы изменяется
>под гипервизор в целях улучшения производительности?
>я видимо что-то пропустил, а где это уже есть ?
>Является ли KVM чистым гипервизором. То есть работает какой-то код KVM, а
>в нем все ОС
>работают как Guest, при этом есть привелегированная (dom0), которая может давать команды
>гипервизору.
>нет, а зачем ему быть "чистым" гипервизором, или это такой фетиш, или объясните все плюсы быть этим самым "чистым"
>Появилась ли в KVM миграция domU между серверами в сети (общего SAN
>не имеется)?понятие domU как таковое отсутствует для KVM, а вот миграция никуда не делась, единственное что само блочное устройство должно быть доступно для host серверов. Но этj я думаю очевидно. А что xen умеет по другому?
>Крутится пара Win2k3 под KVM (72ой вроде, бубунта 8.10) (домен и файлопомойка)
>на 30 человек. Полет нормальный. Шарят гигабитный интерфейс, дрова виртио. Пропускная
>- 50-60 МБайт/сек, что сравнимо со скоростью, которую дает хост
>система. Доволен.Поди Xeon 53xx две штуки, не меньше, и ещё на Бубутормозе
>>Крутится пара Win2k3 под KVM (72ой вроде, бубунта 8.10) (домен и файлопомойка)
>>на 30 человек. Полет нормальный. Шарят гигабитный интерфейс, дрова виртио. Пропускная
>>- 50-60 МБайт/сек, что сравнимо со скоростью, которую дает хост
>>система. Доволен.
>
>Поди Xeon 53xx две штуки, не меньше, и ещё на Бубутормозеу тебя походу телепатические способности совсем никудышные стали, от чего такое ... недоверие?
>А я говорю, KVM пока ацтой - если поставить Windows XP, и на xVM (нормальный VirtualBox) и на KVM увидите разницу!xVM (нормальный VirtualBox) - это который на xen?
нет, это кажись хВМ - просто серверно-корпоративная версия бокса.
С версии 2.2 VirtualBox имеет по умолчанию ВКЛЮЧЁННЫМ VT-x. Так, что кончайте тролить и признайте, что VitrualBox слил по полной.
>С версии 2.2 VirtualBox имеет по умолчанию ВКЛЮЧЁННЫМ VT-x. Так, что кончайте
>тролить и признайте, что VitrualBox слил по полной.2.2 и 2.1.4... или я чото не так понял?
Наверно не так, ибо настройки таки должны быть включены (давно в дефолт не смотрел - завтра гляну).Но такая разница говорит лиш о недостаточной оптимизации. И, если перепродажи САНа окажутся некритичны, эти оптимизации допилят; ибо работают над ним в поте лица. Мне весьма комфортно. Но КВМ уже хотю попробовать -:)
http://www.64bit.ru/?p=383Тестирование производительности систем виртуализации ESXi, KVM, Xen
Достаточно давно назревала идея протестировать производительность машин под различными системами виртуализации и вот наконец, до дела дошли руки и ноги.
Итак, цель всей этой затеи заключается в следующем. На одном и том же физическом оборудовании протестировать следующие решения по виртуализации:* Vmware ESXi 3.5
* Kernel Virtual Machine
* Xen Server
>http://www.64bit.ru/?p=383
>
>Тестирование производительности систем виртуализации ESXi, KVM, Xen
>Там в выводах - бред:
"Во-первых, размещение виртуальной машины в файле или на физическом диске каких-либо принципиальных различий в плане производительности не дает."Я, поверивши таким вот статейкам, перенес файлопомойку со слабой (P4, 2GHz, 1GB) на гораздо лучшую (Core2Quad, 2.4GHz, 8GB), но в виртуал на XEN. Сдуру подсунул гостевой винде диск на файле. Через полчаса десяток юзеров вусмерть (пришлось ресетить) завалили систему. dd-шнул файл в LVM раздел и вуаля - два месяца пашет.
Вынесли терминальные сервера с 1С на community Xen 3.2.1. Работает, но не очень хорошо. Причем кривизна вылезает именно со стороны 1с -- на аппаратной виртуализации сильно просаживается сеть и дисковая подсистема. Вещи, которые приемлимо работали на аппаратной терминалке, ощутимо тормозят на виртуальном. Параллельно запустили XenServer 5, там цитриксовские паравиртуальные драйвера (свободные тоже есть, но они бета и к продакшн не рекомендуются... хотя попробую, однозначно :) ). Производительность сетевой и дисковой подсистем приближается к нативной... Мигрируем на XenServer... Хотя, канешна, проприетарщина...
дык они же вроде открылись?
Есть аналогичная задача, можно ли с Вами пообщаться?
inbox [[at]] shaggy-cat [[dot]] ru [dot]Спасибо.
1c 7.7 ? Там проблема решабельная, есть патч который слегка правит механизм ожидания освобождения блокировки. А то 100% проца в этот момент хавает, так что можешь себе представить 8 юзверей одновременно грузящих виртуалку на 100 :-) Про сеть не понятно, файлы на сетевом диске?
Как насчет пообщаться более развернуто по этой теме? igor dot bliss at gmail dot com
Спасибо.
А можно более подробную информацию про патч?