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

Futurism

Цитата:

в чем дело -то?

скорее всего - корявый образ.
проверьте его hash

Futurism
Там же написано. Выполнить пункты 1,2,3. Это заморочки винды. Образ винта, похоже, не точная копия, а клонированая, с другим UUID.

cracklover
Собственно по поводу virtualbox я так и не понял.
На вкладке "процессор" стоит предел загрузки CPU? И он превышается?

Cheery
как проверить хэш?
Ajaja
ссылку на сайт, где этот образ мне дали тут, на этом форуме, когда я попросил дать ссыль на чистый образ 64х 7-ки)

Добавлено:
X17-59465.iso вот так он называется

adasiko

Цитата:

Собственно по поводу virtualbox я так и не понял. На вкладке "процессор" стоит предел загрузки CPU? И он превышается?

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

Futurism

Цитата:

как проверить хэш?

http://forum.ru-board.com/topic.cgi?forum=5&topic=5201


Цитата:

X17-59465.iso вот так он называется

Должен быть SHA1:36AE90DEFBAD9D9539E649B193AE573B77A71C83

Ajaja
странно у меня sha1
18b08c13d2987287efcfecf8a5a6f6e447de6596 юзал прогу Hasher

cracklover
Как-то не пробовал (для себя не вижу смысла)

Цитата:

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

Какой фоновой режим для виртуалки, особенно той, которая умеет работать в headlees режиме? Что за бред. Если гостевая система потребляет процессор, то виртуалка даёт это делать. Принцип "окна невидно - снижай потребление на минимум" не применим.
PS: хз что это всё делает здесь - вопросы в сторону Редмонда или вон тут наверно есть темы типа твиков и оптимизаций вендов
PS2: вообще как понимаю все эти вендовые процессы по оптимизациям особо должны быть жёсткими на чистой системе после установки, а потом как всё наоптимизируют, то уже не так (в теории)

Futurism

Цитата:

странно у меня sha1

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

adasiko

Цитата:

Какой фоновой режим для виртуалки, особенно той, которая умеет работать в headlees режиме? Что за бред.

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

Цитата:

Если гостевая система потребляет процессор, то виртуалка даёт это делать.

несколько раз прочитал фразу, но честно, так и не понял её смысла.

Цитата:

Принцип "окна невидно - снижай потребление на минимум" не применим.

а я где-то писал о таком нелепом принципе?
я писал лишь о поведении виртуальных машин, при котором VirtualBox неверно распределяет процессорное время на задачи, запускаемые внутри виртуальных машин в моменты их простоя.

Цитата:

хз что это всё делает здесь - вопросы в сторону Редмонда или вон тут наверно есть темы типа твиков и оптимизаций вендов

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

Цитата:

вообще как понимаю все эти вендовые процессы по оптимизациям особо должны быть жёсткими на чистой системе после установки, а потом как всё наоптимизируют, то уже не так (в теории)

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

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

Futurism

Цитата:

но где мне найти только английский оригинальный образ семерки 64 разряда

вы как в первый день на форуме..
Microsoft Windows 7 (часть 7) - варез, а не активация!
или http://msft.digitalrivercontent.net/win/X17-59465.iso

ps: скачал, проверил

Цитата:

[ F:\X17-59465.iso ]
SHA-1: 36AE90DEFBAD9D9539E649B193AE573B77A71C83

Futurism

Цитата:

но где мне найти только английский оригинальный образ семерки 64 разряда

Погуглите "X17-59465.iso SHA1:36AE90DEFBAD9D9539E649B193AE573B77A71C83". Там много ссылок на этот образ.

cracklover
Я, например, тоже так ничего и не понял. В частности, с термином "утечка процессорного времени" я ни разу в жизни ещё не сталкивался. Задача требует процессора — она его получает, система лишь занимается распределением процессорного времени между задачами. Если процессор гоняет такты, значит, есть задача, которая этого потребовала. Можно поднять вопрос о нужности этой задачи, о её оптимальности/неоптимальности, об ограничении процессорного времени, выделяемого на эту задачу, но говорить, что процессорное время куда-то "утекает", некорректно.

Ты говоришь, во всём виноват VB. Да откуда VirtualBox'у вообще знать, фоновая это машина или нет? Мало ли, что она свёрнута. По какому признаку ему отличать нужные задачи от ненужных, "разрешённые" от "запрещённых"? Может, ты специально в виртуалку запихнул какую-то длительную и ресурсоёмкую обработку и свернул окно, чтобы не отвлекаться. А VB тебе возьмёт и начнёт ограничивать потребление CPU, так что задача, обычно выполняющаяся за час, будет выполняться сутки…

Спасибо вам большое. Качаю!

Хочу поставит virtualbox, но без лишних дополнений таких как USB device support & bridge network adapter. Т.е. Оставить только host-only network adapter. Установка на win7x64. Конфликтов известных при такой установке нет?

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 бродит из версии в версии и никак до конца не может быть пофиксенной, и меня вдвойне удивляет что никто этого не замечает и не читает, как будто я изобрел велосипед.

Guilliman
лучше используйте Portable VirtualBox. намного удобнее и точно конфликтов не будет.

ogurzov

Цитата:

А подобное пробовали: VBoxManage setextradata ubuntu-base CustomVideoMode1 1280x768x32

Нет.
Да и счас то зачем, если на 4.3.6 всё ОК.

cracklover

Цитата:

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

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

Цитата:

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

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

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

cracklover
Сисадмины не разрешат поставить что то "не официальное", поэтому интересует по моему вопросу

cracklover

Цитата:

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

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

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

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

Guilliman
Если имеются в виду конфликты со сторонними сетвыми драйверами (всякие антивирусы и прочее)
Гарантированное отсутствие конфликтов под ОС виндовз возможно только вообще при не установке сетевых драйверов.
Но без них можно пользоваться только NAT соединением.
Естественно портативная версия и прочая ерунда ничего не даст.

А так да, можно без проблем поставить по выбору без USB device support & bridge network adapter - просто не сможешь ими пользоваться и всё. (сам так делал, правда давно)

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

Serg_Ivanov
Да это я к тому, что "никого не интересует"
Для меня было открытием, что в винде тоже можно использовать командную строку. Хоть и есть в шапке, но всё таки, лучший перевод руководства VirtualBox на русский язык:
http://mirspo.narod.ru/vbox4/index.html
Может кому пригодится.

ogurzov 16:19 20-02-2014
Цитата:

но всё таки, лучший перевод руководства VirtualBox на русский язык:

имхо, удобней
pavlaf 23:18 11-01-2014
Цитата:

Новая ссылка на русский справочный файл Oracle VM VirtualBox 4.3.6: http://yadi.sk/d/OZsu26_2FrruL  

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

Спасибо! А я и не знал, уже скачал.
А в шапку вроде могут добавлять все зарегистрированные пользователи. Конечно, кто знает, как это делается.

PS
У меня вместо имени "VirtualBox436ru2manual.zip" крякозябры. Тем не менее архив распаковывается, а там уже всё правильно.

cracklover

Цитата:

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

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

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

cracklover

Цитата:

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

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

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

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


Цитата:

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

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


Цитата:

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

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


Цитата:

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

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