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

Поднял ссылку на пост со справкой в шапку.

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 через те же самые дополнения отслеживать, что виртуальная машина вошла в режим простоя и в такие моменты программно "запрещать" такой машине нагружать задачами, выполняемыми при простое, процессор хоста? если совсем коротко: "виртуальная машина активно работает? отдать ей столько ресрусов процессора, сколько надо! виртуальная машина простаивает? ограничить для задач простоя выдачу ресурсов процессора!".

cracklover

Цитата:

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

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

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

Цитата:

Естественно портативная версия и прочая ерунда ничего не даст.

что за бред?!
в портативной версии есть и установка сети, и поддержки USB.

cracklover
Оно использует те же драйвера, разве нет?
PS: а за установки всяких портабле и прочей ерунды сисадмины и должны пользователям по голове стучать.

CaptainFlint

Цитата:

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

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

Цитата:

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

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

cracklover
Открываем сайт в Internet Explorer 6 — выглядит нормально. Открываем в Firefox — сайт переколбасило. Вывод: виноват Firefox. Да?
А на самом деле оказывается, что виноват сайт, который написан левой коленкой через правое ухо и жёстко завязан на все мыслимые и немыслимые глюки и косяки IE6, вместо того, чтобы следовать утверждённым международным стандартам.


Цитата:

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

Он и не имеет права такого уметь. Если бы он так делал, им бы никто (кроме тебя) не пользовался. Потому что лично мне, например, не нужна система, которая по каким-то своим хитрым алгоритмам за меня решает, каким задачам отдавать процессор, а каким — нет.

adasiko

Цитата:

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

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

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


Цитата:

Он и не имеет права такого уметь. Если бы он так делал, им бы никто (кроме тебя) не пользовался. Потому что лично мне, например, не нужна система, которая по каким-то своим хитрым алгоритмам за меня решает, каким задачам отдавать процессор, а каким — нет.

ну ты даешь! система виртуализации наоборот, имеет право и даже обязана так делать, иначе грош цена такой "виртуальности" которая бесконтрольно захватит все ресурсы процессора и поставит под удар нормальную работоспособность самой хостовой OS. иначе чем же тогда объяснить наличие в настройках каждой созданной виртуальной машины ползунка с именем "Предел загрузки ЦПУ"? как раз тем, что разработчики пока не научили VirtualBox делать это полностью в автоматическим режиме. вот поэтому любая длительная и ресурсоемкая задача простоя внутри виртуальноа машины у меня и вызывает неоправданную нагрузку на процессор.
и кстати, почему абсолютно аналогичная задача в простое на реальной OS у меня практически никак не влияет на серьезную нагрузку процессора, а та же самая задача внутри виртуальной машины - доводит процессор до 100%? что это, как некорректная работа VirtualBox, "не понимающего" что задачи в простое внутри виртуальной машины не должны захватывать все процессорное время хостовой OS?

cracklover

Цитата:

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

Не ровно, выше я уже писал о своих наблюдениях на реальном железе, да и думаю, что "умные" технологии, рассчитанные на выполнения задач при отсутствии активности пользователя - это не секрет. Не нравится - вопросы в Редмонд.
По поводу серверов: думаю, что в серверных редакциях другой принцип. Там то у системы не является главной задачей обслуживание хомячка, который рядом сидит перед монитором. Наверняка другой алгоритм для выполнения этих фоновых задач по обслуживанию или есть возможности задания их на определенное время или ещё чего-нибудь. Хотя утверждать не могу ибо win server трогал раз в жизни и то потом руки хорошо мыл.

cracklover

Цитата:

Оно использует те же драйвера, разве нет?

Ясно, да.

Почитал, что для подключения интернета всех проще выбрать NAT.
Но у меня в окне все не активно, ничего нельзя настроить:

Цитата:

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

Нет, ты меня неправильно понял. И нет, это не нормально. Но источник этой ненормальности ни тебе, ни мне неизвестен, потенциальных виновников десятки. Это может быть VirtualBox. Но может и не быть. Это может быть Windows. Это могут быть приложения, которые она запускает для выполнения задач. Это могут быть драйверы. Это может быть ядро Windows, неправильно планирующее выделение квантов процессорного времени в определённых условиях, вполне воспроизводимых на реальном (а не только виртуальном) железе. Или это может быть ядро хостовой Windows, или её драйверы. Перечислять можно долго. Ни у тебя, ни у меня нет точной информации, кто конкретно виноват. Ни ты, ни я не проводили специальных исследований. Но ты почему-то принял за абсолютную истину, что во всех бедах виноват именно VirtualBox и никто иной, и упорно стоишь на этой позиции. Вот это мне непонятно.


Цитата:

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

Виртуализация — это просто перераспределение хостовых ресурсов. Если ты выделил виртуалке 8 гигов оперативы, ты же не станешь ругать VB, что в какой-то момент все эти 8 гигов вдруг окажутся задействованными. Если ты ей дал диск на 30 гигов, то ты не будешь удивляться, что он вырос до этих самых 30 гигов. Если ты дал ей выход на сетевой адаптер, она может начать флудить в него, забивая канал и не давая твоим хостовым приложениям общаться с сетью на такой же скорости, как раньше. И если ты выделил машине процессор, она имеет право его забивать своими задачами. Если тебя это не устраивает — отдавай ей меньше ресурсов. Ставь меньше ядер, ограничивай потребление CPU в настройках машины. Но то, что ты ей дал, принадлежит ей по праву. И задача VirtualBox'а — обеспечить машину этими ресурсами в полной мере. Что он и делает.


Цитата:

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

Возможные причины я перечислял в своих предыдущих ответах.


Цитата:

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

У VirtualBox'а нет и не может быть понятия простоя внутри виртуальной машины. Он отдаёт машине ресурсы хоста, а как гостевая система ими распорядится — не его собачье дело.

Цитата:

zikol
Но у меня в окне все не активно, ничего нельзя настроить:

А что ты собрался настраивать у NAT?
С NAT обычно включил и пользуешь. Ничего настраивать не нужно.

cracklover
Предлагаю из шапки удалить ссылку на твое "инновационное" исследованные/решение -
Цитата:

* NEW! Что делать, если виртуальная машина ... начинает забирать 100% процессорного времени хостовой OS?

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

Можно взять другую ВМ, и проверить работу Windows на ней, но даже если там(в другой ВМ) все будет нормально, это не будет означать что "виноват" VirtualBox, потому-что как я уже писал -
Цитата:

процессор напрягает не VirtualBox а планировщик и/или какие-то другие процессы Windows

Сегодня переустанавливал OS и ставил VirtualBox-4.3.6-91406-Win. После(или во время) установки в папке с инсталлом появился файл vbox-ssl-cacertificate.crt
Зачем он и что с ним делать?

Возможно ли в сабже настроить вывод звука не на колонки, а на s/pdif, как это можно сделать на WmWare Player?

Цитата:

K_Ok_O_S

А чем не устраивает настройка вывода звука системная, в панели управления Windows?
Выбери вывод звука по умолчанию на s/pdif, а не на колонки, и будет щастье.

Спасибо, попробую, как крайний вариант, но лазить каждый раз в системные настройки, когда надо так с виртуалкой поработать... Было б лучше ВМ подкрутить.

+1 за то чтобы убрать. И не солидно для
Цитата:

Gold Member

по тихому править шапку.

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

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

cracklover если уж делаете изменения в шапке, то как минимум надо написать в теме, что вы там меняете. Насчёт полезной выжимки так это полезно только для вашей системы и для вашего набора задач. Для любого другого пользователя надо будет заново выискивать всё это и что каждый будет забивать шапку своим решением проблемы ? Да и слово проблема тут довольно сомнительно, так как выше уже написали это не баг витуалбокса.

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

Цитата:

Ни у тебя, ни у меня нет точной информации, кто конкретно виноват.

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

Цитата:

Виртуализация — это просто перераспределение хостовых ресурсов. Если ты выделил виртуалке 8 гигов оперативы, ты же не станешь ругать VB, что в какой-то момент все эти 8 гигов вдруг окажутся задействованными.

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

Цитата:

Если ты ей дал диск на 30 гигов, то ты не будешь удивляться, что он вырос до этих самых 30 гигов.

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

Цитата:

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

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

Цитата:

Если тебя это не устраивает — отдавай ей меньше ресурсов. Ставь меньше ядер, ограничивай потребление CPU в настройках машины.

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

Цитата:

Но то, что ты ей дал, принадлежит ей по праву. И задача VirtualBox'а — обеспечить машину этими ресурсами в полной мере. Что он и делает.

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

Цитата:

У VirtualBox'а нет и не может быть понятия простоя внутри виртуальной машины. Он отдаёт машине ресурсы хоста, а как гостевая система ими распорядится — не его собачье дело.

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

to all:

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

Добавлено:
regist123

Цитата:

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

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

Цитата:

Linch
После(или во время) установки в папке с инсталлом появился файл vbox-ssl-cacertificate.crt Зачем он и что с ним делать?

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

cracklover
Ты упорно придерживаешься своей трактовки, начисто игнорируя все мои доводы. Я уже неоднократно (и по твоим же запросам, кстати!) приводил примеры причин, которые могут приводить к описанному поведению, но ты их просто пропускаешь. В таких условиях я не вижу смысла тратить своё время на продолжение дискуссии.

4.3.8
[more=Changelog]VirtualBox 4.3.8 (released 2014-02-25)

This is a maintenance release. The following items were fixed and/or added:
VMM: more work on improving the emulation of certain MSR registers (e.g. bugs #12224, #12544)
VMM: fixed a VERR_INVALID_RPL Guru Meditation when booting certain guests (bug #11350)
VMM: experimental support for SSE 4.1 / SSE 4.2 passthrough, see the manual for more information how to enable it (bug #8651)
VMM: fix for recent Linux kernels with software virtualization
GUI: experimental HID LEDs synchronization for Windows hosts, see the manual for more information
GUI: warn the user if the Oracle Extension Pack is not installed and the user tries to activate the remote display feature (bug #9104)
GUI: make sure that a minimized guest (using mini toolbar in fullscreen/seamless mode) keeps the minimized state (bug #12199)
GUI: popup banner's "do not show this message again" check-box replaced with corresponding button
GUI: network adapter cables can now be connected/disconnected directly through the running virtual machine Devices / Network menu a Network status-bar indicator
GUI: the new VM wizard now proposes 64-bit guests on 64-bit hosts by default; better distinction between 32-bit OS types 64-bit OS types (bug #12533)
GUI: better error message if appliance import fails (bug #12657)
GUI: allow to set host-combination to 'None' using the Global settings / Input page (bug #12730)
GUI: don't switch the guest to a black screen during online snapshot merge (4.3 regression)
VBoxManage: when exporting an appliance, support the suppression of MAC addresses, which means they will be always recreated on import, avoiding duplicate MAC addresses for VMs which are imported several times
AHCI: fixed a VM hang during suspend under certain circumstances
AHCI: fixed a VM hang during online snapshot merge under certain circumstances
AHCI: fixed a bug which resulted in Windows XP guest hangs if a SATA CDROM is attached (bug #12417)
AHCI: fixed a Guru Meditation under certain conditions
AHCI: ejecting a CD/DVD medium failed under certain conditions
AHCI: disk hotplugging fixes
NAT: transparent handling of host sleep/resume and network configuration changes if the dnsproxy is enabled or if the hostresolver is used (bug #12441)
NAT: fixed crash and misbehaviour under some circumstances with ICMP packets having TTL=1
NAT Network: fixed IPv6 reassembly
NAT Network: ping proxy implemented
OVF: fixed reading of the OVF 0.9 section element (4.3 regression; bug #12345)
OVF: several fixes
3D: several fixes, multiscreen fixes (e.g. bug #9124)
3D: include 3D content in captured videos (bug #12666)
3D: include 3D content in captured screenshot (bug #11758)
VGA: proper handling of legacy graphics modes if the Guest Additions are active (bug #6649)
USB: fixed crash during isochronous transfer under rare circumstances
BIOS: better disk geometry handling of SCSI drives
API: fix crashes in Java API clients using the XPCOM binding, happened with output parameters only (bug #11232)
VBoxSVC: documented the handling of host power management events (see the manual for more information) and added an extradata item for configuring the handling of the battery-low event (bug #9925)
VBoxSVC: fixed a bug which could trigger a crash if a VM snapshot was restored the second time and the VM has associated bandwidth groups (bug #12569)
VBoxSVC: properly detect ifconfig if located in /bin (bug #12713)
Shared Folders: fixed a failure to restore transient shared folders when starting a VM from a saved state (bug #12578)
Mac OS X hosts: fixed issue when the application icon was frozen in the dock if the bridging interface was not connected to a network (bug #12241)
Linux hosts: also consider the physical package ID when determining the number of physical CPU cores
Linux hosts / guests: don't warn in kernel log if memory allocation fails (bug #11171)
Solaris hosts: fixed the autostart SMF script (bug #11720)
Windows hosts: fixes for non-ANSI code page user names and similar environment contents (bug #12596)
Windows hosts / guests: fixed setting and using a guest user's process environment variables (relevant for Guest Control)
Windows Additions: fixed handle leaks in VBoxTray (bug #12563)
Windows Additions: fixed a crash while detecting active guest users
Windows Additions: fixed restoring backed up D3D files on XPDM -> WDDM upgrade
Guest Control: fixed setting and using a guest user's process environment variables
Linux Additions: support Enterprise Linux 6.5 kernels (bug #12505)
Linux Additions: fixed CPU hot-remove on newer Linux kernels
Linux / Solaris Additions: don't automount a shared folder which is already mounted
X11 Additions: support X.Org Server 1.15 (bug #12623)[/more]

CaptainFlint
очень жаль, что пусть и отличный, но вечно сырой продукт VirtualBox ты считаешь непогрешимее операционной системы промышленного стандарта

Добавлено:
всем сомневающимся советую набрать в гугле "High CPU usage with idling guest" и посмотреть сколько будет результатов, а главное какая именно система виртуализации будет наиболее часто упоминаться в этом обезличенном запросе?

У всех висит на 98% или только у меня?

Код: http://dlc.sun.com.edgesuite.net/virtualbox/4.3.8/VirtualBox-4.3.8-92456-Win.exe

cracklover

Цитата:

очень жаль, что пусть и отличный, но вечно сырой продукт VirtualBox ты считаешь непогрешимее операционной системы промышленного стандарта

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