LinuxMint.com.ru

Здравствуйте!
Вопрос от новичка в мире Linux.
Собираюсь переходить с Windows7 на LinuxMint20, но хочу продолжить использовать специализированный софт, который работает только под Windows7.
Для этого планирую установить VirtualBox, в нем Windows7.
Получится ли сделать такую установку на новом железе, которое не поддерживается Windows7 (например, семерка не знает про процессоры i9, а современные видеокарты не имеют драйверов под Windows7)?
Заранее благодарю за ответ.

Shtolz писал(а): ↑

22 фев 2021, 22:32

специализированный софт

Смотря насколько специализированный. У виртуалбокса и драйвера виртуальные.

Shtolz писал(а): ↑

22 фев 2021, 22:32

Получится ли сделать такую установку на новом железе, которое не поддерживается Windows7 (например, семерка не знает про процессоры i9, а современные видеокарты не имеют драйверов под Windows7)?
Заранее благодарю за ответ.

"Видеокарта" у виртуальной машины своя, к реальной карте отношения не имеющая. По возможностям - что-то вроде встроенного видеоядра первого-второго поколения Intel Core. Самые базовые возможности 3D, и свой собственный драйвер для нее. Так что вопрос не в том, чтобы система ее поняла (драйвер есть - поймет), а чтобы возможностей этой карты вашим приложениям хватало. Скажем, 90% игрушек вообще даже не загрузится. Хотя видео в плеерах и броузерах смотреть можно. Процессор - у virtualbox не помню точно, а вот у QEMU можно задать эмуляцию очень многих распространенных моделей, решая такую проблему кардинально - встанет все. И семерка, и даже XP с 2000-ой, если они нужны.

Shtolz писал(а): ↑

22 фев 2021, 22:32

специализированный софт

Требуется ли этому софту связь с внешними специализированными железками, например через USB?

Игрушки не интересуют.
Софт вычислительный для анализа стохастических процессов, запускается в однопоточном или многопоточном режимах.
Добавлю сюда еще пару вопросов, чтобы не плодить ветки:
1. Насколько ощутимо падение производительности при работе из под виртуальной машины?
2. Будут ли проблемы с совместимостью с процессором AMD (читал, что бывают проблемы, но не понял, с чем именно)?

Shtolz,
1. Если вычисления идут на процессоре, то падения почти нет. Ядра в полное владение виртуалке отдаются.
2. Не должно быть. Если и возникнут, то какие-то специфические и решать их по мере возникновения.

Shtolz писал(а): ↑

24 фев 2021, 21:55

1. Насколько ощутимо падение производительности при работе из под виртуальной машины?

Очень сильно зависит от задачи. Но для современных процессорах это не критично.
Вполне возможно, что Вашу задачу можно запустить вообще без виртуальной машины. Под WINE. Тогда может работать даже быстрее чем на оригинальной Windows.

Shtolz писал(а): ↑

24 фев 2021, 21:55

2. Будут ли проблемы с совместимостью с процессором AMD (читал, что бывают проблемы, но не понял, с чем именно)?

Аппаратная виртуализация в настройки BIOS, за каким-то чертом была выключена по умолчанию, на некоторых материнских платах под Ryzen.
Например на моей. Включаете и все работает.

ilikethat писал(а): ↑

24 фев 2021, 22:21

Аппаратная виртуализация в настройки BIOS, за каким-то чертом была выключена по умолчанию, на некоторых материнских платах под Ryzen

И под Intel тоже выключена. Потому как рядовому пользователя никуда не уперлась. А тот, кому нужна, и так знает что делать.

Shtolz писал(а): ↑

24 фев 2021, 21:55

1. Насколько ощутимо падение производительности при работе из под виртуальной машины?

При полноценной аппаратной виртуализации - в пределах 5%. На практике часто около 1%.

WWolf писал(а): ↑

24 фев 2021, 22:12

1. Если вычисления идут на процессоре, то падения почти нет. Ядра в полное владение виртуалке отдаются.

Не путай людей. Ядра НЕ отдаются виртуалке полностью, за исключением особых конфигураций, где это делается явным образом (QEMU, например позволяет, а вот virtualbox, на сколько знаю - нет). Но аппаратная виртуализация делает переключение между потоками хоста и виртуаки практически таким же быстрым, как просто между потоками самого хоста. Потому потери очень маленькие. Другая картина получается при эмуляции процессора другой архитектуры, но это не наш случай.

Shtolz писал(а): ↑

24 фев 2021, 21:55

2. Будут ли проблемы с совместимостью с процессором AMD (читал, что бывают проблемы, но не понял, с чем именно)?

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

slant, ну как не отдаются, если я вижу в диспетчере обратное... Пока запущена виртуалка и нагружена на 100%, полностью поток отдается ей и не отдается обратно (нет распределение нагрузки по ядрам) пока не выключу виртуалку.
Такое же поведение наблюдаю и при настройке виртуалки с 2-3-4 процессорами
P.S. и виртбокс же на qemu основан со всеми вытекающими

WWolf писал(а): ↑

25 фев 2021, 12:02

slant, ну как не отдаются, если я вижу в диспетчере обратное...

Ты не понимаешь, что именно видишь.

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

Так получается, т.к. ядра не отдаются вируталке полностью. Ты лишь задаешь лимит - сколько ядер МОЖНО отдать на обсчет ее потоков но НЕ исключительно их - обработка идет в порядке очереди планировщика потоков хоста. Ядра будут считать все - и виртуалку и хост, и другие виртуалки, их ресурсы/производительность будет делиться между ними. Но если ограничить, скажем 2 ядра из 4 - то более двух одновременно не будут считать потоки виртуалки. Вот и все. Это нужно в первую очередь, если требуется иметь некий гарантированный запас производительности на ХОСТЕ. Т.е. даем 3 из 4 ядер виртуалке, и гарантированно имеем 1 свободное ядро на нужды хоста. Если же хост кроме виртуалки ничем важным не занят - имеет смысл дать ей все ядра. Так же в большинстве случае планировщик потоков привязывает физическое ядро к набору потоков и не меняет его без крайней необходимости, потому ты видишь что ядра как-бы выделены виртуалке - просто новым потокам/задачам выделяются те ядра которые менее нагружены. Сама же виртуалка для хоста выглядит как N потоков, где N - число виртуальных ядер. Т.е. при N=2, 4 физических ядра никогда не будут загружены виртуалкой - один поток обрабатывается 1-ним ядром. Но каждый поток при необходимости может быть переброшен между физическими ядрами, и при крайне высокой нагрузке на хост может получиться так, что вся виртуалка (несколько виртуальны ядер) будет обстчитываться одним физическим ядром (если остальные забиты другими задачами хоста).

Так работает вируалбокс. А вот у QEMU есть еще расширенные настройки - через них можно РЕАЛЬНО отдать часть ядер полностью виртуалке, хост потеряет к ним доступ. И если отдать так все - хост повиснет.

slant, а вот фик там... больше четырёх процессоров нельзя назначить виртуалке при 8 физических (4 ядра по 2 потока на каждом)... так что дать все физические ядра не даст ибо нужен планировщик хосту...
так что теоретизировать можно много как оно должно работать, но я вот вижу как оно реально работает... идёт полный захват выделенных ядер при "простое" остальных и смена активных ядер происходит лишь при перезапуске виртуалки... конечно может там и планировщик затёсывается, но настолько мизерно что его влияние практически не видно...
опять же

slant писал(а): ↑

25 фев 2021, 15:47

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

вот про это я и говорю - НЕ происходит смены активного ядра до перезагрузки виртуалки полностью... какое схватил с начало работы и так и не отпускает его...

slant писал(а): ↑

25 фев 2021, 15:47

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

ну это настройки не дают сделать...

slant писал(а): ↑

25 фев 2021, 15:47

через них можно РЕАЛЬНО отдать часть ядер полностью виртуалке, хост потеряет к ним доступ

а вот как это проверить при работе виртуалки? сразу и закроем спор на этом

WWolf писал(а): ↑

25 фев 2021, 16:06

slant, а вот фик там... больше четырёх процессоров нельзя назначить виртуалке при 8 физических (4 ядра по 2 потока на каждом)...

Это 4 физических. Hyperthreading тут в расчет не идет. В случае виртуалки он не только не дает выигрыша но и вносит задержку (рекомендуют его вообще отключать в некоторых случаях для виртуалок). Потому и не используется. Планировщик хоста старается раскидывать виртуальные ядра по разным физическим если это возможно, и старается сохранить это соответствие, чтобы не терять на перебросках между ядрами.

WWolf писал(а): ↑

25 фев 2021, 16:09

а вот как это проверить при работе виртуалки? сразу и закроем спор на этом

В прошивке компа Hyperthreading выключи, и отдай все 4 ядра виртуалке - увидишь что виртуалбокс их грузит все, но хост все равно работает. А в случае QEMU - там можно самому себе в ногу стрелять (из консоли), и даже запускать VM с большим количеством ядер чем есть физически. (Медленно и печально)

slant писал(а): ↑

25 фев 2021, 16:46

и отдай все 4 ядра виртуалке - увидишь что виртуалбокс их грузит все, но хост все равно работает.

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

slant писал(а): ↑

25 фев 2021, 16:46

В прошивке компа Hyperthreading выключи,

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

WWolf писал(а): ↑

25 фев 2021, 16:52

на работе так делал на феноме 4х ядрёном - всё в раз виснет глухо...

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

А вот на интелах у меня отдать все физические ядра в доступ виртуалке - это норма. И на VMWare, и на VirtualBox, и на QEMU так делал. Кстати прямо сейчас пишу с хоста, на котором запущена такая виртуалка (игровая система с проброшенной видюхой - обновляется фоном). Загрузка прмерно 50% по всем 6-ти ядрам от виртуалки (обновление винды оно такое), серфить на хосте и одновременно смотреть стрим ничего не мешает.

WWolf писал(а): ↑

25 фев 2021, 16:52

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

Скорее - чипсетах/прошивках.

slant писал(а): ↑

25 фев 2021, 17:12

Скорее - чипсетах/прошивках.

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

WWolf писал(а): ↑

25 фев 2021, 17:21

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

У меня сейчас B360 / i5-8400 - есть в прошивке, хоть и бесполезна как ты понимаешь (у i5 его нету вообще). На предыдущих Z68 / i5-2400 тоже была (тоже бесполезная, по той же причине ).

В прочем, ноуты они на то и ноуты - у них прошивки часто ограничены по настройкам по сравнению с десктопами, тоже не новость.