Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: cracklover
Дата сообщения: 10.06.2013 08:31
CaptainFlint

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

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

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

странно что до сих пор не понимаешь.
ставим OS на реальное железо - ступора на фоновых задачах нет.
ставим OS в виртуалбокс на виртуальной машине - ступор хостового процессора на фоновых задачах есть.
отключаем эти фоновые задачи в виртуальной машине - ступор хостового процессора нет.
вывод: виртуалбокс не умеет корректно отслеживать запуск фоновых задач внутри виртуальных машин и не позволять им забирать все процессорное время хостовой OS.
Автор: CaptainFlint
Дата сообщения: 10.06.2013 09:34
cracklover
Открываем сайт в Internet Explorer 6 — выглядит нормально. Открываем в Firefox — сайт переколбасило. Вывод: виноват Firefox. Да?
А на самом деле оказывается, что виноват сайт, который написан левой коленкой через правое ухо и жёстко завязан на все мыслимые и немыслимые глюки и косяки IE6, вместо того, чтобы следовать утверждённым международным стандартам.


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

Он и не имеет права такого уметь. Если бы он так делал, им бы никто (кроме тебя) не пользовался. Потому что лично мне, например, не нужна система, которая по каким-то своим хитрым алгоритмам за меня решает, каким задачам отдавать процессор, а каким — нет.
Автор: cracklover
Дата сообщения: 10.06.2013 14:33
CaptainFlint
если я правильно тебя понял, то плохая Windows внутри виртуальной машины работает совсем не так как на реальной оси и те задачи обслуживания при простое, которые в ней запускаются, криво написаны? и VirtualBox, который "доставляет" эти задачи то процессора, совершенно не виноват, что после такой "доставки" процессор входит почти в ступор? при этом те же самые задачи на точно такой же Windows, байт в байт с тем же самым кодом на реальной оси ступора процессора не вызывают. это нормально, да?


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

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

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

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

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

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


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

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


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

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


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

У VirtualBox'а нет и не может быть понятия простоя внутри виртуальной машины. Он отдаёт машине ресурсы хоста, а как гостевая система ими распорядится — не его собачье дело.
Автор: Daniyar91
Дата сообщения: 10.06.2013 16:27
cracklover
Предлагаю из шапки удалить ссылку на твое "инновационное" исследованные/решение -
Цитата:
* NEW! Что делать, если виртуальная машина ... начинает забирать 100% процессорного времени хостовой OS?
Почему я это предлагаю?
Потому-что исходя из того что ты здесь описываешь, это не является проблемой VirtualBox, ведь процессор напрягает не VirtualBox а планировщик и/или какие-то другие процессы Windows,

Можно взять другую ВМ, и проверить работу Windows на ней, но даже если там(в другой ВМ) все будет нормально, это не будет означать что "виноват" VirtualBox, потому-что как я уже писал -
Цитата:
процессор напрягает не VirtualBox а планировщик и/или какие-то другие процессы Windows
Автор: regist123
Дата сообщения: 10.06.2013 18:45
+1 за то чтобы убрать. И не солидно для
Цитата:
Gold Member
по тихому править шапку.
Автор: cracklover
Дата сообщения: 10.06.2013 19:27
Daniyar91
regist123
ребята, вы чего?
сидеть и молчать в теме как мышки, привнося в неё нулевую активность - это вы горазды, да?
а как делиться опытом, оформлять это в полезные "выжимки" в шапке темы - это вы в кусты?
зато как бабульки-перешницы побурчать "уберите, как бы оно чавось не вышло.." - это пожалуйста?

честно говоря, очень удивлен, с каких это пор, самая большая фишка руборда - динамичная наполняемость важных шапок тем полезной информацией стала вдруг неуместной?!
я почти 10 лет на руборде и патронировал за это время сотни шапок тем, привнося туда полезное и интересное.
вы уж извините, но наверно у меня достаточно опыта править шапки самостоятельно, без выспрашивания на то разрешений от кого-либо, если только об обязательности согласия участников на правки шапки заранее не было написано в самой шапке темы (или самой теме).
Автор: regist123
Дата сообщения: 10.06.2013 19:48
cracklover если уж делаете изменения в шапке, то как минимум надо написать в теме, что вы там меняете. Насчёт полезной выжимки так это полезно только для вашей системы и для вашего набора задач. Для любого другого пользователя надо будет заново выискивать всё это и что каждый будет забивать шапку своим решением проблемы ? Да и слово проблема тут довольно сомнительно, так как выше уже написали это не баг витуалбокса.
Автор: cracklover
Дата сообщения: 10.06.2013 20:01
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!") оформил все в шапке темы и это кому-то сразу доставило дискомфорт. складывается впечатление, что кому то больше нечем полезным заняться, чем ловить блох на лысой башке.
Автор: CaptainFlint
Дата сообщения: 10.06.2013 20:50
cracklover
Ты упорно придерживаешься своей трактовки, начисто игнорируя все мои доводы. Я уже неоднократно (и по твоим же запросам, кстати!) приводил примеры причин, которые могут приводить к описанному поведению, но ты их просто пропускаешь. В таких условиях я не вижу смысла тратить своё время на продолжение дискуссии.
Автор: cracklover
Дата сообщения: 10.06.2013 20:55
CaptainFlint
очень жаль, что пусть и отличный, но вечно сырой продукт VirtualBox ты считаешь непогрешимее операционной системы промышленного стандарта

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

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

Я уже несколько раз писал, что я так не считаю. Что лишний раз доказывает невостребованность моего участия в данном обсуждении.
Автор: cracklover
Дата сообщения: 10.06.2013 21:27

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

я уважаю твое мнение, но в том и ценность конференций, что точек зрения может быть много, а остальные участники сами для себя решат, чья точка зрения для них будет ближе.
Автор: adasiko
Дата сообщения: 11.06.2013 13:39
cracklover

Цитата:
сомневающимся советую набрать в гугле "High CPU usage with idling guest"

Встречался я с этим на red hat based осях. Невидно тут этого по описанию.
Например об возможном случае неплохо написанно здесь: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1077 (да vmware, но я про принцип)
Проверить довольно легко - если нет активности виртуалки с диском и равномерно высоко грузится проц, то это странно (т.е. происходит какой-то зацикленный безрезультативный процесс). А если диск активно используется, то виртуальная ОС считывает/записывает что-то и выполняет нормальную работу.
Тут просто гостевая ОС и не хочет переходить в idle состояние, а хочет работать.

Цитата:
без обид, но пока вы  не поймете, что Windows в данной ситуации совершенно не при делах, а заодно и будете чуть более на "ты" с серверными Windows

Ну тут разговор о десктопных версиях шёл - в них я разбираюсь. А с серверными не хочу иметь дело - не интересуют (холивары win vs unix устраивать не будем).
Итого по делу:
1) посмотреть активность виртуалки с диском
2) попробовать на vmware player такую же ситуации воспроизвести - он бесплатный для некоммерческого использования, так что погонять
"на посмотреть" можно с чистой совестью.
ЗЫ: гуглите "windows background maintenance process", читайте

2ALL
Сделал пометку к VMLite XP Mode Plugin, что вроде рипанулось. Не знаю людей кто им бы пользовался. Если кто в курсе об этом проекте отпишитесь.
Автор: VitRom
Дата сообщения: 11.06.2013 15:06
adasiko, я побаловался пару раз. Ничего особо впечатляющего. Явных (да и вообще заметных) преимуществ перед нативным ХП-Модом или ВМваревским Юнити не увидел. Сделана "обёртка" вокруг существующих, но просто не используемых стандартным гуем апи, позволяющая прятать (и то не всегда успешно) "лишние части" фейса работающей вм. Причём "обёртка" это не обёртка как таковая, которую ещё можно было б юзать с разными версиями, а мод кода. С учётом того, что оно так и замерзло на какой-то замшелой версии -- РИП.
Автор: Alex22T
Дата сообщения: 14.06.2013 23:19
Виртуальная Win7(x64) после включения не видит общие папки, после перезагрузки - видит. Раньше было все нормально, настройки не менялись, общие папки удалял и назначал заново, дополнения переустанавливал. Безрезультатно...
В чем может быть причина?

P.S. Еще одна винда, клон описаной, стала вести себя точно так же.
Автор: RussianNeuroMancer
Дата сообщения: 17.06.2013 10:40
cracklover
Прочитал дискуссию целиком и хочу заметить, что adasiko и CaptainFlint таки правы, и вам следует прислушаться к их аргументам. Хотя бы перечитайте их посты внимательнее, чтобы лучше понять, что у вас происходит.
VirtualBox конечно не венец гипервизоростроения, но в данном случае вы явно наводите на него напраслину.
Автор: cracklover
Дата сообщения: 17.06.2013 12:28
RussianNeuroMancer
в данной ситуации я предпочитаю получать и видеть результаты работы, а не обсуждать более свои и чужие теории.
я добился необходимого мне результата и спокойно продолжаю работать с софтом, и далее ломать копья по поводу виновата ли Microsoft или Oracle у меня нет никакого желания. у обеих компаний рыло в пуху.
Автор: adasiko
Дата сообщения: 17.06.2013 15:06
Пункт "Что делать, если виртуальная машина с Windows, работающая в режиме свернутого окна (фоново), через некоторое время начинает забирать 100% процессорного времени хостовой OS?" удалён из шапки ибо оффтоп. Проблема не является специфичной для виртуализации, а оптимизация и настройка ОС windows обсуждается в других темах.
Автор: cracklover
Дата сообщения: 17.06.2013 15:30
adasiko
извините, но какого фига вы чужой опыт и решение убрали из шапки, куда как раз такую информацию и принято размещать?!
я понимаю, конечно, что все это условно, но даже чисто по неписанной субординации, безусловным приоритетом (это вообще по Правилам форума!) на такое обладают модераторы и Администрация форума в целом и далее, по опыту, "стажу" и условной статусности - сами форумчане.
я на форуме как бы подольше чем вы, и условный "статус" у меня повыше, и со стороны немного странно, что полезность и востребованность информации размещаемой в "шапке темы" голдмембером с почти 10 летним стажем, решает 5-ти летний эдванцед.

p.s. а вы служили?
p.p.s и еще прошу прощения, но только глупец и профан в подобной ситуации будет обвинять только Windows, особенно когда были предоставлены ссылки, когда подобное поведение Vb зафиксировано с кучей разных OS.
следующий раз запросто какой-нибудь бедолага (гугль подтверждает!) будет биться точно с такой же проблемой и ему придется перегрызть форумный "гранит" сотен страниц в поисках решения и все благодаря одному чудаку, которому "помешала" пара строчек ссылки на выстраданный опыт в "шапке темы".
Автор: DimitarSerg
Дата сообщения: 17.06.2013 15:58
Тоже не поленился и перечитал последние страницы от А до Я, полностью согласен с CaptainFlint.

Но насчёт убирания из шапки - ну да, пусть косяк и не ВБ, но если действительно помогает, то почему не оставить ?! dont_know
Автор: cracklover
Дата сообщения: 17.06.2013 16:44
DimitarSerg

Цитата:
Но насчёт убирания из шапки - ну да, пусть косяк и не ВБ, но если действительно помогает, то почему не оставить ?! dont_know

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

на сотнях форумах ежедневно решают проблемы опосредованно, когда не выяснив точной причины некорректной причины работы какого-то софта, до выяснения искусственно временно устраняют сами предпосылки возникновения проблемы, чтобы не дать им спроецироваться в работе такого софта (как простуженному ребенку временно перестают давать мороженое) . это абсолютно нормально явление, но в данной теме, похоже, это понимают лишь единицы.
Автор: adasiko
Дата сообщения: 17.06.2013 16:52
cracklover
Уже человек пять высказали одинаковую точку зрения и далеко не профаны. А оптимизациями разных ОСей, которые не относятся к виртуализации можно целую страницу понаписать в шапке, но им место в других ветках.
Предлагаю закрыть вопрос, пока не будут дополнительные объективные детали - слишком много уже чести. В 10-ой раз писать одно и тоже надоело, что это проявляется на "реальных" ОС.
PS: Да, служил. Метр кармы тут не считаю особо значимой штукой. И хватит переходить на личности.
Автор: cracklover
Дата сообщения: 17.06.2013 20:53
adasiko
"миллионы мог ну просто не мо-о-о-огут ошибаться", да?
я никогда не комплексовал идти против 5,10,100 ... человек, если чувствовал свою правоту.
я представил очевиднейшие события и доказательства. мне не привыкать, что и множество людей могут ошибаться также, как и я.
Автор: Toyg
Дата сообщения: 17.06.2013 21:45
Люди подскажите, при запуске VM стало вылетать сообщение "Прекращена работа программы VboxTestOGL.exe" и предлагает закрыть программу. Как избавиться от этого сообщения, и что оно означает?
Автор: cracklover
Дата сообщения: 18.06.2013 05:48
Toyg
подобные тикеты с проблемой официально подавались на багтрекере виртуалбокса.
там прозвучали советы обновить видеодрайвер хостовой машины (то бишь на реальной OS). кроме того, судя по всему имеет место быть некорректная работа режима 3D (включенного в настройках виртуальной машины). попробуйте его отключить (поддержка этого режима внутри виртуальной машины не особо часто и нужна) и поработать снова с виртуальной машиной. в шапке темы в конце есть указанный мной возможный способ решения.
Автор: adasiko
Дата сообщения: 18.06.2013 13:50

Цитата:
судя по всему имеет место быть некорректная работа режима 3D

Да, всё, что касается 2D/3D ускорений, считается экспериментальными фичами. И к сожалению зачастую глючат. С этим вряд ли кто будет спорить :/
Автор: ONEVZOR1
Дата сообщения: 21.06.2013 21:08
VirtualBox 4.2.14


Цитата:
What's New:

VMM: fixed a Guru Meditation on putting Linux guest CPU online if nested paging is disabled
VMM: invalidate TLB entries even for non-present pages
GUI: Multi-screen support: fixed a crash on visual-mode change
GUI: Multi-screen support: disabled guest-screens should now remain disabled on visual-mode change
GUI: Multi-screen support: handle host/guest screen plugging/unplugging in different visual-modes
GUI: Multi-screen support: seamless mode: fixed a bug when empty seamless screens were represented by fullscreen windows
GUI: Multi-screen support: each machine window in multi-screen configuration should have correct menu-bar now (Mac OS X hosts)
GUI: Multi-screen support: machine window View menu should have correct content in seamless/fullscreen mode now (Mac OS X hosts)
GUI: VM manager: vertical scroll-bars should be now updated on content/window resize
GUI: VM settings: fixed crash on machine state-change event
GUI: don't show warnings about enabled or disabled mouse integration if the VM was restored from a saved state
Virtio-net: properly announce that the guest has to handle partial TCP checksums (bug #9380)
Storage: Fixed incorrect alignment of VDI images causing disk size changes when using snapshots (bug #11597)
Audio: fixed broken ALSA & PulseAudio on some Linux hosts due to invalid symbol resolution (bug #11615)
PS/2 keyboard: re-apply keyboard repeat delay and rate after a VM was restored from a saved state (bug #10933)
BIOS: updated DMI processor information table (type 4): corrected L1 & L2 cache table handles
Timekeeping: fix several issues which can lead to incorrect time, Solaris guests sporadically showed time going briefly back to Jan 1 1970
Main/Metrics: disk metrics are collected properly when software RAID, symbolic links or rootfs are used on Linux hosts
VBoxManage: don't stay paused after a snapshot was created and the VM was running before
VBoxManage: introduced controlvm nicpromisc (bug #11423)
VBoxManage: don't crash on controlvm guestmemoryballoon if the VM isn't running (bug #11639)
VBoxHeadless: don't filter guest property events as this would affect all clients (bug #11644)
Guest control: prevent double CR in the output generated by guest commands and do NLS conversion
Linux hosts / guests: fixed build errors on Linux 3.5 and newer kernels if the CONFIGUIDGIDSTRICTTYPECHECKS config option is enabled (bug #11664)
Linux Additions: handle fall-back to VESA driver on RedHat-based guests if vboxvideo cannot be loaded
Linux Additions: RHEL/OEL/CentOS 6.4 compile fix (bug #11586)
Linux Additions: Debian Linux kernel 3.2.0-4 (3.2.39) compile fix (bug #11634)
Linux Additions: added auto-logon support for Linux guests using LightDM as the display manager
Windows Additions: Support for multimonitor. Dynamic enable/disable of secondary virtual monitors. Support for XPDM/WDDM based guests
X11 Additions: support X.Org Server 1.14 (bug #11609)
Автор: cracklover
Дата сообщения: 21.06.2013 21:11
поставил. пока полет нормальный.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499

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


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.