DollHack
Цитата:
такой ченжлог, что нафиг-нафиг... волосы дыбом.
уже по ченжлогу вижу, что глюкалово еще то будет.
к слову сказать, я обзавелся дополнительным мощным железом и начисто попробовал там теперь уже предыдущую 4.3.2 с установкой OS с нуля.
оно то работает, но жутко тормозит и глючит. уверен - этот билд 4.3.4 будет пока еще таким же глючным.
а вот VirtualBox 4.2.18.88780 - совсем другое дело. быстро, четко, стабильно.
Добавлено:
+
еще давно хотел спросить о такой, несколько оффтоповой ситуации.
никто не замечал, что после какого-то определенного аппаратного уровня железа, VirtualBox начинает работать совершенно одинаково?!
я имею ввиду, что одинаково быстро, но так, что последущий прирост мощностных характеристик железа уже почти не влияет на скорость работы VB.
поясню на примере.
передо мной два ноутбука:
один с i7 2620, SSD Intel 520 и 16 GB RAM, а другой - с i7 2720, SSD Intel 520 и 32 GB RAM.
второй ноутбук и по тестам, и в реальной работе ощутимо быстрее первого. где-то так на процентов 40.
тем не менее, скорость работы VirtualBox и там и там практически абсолютно одинаковая. то есть и там и там отлично, быстро, но если с различным софтом реально видно что второй ноутбук быстрее, то VirtualBox почти полностью "нивелирует" оба ноутбука при реальной работе виртуальных машин.
понятно что на втором ноутбуке можно больше количественно машин запустить (32 GB RAM против 16), а также из-за более мощного 4 ядерного процессора они все будут быстро обрабатывать данные, тогда как при таком же количестве виртуальных машин на первом ноутбуке начнутся тормоза. но ведь это будут тормоза не от производительности а, от банальной нехватки аппаратных ресурсов.
к чему я клоню?
что после определенной планки в уровне железа, виртуализация упирается в свой программный эмулируемый предел и уже не в состоянии "отвечать" приростом производительности на прирост аппаратной начинки.
ноутбуки лишь частный пример. проверьте и на декстопном железе, на RAM-диске и даже на выделенных серверах, ситуация будет примерно той же.
Цитата:
VirtualBox 4.3.4 https://www.virtualbox.org/wiki/Changelog
такой ченжлог, что нафиг-нафиг... волосы дыбом.
уже по ченжлогу вижу, что глюкалово еще то будет.
к слову сказать, я обзавелся дополнительным мощным железом и начисто попробовал там теперь уже предыдущую 4.3.2 с установкой OS с нуля.
оно то работает, но жутко тормозит и глючит. уверен - этот билд 4.3.4 будет пока еще таким же глючным.
а вот VirtualBox 4.2.18.88780 - совсем другое дело. быстро, четко, стабильно.
Добавлено:
+
еще давно хотел спросить о такой, несколько оффтоповой ситуации.
никто не замечал, что после какого-то определенного аппаратного уровня железа, VirtualBox начинает работать совершенно одинаково?!
я имею ввиду, что одинаково быстро, но так, что последущий прирост мощностных характеристик железа уже почти не влияет на скорость работы VB.
поясню на примере.
передо мной два ноутбука:
один с i7 2620, SSD Intel 520 и 16 GB RAM, а другой - с i7 2720, SSD Intel 520 и 32 GB RAM.
второй ноутбук и по тестам, и в реальной работе ощутимо быстрее первого. где-то так на процентов 40.
тем не менее, скорость работы VirtualBox и там и там практически абсолютно одинаковая. то есть и там и там отлично, быстро, но если с различным софтом реально видно что второй ноутбук быстрее, то VirtualBox почти полностью "нивелирует" оба ноутбука при реальной работе виртуальных машин.
понятно что на втором ноутбуке можно больше количественно машин запустить (32 GB RAM против 16), а также из-за более мощного 4 ядерного процессора они все будут быстро обрабатывать данные, тогда как при таком же количестве виртуальных машин на первом ноутбуке начнутся тормоза. но ведь это будут тормоза не от производительности а, от банальной нехватки аппаратных ресурсов.
к чему я клоню?
что после определенной планки в уровне железа, виртуализация упирается в свой программный эмулируемый предел и уже не в состоянии "отвечать" приростом производительности на прирост аппаратной начинки.
ноутбуки лишь частный пример. проверьте и на декстопном железе, на RAM-диске и даже на выделенных серверах, ситуация будет примерно той же.
Но дело скорее всего в Xubuntu 13.10, т.к. с Xubuntu 13.04 с теми же условиями проблем нет. 
