Изпечатай

[Neoromantic]

Hi,

Виж дали това би ти свършило работа: http://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp?topic=/com.vmware.vsphere.vmadmin.doc_41/vsp_vm_guide/configuring_virtual_machines/t_use_disk_shares_for_vms.html

Както са ти казали по-горе - изглежда, че IOPS e параметъра, който можеш да контролираш.

[Gogo_SZ]

Мда, точно това се получава. rdp клиента прикача свое локално устройство или папка, но и без да са прикачени няма разлика.

Локалното си е локално. Проблема ти е с мрежовия диск. И като имаш някоя нечовешка тъпня като NOD или Avast.... И стой та гледай.
RDP клиента се "зарежда" от С: което всъщност ти е мрежовия диск и се скъсва да го проверява за вируси?!

Просто трябва правилно да се разбират нещата. Не може да се омешват нещата от 19,20 и 21 век. Искаш ли да имаш виртуализация, облаци и мрежи НЕ МОЖЕ да ползваш локални програми за управление на системните ресурси! Просто казано "булката не може да е малко бременна" или/или....

[backinblack]

Hi,

Виж дали това би ти свършило работа: http://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp?topic=/com.vmware.vsphere.vmadmin.doc_41/vsp_vm_guide/configuring_virtual_machines/t_use_disk_shares_for_vms.html

Както са ти казали по-горе - изглежда, че IOPS e параметъра, който можеш да контролираш.

Мда, освен с IOPS, друг начин няма и го поразцъках и има някакъв ефект, но като се натовари повече тогава и ще си играя повече с него.

Локалното си е локално. Проблема ти е с мрежовия диск. И като имаш някоя нечовешка тъпня като NOD или Avast.... И стой та гледай.
RDP клиента се "зарежда" от С: което всъщност ти е мрежовия диск и се скъсва да го проверява за вируси?!

Просто трябва правилно да се разбират нещата. Не може да се омешват нещата от 19,20 и 21 век. Искаш ли да имаш виртуализация, облаци и мрежи НЕ МОЖЕ да ползваш локални програми за управление на системните ресурси! Просто казано "булката не може да е малко бременна" или/или....

Френд, мисля, мисля и не мога да зацепя това което искаш да ми кажеш! Виртуалката с Уиндоус е на сървъра, локалния клиент само визуализира нейната работа. В случая ми сега, локалния клиент е с Убунту на което нямам антивирусна. Конектвам се с Remmina и с прикачена и без прикачена хоум директория, резултата е един и същ.
В момента на виртуалката съм турил Аваст фрии версията, щото от експериментите които правих, най-малко товари. Преди това ползвах Комодо ИС, но в момента е аваст и фаеруол комодо.
На 4 абсолютно еднакви виртуалки, с комодо като пусна фул скан на едната, а другите стартирани, но в покой, сканира за около 30 минути, а като пусна едновременно фул скан и на четирите, процедурата продължава над 2 часа и на пета виртуалка не може почти никаква програма да се отвори. Дори уиндоус експлорера сума време мисли, като в същото това време, процесора на сървъра се натоварва не повече 3Гх от възможни 12Гх според това както го показва esxi клиента.
Нямам друго обяснение освен това, че диска е натоварен максимално и поради тази причина не може и да се отвори друго приложение което да натовари самия сървър.
Сега с аваста е чувствително по-добре, но доста по зле от колкото без антивирусна. Иначе само 1 като работи, а другите стартирани, но в покой, няма проблем. Със стрес теста на еверест от една виртуалка натоварвам до макс целия сървър като и пусна 8 ядра на унлимитет(процесора е Xeon E-3 1230).

[n00b]

Проблема ти е unlimited на IOPS!

Намали ги с някакво ограничение.

[n00b]

Ето ти и писания на приблизителните стойности!

http://en.wikipedia.org/wiki/IOPS

Не може при положение че целия ресурс е около 100 IOPS да разчиташ че всички виртуалки ще бачкат на 100 IOPS и това няма да доведе до деградация на производителността. По същия пример - можеш да пуснеш пълен скан на диск, съпроводено с архивиране на много на брой малки файлове и една дефрагментация (примерно) и да се чудиш защо нищо не е както трябва като скорост на работа...

[backinblack]

Френд, 4 диска в райд 5 са и целия ресурс е реално двоен, а може и малко повече от на 1 самостоятелен диск.
Благодарство за линка ! Експериментирам със стойностите дадени от там.