» Oracle VM VirtualBox (часть 2)

Я пробовал 6 образов - не помогло

CaptainFlint

Цитата:

В частности, с термином "утечка процессорного времени" я ни разу в жизни ещё не сталкивался.

это всего лишь притянутое мной по аналогии с "утечками памяти" понятие, довольно близко характеризующее ситуацию.
по поводу того что именно ты и не понял - честно говоря, крайне удивлен.
попробую зайти с другой стороны и объяснить всё по другому.
допустим, есть несколько виртуальных машин и все они запущены. ну можно даже запустить не все, а только одну (это не важно!). пока окно виртуальной машины открыто и с ней идет работа (вплоть до простых движений мышкой или нажатий клавиш клавиатуры) или даже на виртуальной машине выполняются довольно ресурсоемкие (но не критические по нагрузке на процессор) задачи, эта виртуальная машина запрашивает от хостового процессора ровным счетом ровно столько ресурсов, сколько надо для выполнения задачи, ни разу не "уводя" процессор в ступор. но стоит только свернуть окно запущенной виртуальной машины, как примерно через несколько минут (максимум через 30-40 минут) процесс virtualbox.exe (в нем и крутится виртуальная машина) начинает по нарастающей очень быстро забирать все ресурсы хостового процесора, вплоть до почти 100%, что очень быстро ведет к сильному нагреву процессора и работе системы охлаждения на всю мощность. именно анализ ситуации показал, что это 100% происходило от того что внутри виртуальных машин в этот момент случалась ситуация простоя и запуска нескольких типичных для простоя фоновых задач в Windows. при этом эти фоновые задачи практически мгновенно начинали забирать столь много ресурсов хостового процессора, что он (процессор) буквально "закипал". но стоило лишь на 2-3 секунды вернуться в открытое окно виртуальной машины (подняв его из панели задач и явно тем самым прекратив выполнение задач при простое), как удивительным образом загрузка процессора почти мгновенно падала до нормальных значений.
неправда ли, довольно четкие симптомы и основания напрягаться ситуацией, тем более что несколько версий виртуалбокса тому назад такого точно не было?!
и вот как раз именно проведение мероприятий по "обузданию" задач при простое Windows позволило мне теперь сколь угодно долго держать запущенными 1,2,3,4... да сколько надо запущенных одновременно виртуальных машин, и все они спокойно забирают свои несколько процентов ресурсов процессора и не мешают работе хостовой OS. но стоит их (задачи) включить обратно - все начнется заново! железобетонная воспроизводимость проблемы, исключающая её случайность. у меня нет иных предположений, кроме как то, что последних версиях на определенных конфигурациях "железа" виртуалбокс разучился корректно делить ресурсы процессора между хостом и гостевой OS.

еще раз отмечу, что эти же задачи при простое на реальной OS никогда не вводят процессор в ступор (это к суждению, что VirtualBox якобы не виноват).
также отмечу, что ситуация "High CPU usage with idling guest" (погуглите!) для VirtualBox бродит из версии в версии и никак до конца не может быть пофиксенной, и меня вдвойне удивляет что никто этого не замечает и не читает, как будто я изобрел велосипед.

Luka11
Вы, случаем, не х64 пытаетесь в виртуалку поставить?

Что нужно для установки 64 bit системы? Какой должен быть процессор для установки OS X Mountain Lion ?
Вопросы в связи с выбором процессора i5-3570k или i7-3770k.

cracklover

Цитата:

в контексте моих объяснений слово "фоново" (в фоне) обозначает окно виртуальной машины, свернутой в панель задач

Поэтому поводу всё правильно написал CaptainFlint

Цитата:

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

И про headless упомянул, что глупо по положению окна определять для виртуалки сколько ей ресурсов отдавать (этого окна и всей графической части вообще может и не быть).

А с одной виртуалкой нормально? Может когда несколько запущено, то какая-то ерунда начинается.

На ВиртуалБокс стоит Винда 8 (64-битная). Не могу добиться чтоб она видела мой внешний хард. Я уже даже Extention Pack скачал, установил. Все равно не видит хард.

IDOLE
А вы в настройках VirtualBox добавили USB устройство?

cracklover

Цитата:

но стоит только свернуть окно запущенной виртуальной машины, как примерно через несколько минут (максимум через 30-40 минут) процесс virtualbox.exe (в нем и крутится виртуальная машина) начинает по нарастающей очень быстро забирать все ресурсы хостового процесора, вплоть до почти 100%, что очень быстро ведет к сильному нагреву процессора и работе системы охлаждения на всю мощность. именно анализ ситуации показал, что это 100% происходило от того что внутри виртуальных машин в этот момент случалась ситуация простоя и запуска нескольких типичных для простоя фоновых задач в Windows. при этом эти фоновые задачи практически мгновенно начинали забирать столь много ресурсов хостового процессора, что он (процессор) буквально "закипал". но стоило лишь на 2-3 секунды вернуться в открытое окно виртуальной машины (подняв его из панели задач и явно тем самым прекратив выполнение задач при простое), как удивительным образом загрузка процессора почти мгновенно падала до нормальных значений. неправда ли, довольно четкие симптомы и основания напрягаться ситуацией, тем более что несколько версий виртуалбокса тому назад такого точно не было?!

Когда сворачиваешь окно, никакие события ввода в гостевую систему не попадают. Она считает, что она в простое, и запускает соответствующие задачи. Если они так составлены, что жрут много процессора, это вопрос к разработчикам соответствующих приложений, но никак не к VB. Приложение требует процессора — оно его получает.
Далее, как только разворачиваешь окно, туда тут же летят сообщения о движениях мыши и клавиатуры. Система считает, что пользователь начал что-то делать, и прекращает выполнять задания, назначенные на время простоя. Естественно, нагрузка при этом падает, а как же иначе могло быть? Не вижу в этом каких бы то ни было страностей. Работая на хостовой системе, ты не получаешь тормозов, потому что система своевременно освобождает ресурсы, как только обнаруживает активность. Гостевая же система не имеет возможности узнать, что ты начал что-то делать, и, естественно, продолжает нагружать процессор. Если тебе не нужны эти задачи, просто отключи их в планировщике гостевой системы. Впрочем, ты именно это и сделал, — совершенно правильное и логичное решение проблемы.

Конечно, это необязательно единственная причина проблем, их могут быть десятки. На хостовой системе другое железо, другие приложения, другой набор библиотек и компонентов. Какие-то из них могут по-разному себя вести на реальном железе и под виртуализацией. На хостовой системе могут возникать какие-то системные события, на которые реагирует ядерный планировщик процессорного времени, распределяя кванты времени между задачами иначе, чем на виртуалке, где этих событий нет, и можно выделять основной задаче больше ресурсов без ущерба для производительности (он же не знает, что это приведёт к ущербу производительности в хостовой системе, и уж тем более, что у тебя такой слабый кулер, что не тянет стопроцентную загрузку длительное время). Могу сказать одно: я бы не стал вот так огульно обвинять VB, что он имеет наглость выделять процессорное время тому, кто его запрашивает. Ты ведь так и не ответил на вопрос: как VB, по твоему мнению, должен отсеивать агнцев от козлищ? Каков критерий? Особенно, если учесть, что гостевая система — необязательно винда.

popugai
уже не раз обсуждалось - ищите в спецификации процов VT-x/VT-d

additions - сохраняется на виртуальном диске Guest OC, или при копировании виртуального диска на другую виртуальную машину его нужно ставить снова. В данном случае Host - windows; Guest - Linux. Но может быть и наоборот.

Добавлено:
не могу найти где настраивается место расположения папки VMS - c логами и конфигурациями создаваемых виртуальных образов. У меня почему-то она создается на другом логическом диске, а не в папке пользователя на диске c: как обычно принято.

adasiko

Цитата:

А с одной виртуалкой нормально? Может когда несколько запущено, то какая-то ерунда начинается.

выше как раз написал, что количество запущенных виртуалок (в пределах разумного и системных ресурсов, разумеется) значения не имеет. даже одна запущенная виртуалка способна забрать львиную долю ресурсов процессора при простое.
CaptainFlint

Цитата:

Когда сворачиваешь окно, никакие события ввода в гостевую систему не попадают. Она считает, что она в простое, и запускает соответствующие задачи.

ну, как бы, это очевидно.

Цитата:

Если они так составлены, что жрут много процессора, это вопрос к разработчикам соответствующих приложений, но никак не к VB.

э-э-э не-ееее-т! Windows тут не при чем.
я не даром выше жирным шрифтом выделил, что те же самые задачи в простое на хоcтовой OS совершенно не загружают процессор. допустим и на виртуалке, и на хосте одна и та же ось. с учетом того что у моего процессора полная поддержка VT-x и VT-d (и, разумеется, в настройках виртуальной машины использование этой поддержки включено, хотя пробовал даже и отключать), логично предположить, что виртуалка и хоcт используют ресурсы процессора практически одинаково (в этом то и суть VT-x и VT-d). но тогда какого же кляпа хостовая OS совершенно не напрягаясь гоняет задачи при простое, а виртуалка, которая фактически напрямую использует этот же процессор, буквально вводит его в ступор этими же задачами?! такое ощущение, что те же самые задачи при простое внутри виртуальной машины умножают требования к тактам процессора в несколько раз.
и по моему нескромному мнению это - не нормально! тем более что раньше такого не было.

Цитата:

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

да? а как быть если ты сидишь и не работаешь на хостовой OS, но спокойно наблюдаешь, как задачи при простое спокойно запускаются, спокойно и своевременно выполняются и спокойно заканчивается их выполнение?а на виртуальной машине эти же задачи при простое начинаются и... так и не закончившись, вводят в ступор процессор. откуда и мой термин - "утечки процессорного времени". то есть утечки, которые необратимы без вмешательства.
и тут не система виновата, а виртуалбокс, который не дает той самой хостовой системе правильно расходовать ресурсы процессора.

Цитата:

Гостевая же система не имеет возможности узнать, что ты начал что-то делать, и, естественно, продолжает нагружать процессор.

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

Цитата:

Если тебе не нужны эти задачи, просто отключи их в планировщике гостевой системы. Впрочем, ты именно это и сделал, — совершенно правильное и логичное решение проблемы.

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

Цитата:

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

именно так! вот это меня и пугает. я не знаю, что ждать в следующий раз от очередной версии VirtualBox, которая так капризно себя ведет в разных ситуациях. я буквально живу с VB, но мне очень неприятно, что с каждой версией я должен отвлекаться на преодоление багов и глюков системы виртуализации, а не решать свои чисто бета-тестерские задачи для иного софта, ради которых и используется система виртуализации.

Цитата:

Ты ведь так и не ответил на вопрос: как VB, по твоему мнению, должен отсеивать агнцев от козлищ? Каков критерий? Особенно, если учесть, что гостевая система — необязательно винда.

да я легко отвечу на этот вопрос. раз программисты Oracle пока не в состоянии добиться корректной работы их продукта с "простаивающей" гостевой OS, так пусть добавят в свои дополнения некие инструкции на уровне кода, которые бы запретили простаивать виртуальной OS.

Добавлено:
кстати!
все забываю попросить всех потенциальных добровольцев подтвердить или опровергнуть мои рассуждения на практике.
попробуйте смоделировать мою ситуацию (а мы, "виртуальщики" по сути тем и занимаемся все каждый день) и проследите чтобы четко обозначенные мной задания (задания по нетфреймворкам, Windows Defender и WinSAT) внутри ваших виртуальных машин были включены для выполнения при простое. а затем проследите, что произойдет с нагрузкой процессора в простое на вашем "железе".
вот это будет предметный спор!

DyxaA

Цитата:

А вы в настройках VirtualBox добавили USB устройство?

да добавил, безрезультатно

В окне VirtualBox можно создавать ярлыки на рабочем столе: правый клик на виртуальную машину - создать ярлык на рабочем столе. А как это реализовать через VBoxManage? В описании никаких команд не нашёл.

sundraw
1) ярлыки на рабочем столе - это не нужно
2) что мешает самому создать ярлык? (там вызывается virtualbox просто с одной опцией, указывающей машину для запуска)

adasiko

Я столкнулся с ситуацией, когда нужно запустить отдельные машины из множества. Они могут быть разные, и запустить нужную одним кликом удобнее с рабочего стола. Можно вручную сидеть 10 минут делать ярлыки, а можно и за полминуты одним исполнительным файлом, для которого команду, к сожалению, не придумали. Есть ещё моменты, когда VBoxManager отказывается работать, а ярлыки продолжают отлично запускать машины.

cracklover

Цитата:

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

У меня win 8 стоит в виртуалке. Я считаю нормальным что оно постоянно в фоне что-то делает - это вендовз.
И "Maintenance" и обновления без малейшего писка ставятся. Вот час работает - я не дождусь пока оно успокоится Загрузка процессора скачет от 30 до 100%
Процессор четырехъядерный так что не волнует, вот диск не быстрый, а оно его теребит хорошо, иногда раздражает.

Добавлено:
А не, всё успокоилось. Ровный нуль. Просто никогда долго не держал рабочей После запуска вообще виртуалку не трогал.

VirtualBox 4.2.4 released!

cracklover

Цитата:

я не даром выше жирным шрифтом выделил, что те же самые задачи в простое на хоcтовой OS совершенно не загружают процессор.

Я об этом специально расписывал второй абзац. Перечитай, плиз.

По поводу "утечек" могу сказать лишь одно: я даже теоретически не могу себе представить, как один и тот же код может нагружать процессор по-разному. Если программе надо выполнить команду mov ecx, edx, то хоть ты тресни, это будет та же команда, и нагрузит она процессор одинаково. Поэтому источник проблемы в разном распределении процессорной нагрузки. О чём я выше уже говорил.

Если ты наблюдаешь на хосте и госте отличающееся поведение программы, это не значит, что она всегда и у всех будет вести себя по-разному. Это означает лишь то, что в твоей конкретной ситуации наблюдается такое различие в окружении, которое приводит к разному поведению. Может, у тебя банально мышка оптическая нечётко распознаёт текстуру коврика и постоянно передаёт "дрожание", на которое хостовая система реагирует снижением приоритета фоновых задач, думая, что это пользователь мышку дёргает, а иначе она точно так же нагружала бы тебе процессор на всю катушку.


Цитата:

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

Не совсем распарсил эту фразу, но я не говорил, что они никогда не прекращаются. Просто все эти генерации .NET-сборок занимают очень много времени, от нескольких часов до нескольких суток непрерывной работы. К тому же, я не знаю, как на них влияют перерывы в деятельности. Очень может быть, что она никак не может добить какой-то один несчастный файл: ты постоянно прерываешь задачу, и потом она вынуждена при следующем запуске снова начинать обработку того же файла (и всё это повторяется раз за разом). Я не говорю, что так и есть, я говорю, что это возможно.


Цитата:

раз программисты Oracle пока не в состоянии добиться корректной работы их продукта с "простаивающей" гостевой OS,

Они в состоянии. И они добились. Другое дело, что тебе не нравится, как ведёт себя винда в изолированном окружении при абсолютном отсутствии сигналов с устройств ввода… Ну так это вопрос не к Oracle.


Цитата:

…так пусть добавят в свои дополнения некие инструкции на уровне кода, которые бы запретили простаивать виртуальной OS.

Гениально! И посыпятся на их головы баг-репорты, что .NET-сборки в гостевой системе никак не могут сгенерироваться, потому что даже при ручном запуске задача завершается через секунду…

del

второй день тестирую 4.2.4.
вроде пока глюков не нахожу.

sundraw
набор команды "VBoxManage createDesktopLink имямоеймашинки" (если б она была) занимает сравнимое время, что и запихать команду для запуска в скриптовый файл и присобачить на рабочий стол.
А если охота именно, чтоб команда создавала ярлык, то можно написать скриптик из несколько строчек, который это будет делать (это уж зависит от операционной системы)
PS: юзеркейс какой-то нестандартный

adasiko

Цитата:

Я считаю нормальным что оно постоянно в фоне что-то делает - это вендовз.

а я считаю это не нормальным, так в моих OS практически не бывает задач, которые в простое способны заставить OS ставить на колени "железо" и я привык к длительным аптаймам с "холодным" процессором в моменты простоя и не важно, в реальной OS или виртуальной.


Цитата:

Загрузка процессора скачет от 30 до 100%

я за сегодня переделал кучу работы на 4 виртуальных машинах. уже часов 12 подряд работаю (иногда отбегая на некоторое время до получаса) и ни одна из 4 одновременно запущенных виртуальных машин за все эти 12 часов в простое не разогрела процессор больше чем сама хостовая OS. вот это для меня показатель стабильной работы.


Цитата:

Процессор четырехъядерный так что не волнует, вот диск не быстрый, а оно его теребит хорошо, иногда раздражает.

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


Цитата:

А не, всё успокоилось. Ровный нуль. Просто никогда долго не держал рабочей После запуска вообще виртуалку не трогал.

ну а я не желаю ждать окончания выполнения бесполезных для меня задач при простое внутри виртуальной машины, которые бессмысленно нагружают процессор.
странно, что ещё никто меня не спросил, зачем же я экономлю ресурсы процессора и системы охлаждения.
а ведь ответ прост!
90% времени я работаю на своем ноутбуке (хотя и значительную часть времени - на удаленных серверах, используя ноутбук только как устройство отображения данных в rdp-сессии) и значительную часть этого времени - на аккумуляторе (которых у меня к ноутбуку подключено одновременно 2 штуки).
наверно, не стоит и говорить, как могут влиять на расход энергии аккумулятора ноутбука несколько одновременно запущенных виртуальных машин, в которых не оптимизировано выполнение задач при простое. постоянно и бессмысленно загруженный процессор в таких ситуациях + кулер, работающий на всю катушку, моментально отожрут даже мой зверский запас в 110 Wh у двух аккумуляторов, и я едва "протяну" 3 часа непрерывной работы при такой неоправданной максимальной нагрузке. а с моей "оптимизацией" я спокойно работаю и 6 часов подряд на аккумуляторах даже с несколькими запущенными виртуальными машинами.

CaptainFlint

Цитата:

я даже теоретически не могу себе представить, как один и тот же код может нагружать процессор по-разному. Если программе надо выполнить команду mov ecx, edx, то хоть ты тресни, это будет та же команда, и нагрузит она процессор одинаково.

вот именно поэтому ты и не понял в чем суть проблемы до конца!
не один и тот же код виноват, а среда в которой он выполняется.
это не код, а программное ядро виртуалбокса, представляющее собой "прослойку" трансляции команд от виртуальной оси к реальной не может одинаково корректно для обеих OS (реальной и виртуальной) "отдавать" их (команды) процессору на исполнение.

Цитата:

Если ты наблюдаешь на хосте и госте отличающееся поведение программы, это не значит, что она всегда и у всех будет вести себя по-разному. Это означает лишь то, что в твоей конкретной ситуации наблюдается такое различие в окружении, которое приводит к разному поведению.

ну так я старательно и четко предупредил, что при разной конфигурации "железа" и OS повторяемости может и не быть. но согласись, лучше предупредить о том, что проблема может случиться (а проблемы не случилось) и предложить решение, чем столкнуться с проблемой и не иметь никакого решения?

Цитата:

Может, у тебя банально мышка оптическая нечётко распознаёт текстуру коврика и постоянно передаёт "дрожание", на которое хостовая система реагирует снижением приоритета фоновых задач, думая, что это пользователь мышку дёргает, а иначе она точно так же нагружала бы тебе процессор на всю катушку.

я как раз считаю, что ни "дрожание" мышки, не моё чихание, не должны влиять на стабильность "брошенной" без активной нагрузки виртуальной машины. иначе как можно такой системе виртуализации доверить крутиться в дата-центах? спалит "железо" к такой-то бабушке!

Цитата:

Очень может быть, что она никак не может добить какой-то один несчастный файл: ты постоянно прерываешь задачу, и потом она вынуждена при следующем запуске снова начинать обработку того же файла (и всё это повторяется раз за разом).

а кто мешал Майкрософт сделать так, чтобы задача выполнялась с небольшой нагрузкой на процессор не только при простое?
кстати! показательный пример. у меня под присмотром несколько удаленных выделенных серверов по всему миру, и я не раз сталкивался с ситуацией, когда после очередных обновлений нетфреймворков на этих серверах, при последующем требуемом для окончательной их установки ребуте, а не мог попасть на сервера по rdp до тех пор, пока "оптимизация" установленных обновлений нетфреймворков не завершалась полностью. причем шла она именно в простое, максимально нагружая процессор.

Цитата:

Другое дело, что тебе не нравится, как ведёт себя винда в изолированном окружении при абсолютном отсутствии сигналов с устройств ввода…

если на реальном железе эта же Windows ведёт себя при отсутствии активности совершенно ровно (иначе кто бы доверил ей работу на серверах?), то почему в виртуальной среде я должен соглашаться на что-то иное?!

Цитата:

Гениально! И посыпятся на их головы баг-репорты, что .NET-сборки в гостевой системе никак не могут сгенерироваться, потому что даже при ручном запуске задача завершается через секунду…

по моему ты меня опять неправильно понял.
раз внутри виртуальной машины в некоторых ситуациях задачи в простое неадекватно нагружают процессор из-за кривой работы самого виртуалбокса, ну так до выяснения обстоятельств не мешало бы вообще не давать Windows "простаивать" через искусственно генерируемые запросы, например, со стороны дополнений виртуалбокса, работающим с достаточным приоритетом?

либо кто мешает программистам Oracle через те же самые дополнения отслеживать, что виртуальная машина вошла в режим простоя и в такие моменты программно "запрещать" такой машине нагружать задачами, выполняемыми при простое, процессор хоста? если совсем коротко: "виртуальная машина активно работает? отдать ей столько ресрусов процессора, сколько надо! виртуальная машина простаивает? ограничить для задач простоя выдачу ресурсов процессора!".

Vnkm прадон если что то не то спрошу, но у меня в настоящее время вроде последняя версия а она VirtualBox v4.2.2.81684. Тут же пишут уже про 4.2.4.
Так какая же последняя все таки?

ну это просто издевательство какое-то!
и снова уже на версии 4.2.4 валится любая виртуалка после нескольких минут работы с ошибкой модуля VBoxSharedCrOpenGL.DLL.
откатываюсь на 4.1.22 - как часы!

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

так и ждать, пока эти бараны сами докопаются до этого бородатого бага?

cracklover
не охота через терни тикетов проходить, то можно на их форуме отписаться.
проблема видать узко специфичная ибо обычно там на несколько страниц насирают, если что-то не работает

Цитата:

проблема видать узко специфичная ибо обычно там на несколько страниц насирают, если что-то не работает

я бы тоже так подумал. если бы не запускал на двух абсолютно разных компах по железу.
да, возможно проблема и не просто повторяемая, но тем более обидно, что всего на 1 линейку билдов все работает прекрасно.

cracklover

Цитата:

я как раз считаю, что ни "дрожание" мышки, не моё чихание, не должны влиять на стабильность "брошенной" без активной нагрузки виртуальной машины. иначе как можно такой системе виртуализации доверить крутиться в дата-центах? спалит "железо" к такой-то бабушке!

Если в дата-центре также железо, что его можно спалить чрезмерной нагрузкой, то тамошнего админа надо гнать в три шеи. Сервер должен выдерживать одновременную нагрузку на 100% по всем компонентам системы, иначе это никакой не сервер, а недоразумение.

Я одного не понимаю: откуда у тебя презумпция виновности Оракла? Да откуда ты знаешь, может быть, если поставить винду на такое же железо, как там эмулируется, она начнёт точно так же себя вести? У тебя система из нескольких десятков компонентов от самых разных разработчиков — как аппаратных, так и программных, но среди них ты выбрал один-единственный — VirtualBox, и обвинил его во всех смертных грехах. Хоть убей, я не вижу, на каком основании ты это сделал.

Подскажите пожалуйста, имется Вбокс 4.1.22. Нужно поэкспериментировать с созданием образа системы при помощи акрониса и рарагон с дальнейшим развертыванием этих образов. Для хранения этих образов хочу использовать физический внешний USB HDD, который не могу прицепить к виртуал боксу. Как сделать так, чтобы дайнный винт виделся Акронисом или парагон?

CaptainFlint

Цитата:

Если в дата-центре также железо, что его можно спалить чрезмерной нагрузкой, то тамошнего админа надо гнать в три шеи. Сервер должен выдерживать одновременную нагрузку на 100% по всем компонентам системы, иначе это никакой не сервер, а недоразумение.

тоже верно, но грош цена тому админу, который не будет мониторить как и чем нагружены его сервера и нет ли возможности оптимизировать нагрузку. полная загрузка серверов бессмысленными задачами - "хороший" задел для будущей необходимости прервать аптайтм сервера аварийным reset при уходе сервера в даун от тех же, например, утечек памяти.

Цитата:

Я одного не понимаю: откуда у тебя презумпция виновности Оракла? Да откуда ты знаешь, может быть, если поставить винду на такое же железо, как там эмулируется, она начнёт точно так же себя вести? У тебя система из нескольких десятков компонентов от самых разных разработчиков — как аппаратных, так и программных, но среди них ты выбрал один-единственный — VirtualBox, и обвинил его во всех смертных грехах. Хоть убей, я не вижу, на каком основании ты это сделал.

странно что до сих пор не понимаешь.
ставим OS на реальное железо - ступора на фоновых задачах нет.
ставим OS в виртуалбокс на виртуальной машине - ступор хостового процессора на фоновых задачах есть.
отключаем эти фоновые задачи в виртуальной машине - ступор хостового процессора нет.
вывод: виртуалбокс не умеет корректно отслеживать запуск фоновых задач внутри виртуальных машин и не позволять им забирать все процессорное время хостовой OS.

попытка не пытка:
https://forums.virtualbox.org/viewtopic.php?f=6&t=52335&p=239572#p239572