Gtlab Forum
Флуд => Флейм. Флуд. Обо всем на свете => Тема начата: Peratron от Апреля 04, 2019, 03:06:11 pm
-
Я вот чего тут думаю? (ТМ)...
Вот чего б там Ораклю и иже с ним, кто компетентен в теме виртуальных машин, не взять бы и не засунуть свою виртуальную коробочку прямо на железо?
Ну, то есть пусть ЭТО будет надстройкой над железом первого уровня.
Фактически, ОС без прикладных фигушек - только слоты для вкрячивания нужных операционок. А дальше - ставь хоть окна с айосами, хоть дроиды с убунтами. И всё - в одной связке: переходи с любой на любую без перезагрузок. Таская файлы туда-сюда.
Сама технология то виртуализации отработана - а ставить прямо на железо, это ж проще, чем выёживаться с прокладкой между гостевой и хозяйской осями.
И по уму - это должно быть сразу в железе прошито - вместо биосов и прочих уефей...
Ы?
Разве это не замечательный товар?
-
Это вы про что? Bare metal hypervisor? Типа esxi из sd карточки или я что-то не догоняю :(.
А если про BMH, то теме лет, десять наверное. Вон уже даже кубернетес практический умеет на BM наползти.
Sau
-
Я про развитие биоса до уровня виртуальной платформы, принимающей любую операционку...
-
И чем это отличается от esxi, который с карточки памяти загружается? Той самой, которая, на системной плате находится? Обычно на серверных платах это есть стандартно. Если для себя любимого, т.е. одну виртуалку запускать, то зачем эта прослойка между железом и операционкой? Не догоняю.
Кстати, если вы любите виртуал бох, то насколько помню, оракл натужно продвигает свой хипервисор - на основе ксена. А виртуал бокс - в роли золушки там у них болтается, видимо с саном вместе купили.
Sau
-
И чем это отличается от esxi, который с карточки памяти загружается?
А подробней?
Если для себя любимого, т.е. одну виртуалку запускать, то зачем эта прослойка между железом и операционкой?
Что б не было монопольного захвата ресурсов одной доминирующей операционкой. Что б можно было одновременно запускать столько осей, сколько надо.
Что б импортировать и экспортировать оси, укомплектованные тематическим набором приложений в виде, полностью готовом к функционированию.
Что б шаманство и камлание в конце концов закончились раз и навсегда.
Что б движок осевой в конце концов стал прозрачным и верифицируемым - и за него отвечал производитель железа, как продающий функционально законченное изделие.
ХИНТ: с точки зрения бизнеса, подобный шаг позволит существенно увеличить прибыль - для мультиосевых компов требуется существенное расширение оперативки. Причём, потребитель очень ясно понимает - зачем ему нужно именно столько памяти...
-
Помнится давным давно анонсировался процессор исполняющий непосредственно байткод java.. не то? чем закончилась затея не знаю -видимо ничем.
-
И чем это отличается от esxi, который с карточки памяти загружается?
А подробней?
Eсли для себя любимого, т.е. одну виртуалку запускать, то зачем эта прослойка между железом и операционкой?
Что б не было монопольного захвата ресурсов одной доминирующей операционкой. Что б можно было одновременно запускать столько осей, сколько надо.
Что б импортировать и экспортировать оси, укомплектованные тематическим набором приложений в виде, полностью готовом к функционированию.
Это вы про OVA и OVF? Так это как бы стандарт индустрии. Но мир двигается на сторону контейнеров. И быстро.
Что б шаманство и камлание в конце концов закончились раз и навсегда.
?
Что б движок осевой в конце концов стал прозрачным и верифицируемым - и за него отвечал производитель железа, как продающий функционально законченное изделие.
Не вижу связи между движком и сторонней функцией для производителя железа. Уже с написанием драйвером, у многих производителей трудности, а тут хипер. Ну ну.
Если имеете ввиду гиганты типа HP, Dell, то у них имеется версии хайпервисора заточенные под ихнее железо.
ХИНТ: с точки зрения бизнеса, подобный шаг позволит существенно увеличить прибыль - для мультиосевых компов требуется существенное расширение оперативки. Причём, потребитель очень ясно понимает - зачем ему нужно именно столько памяти...
Много лет крутитесь в этом бизнесе, чтоб знать что существенно увеличит прибыль? Скольким юзерам вообще нужен комп, и скольким из этого скромного числа - нужна мультиосьность?
Если что, пару часов назад как раз по работе, поднимал с упавшего состояния, скромный хайпервисор рхева, с 768ГБ оперативки. Не густо по нынешним меркам, но оперативная память в разы больше (иногда и сотни раз) чем постоянная - обыденное дело в промышленном ИТ. Как и виртуализация. Что "голое железо", что "ядерная" (kernel level) типа "контейнеры" и пр.
Зачем BMH для сохо - ума не приложу.
Sau
-
Полностью согласен с kwlw.
И добавлю. Обычно если на сервере крутится несколько виртуалок(под супервизором или под вин коре), то заказывают сетевые интерфейсы по их количеству. Иначе к ним нормального доступа не получить.
В случае домашнего компа как будем делить видеокарту например? Или звуковуху. Не видел пока ни одной виртуалки, позволяющей пробросить в неё что-то кроме usb. Звук и видео там обычно некие условные. Про ASIO например вообще молчу.
-
Не видел пока ни одной виртуалки, позволяющей пробросить в неё что-то кроме usb. Звук и видео там обычно некие условные. Про ASIO например вообще молчу.
так а что работает на мобилах? работают какието java подобные программы в виртуальных машинах.
-
работают какието java подобные программы в виртуальных машинах.
А эти java-программы умеют работать с железом? Или таки работают через системную прослойку?
-
через систему полагаю.. как еще программам не знающим друг о друге работать с одним железом.
на то чтотам чтото яваподобное указывает немеренное колво разных процессоров на которых делают андроидгаджеты и железо там разное и не только юсб. а программы одни и те же.
-
через систему полагаю..
Мне тоже так кажется. Поэтому в данном случае это скорее похоже на windows в режиме core(есть с серверах), туда хоть какие-то сторонние дрова можно поставить(правда геморройно).
Как у супервизоров с этим, не знаю, но дров для них не видел(например для рейда, который не в составе материнки, а отдельный, со своим процом и памятью, а так же с батарейкой/флешом для сохранения кэша).
-
Для серьёзных виртуалок, делается пасстру, чтоб достичь например сетевые диски (SAN), 10Гбит карточки и прочие интересные железки - напрямую. Также местные оси, как редхат, имеют драйвера, которые как бы понимают что они находятся в виртуалке. Как понимаю есть решения даже для GPU, но, думаю не для игрушек а для обучения моделей ИИ и т.п. Типа:
https://blogs.vmware.com/apps/2018/09/using-gpus-with-virtual-machines-on-vsphere-part-2-vmdirectpath-i-o.html
Если что, я на хлеб зарабатываю присмотром за серверами энтерпрайс уровня (игрушки от 10к$ до зоны шести нолей), последние 10+ лет. Если что-то интересно про тот мир, который очень разнится от ноутов и пр. спрашивайте - может смогу ответить :).
Sau
-
это скорее похоже на windows в режиме core
не знаю что это, но код программы для виндовс исполняется только непосредственно i386-совместимым процессором. А приложению андроида пофиг какой процессор - в этом главная фишка. Интересно какой процент процессорной мощности тратится на эту виртуализацию. почему то мне кажется что %90..
-
@ kwlw
А я наоборот уже почти перестал заниматься серверами(занимался больше 20 лет). :) Последние 2 года были разовые заказы почти без наворотов, поэтому уже не совсем в курсе последних веяний.
По ссылке интересно, почитаю, как раз предпочитаю Vmvare, т к оракловская поделка задобала глюками. Меня больше конечно интересует проброс ЗК, но видео тоже интересно.
Хотя последний раз загружал виртуалку на НГ каникулы, не часто нужна.
код программы для виндовс исполняется только непосредственно i386-совместимым процессором.
Насколько понимаю, тут про них речь и идёт, поэтому такое сравнение.
Просто другие виды процов для нормальных вычислений не очень годятся. Были попытки делать сервера на АРМ, но что-то уже ничего про них не слышно. Может в каких-то мелких задачах они и могут работать, но как универсальное решение, вряд ли.
приложению андроида пофиг какой процессор - в этом главная фишка.
В совокупности с вот этим
почему то мне кажется что %90..
для нормальной работы это не очень здорово.
Более того, скорее всего это было сделано из соображений дешевизны разработки и захвата рынка. Можно вспомнить кучу смартов, у которых батарейки едва хватало до вечера и никого это не волновало, считалось нормальным. А кмк это следствие такой модели работы.
-
@ Peratron
Идея конечно утопичная какая-то, кому нафиг такое железо нужно, это сплошные проблемы. Прикол как раз в том, чтобы про железо вообще не думать.
Я думаю, что просто такие желания от непонимания, как тот же самый бизнес вообще работает в плане ИТ, даже нет, просто нет понятия что используется в качестве "подкладки" под виртуализацию в обычном ЦОДе..даже еще раз нет - вообще виртуализация была изначально придумана не для этого и работает не так:)
Я вообще не понимаю как такое в голову могло прийти...
Что б не было монопольного захвата ресурсов одной доминирующей операционкой. Что б можно было одновременно запускать столько осей, сколько надо.
Что б импортировать и экспортировать оси, укомплектованные тематическим набором приложений в виде, полностью готовом к функционированию.
https://ru.wikipedia.org/wiki/Docker
Основные хотелки (или даже все) эти зубры виртуализации уже изготовили давно, но оно не про простых сметрных, возьмите тот же айбиэмовский system z и посмотрите, что, для чего и за какие деньги всякие ораклы и межделмаши готовы делать...а всякие андроиды, да винды с убунтами удел виртуалбоксов, для того этот треш и есть.
Кстати, как раз понимание того, что нынешняя виртуализация это и есть "мэйнфремы задешего" и не позволит таким хотелкам на свет родиться ;)
-
@ razorgolf
Не видел пока ни одной виртуалки, позволяющей пробросить в неё что-то кроме usb.
Кх-м, как бэ проброс в виртуалку pci или gpu уже давно...
-
Прикол как раз в том, чтобы про железо вообще не думать.
Ну, именно про то и речь.
Сейчас на прокладке между железякой и осью у нас биос и дрова.
Сама же ось - монополизирует весь интерфейс.
Не вижу технической сложности изначально делать прокладку первого уровня многосокетной - с возможностью менеджирования на уровне биоса (будем называть биосом всё, что находится на этом системном уровне - коммерческое название значения не имеет, а суть именно в вводе-выводе) ресурсов, отдаваемых собственно оси.
Дрова - это прокладка между прокладкой и осью. Само существование оных обусловлено только лишь неунифицированностью выхода с биоса.
Унифицировать биос - и дрова не нужны.
Изчезает несовместимость оси с железом.
Этот тренд - неизбежен и потому неотменим.
Я же говорю о том, что ничто не мешает сразу же заложить многоканальность (многосокетность) выхода биоса - оптимизировать на этом первичном уровне всю структуру.
ХИНТ: собственно, эта техническая система повторяет эволюционный путь самой ОС: куогда то в вин3.1 и папочки были однослойные, а не древовидные многоуровневые. При том, что я первую же минуту знакомства с продвинутым комповым чудом закинул на рабочем столе ярлык приложения в разкрытую рамку другого приложения. И оно там осталось.
Ооо! - сказал я. - Шикарно!..
И чуть не заплакал, когда при закрывании ярлыка тот, что я закинул ВНУТРЬ, оказался на рабочем столе.
И только через кучу лет появился 95-й - где файловая структура реально стала многоуровневой иерархической. Как в жизни - сама структура объектов именно такая.
Но при этом винда осталась по сути однозадачной - реальной многозадачности пришлось дожидаться ещё десяток лет.
Хотя всё это самоочевидно - и должно было быть заложено в ОС в самом её начале, на уровне окошек 1.0
Вот и к естественному устроению взаимодействия ОС с субсттратом, обеспечивающим их существование путь долгий. Причём, долгий сугубо по глупости и недомыслию.
Делать биос многосокетным - обеспечивая независимое сосуществование любых операционных систем - следовало с самого начала.
ЗЫ: функциональный аналог - вывод звука.
Сейчас звуковую карту можно использовать для одновременного вывода сигнала от нескольких источников. А можно монопольно прицепить к соответствующей программе.
Выбор - только по сложности задачи (по загруженности).
-
Я ж говорю, утопия чистой воды...
То что Вы предлагаете, это такое systemd на низком уровне, Ваш биос превратится в тыкву жуткого монстра и уже никогда не будет называться "базовой системой" ;)
Естественно, никакой унификации никогда не будет, про это можно забыть, "этот тренд - неизбежен и потому неотменим".
Да она (унификация) и не нужна, как я уже говорил, виртуализация задумывалась не для того и работает не так.
Если взять типичные витруалки, которые раздаются пользователям в ЦОД, то они ползают по такому толстому слою прокладок, что драйвера там и биосы это вообще "ниочем" ;)
В общем, это идея "локалхоста", она мало кому интересна и слава богу...
Идея абсолютно тупиковая еще и потому, что оборудование для виртуализации не заканчивается на Вашем домашнем компе ;)
На самом деле унификация уже давно произошла, но на другом уровне - "linux - ваш новый стандарт", куда не залезь от циски до китайских часов, везде он.
IBM не просто так купила красношляпу, линуксы запускаются уже прямо из виндов (кстати, новые винды не анонсируют вообще), все крупные производители бытовой техники дотируют linux, андроид скоро весь заползет в линукс (это вообще уже странно)...короче, будущее уже наступило.
А унифицированный биос, ну это так, до первого обновления, дальше закопать, вернуть ось и прокладки ;)
-
проброс в виртуалку pci или gpu уже давно...
Можно ткнуть мордой? Интересует проброс звуковой карты pcie на десктопном железе, у которой дрова уже давно не обновляются, но по звуку она пока что актуальна(и лучше современных до 20000р точно). Статья по ссылке kwlw это оно?(пока ещё не читал)
-
А что вы с этой звуковухой делать собираетесь? Т.е. просто файлы играть или что нибудь по интереснее? Все эти пасстру, не являются панацеей.Куча проблем идёт в комплекте. Кроме того, кмк, ESXi официально не поддерживает звука и прочих прелестей что нужны для рабочего места.
Можете посмотреть сводку хайпервисоров:
https://en.wikipedia.org/wiki/Comparison_of_platform_virtualization_software#Other_features
Кстати, посмотрел на ютубе, что там люди мучают для подобных целей - похоже, что KVM является самым лучшим выбором для таких извратов.
Sau
-
@ kwlw
А что вы с этой звуковухой делать собираетесь?
То же, что и в основной 7-ке, запись, редактирование и измерения. 7-ка не вечна, 10-ку очень не хочется(намумукался на клиентских компах), а в линуксе, который запускал с флешки, звуковуху подцепить не смог, не разобрался(хотя пишут, что должна работать). Но с флешки всё очень медленно и вроде бы с ограничениями. Проще было бы в виртуалке, но не нашёл такой возможности.
Удобно тем, что при звонке клиента окно можно свернуть и тут же разбираться с клиентом по удалёнке.
Ну и мне не столько супервизор нужен, как ещё одна ось в окне 7-ки. И то скорее всего временно, полгода-год. А с супервизорами я только на серверах сталкивался, впрочем сильно не вникал.
-
@ razorgolf
Гуглите проброс pci, я ж откуда знаю что у вас там bhyve, xen, kvm, винда...вот к примеру:
http://onreader.mdl.ru/masteringproxmox.2ed/content/Ch05.html
В винде с пробросом ахтунг....правда я 2016-й гипервизор не смотрел, пока застрял на 2012-м, linux с давних пор не использую, всё больше FreeBSD, раньше с xen, теперь с bhyve. Мне по работе мало что кроме сетевых интерфейсов надо, да и нет звуковух на серверах...
В ссылке kwlw GPU, делал такое на ксене лет пять назад, все работало...
-
На счет "операционка не вечна" - бред чистой воды, юзайте до упора, кто вам мешает, ваш функционал там никуда не денется даже после прекращения поддержки, а железа для 7-ки до конца жизни есть....
А вообще-то да, для виртуалок то изват реальный, ну т.к. оно не для того (о чем твержу) изначально было, а дальше уже просто натягивание совы на глобус, где-то да, а где-то сова трещит и рвется...
-
"операционка не вечна" - бред чистой воды
Сидючи на ХР тоже так думал, но вынужден быт перейти на 7-ку. Хорошо хоть всё срослось.
Дело в том, что нужный мне функционал(по аудио) соседствует с инетом и удалённым управлением. Хоть и не хорошо смешивать, но приходится, т к аудио - хобби, а второе - работа(из дома).
Можно конечно поставить два компа и переключаться(собссно к этому всё идёт, с железом нет проблем, имеется), но тоже есть свои неудобства.
что у вас там bhyve, xen, kvm, винда
Последнее, как написал выше. Задачи-то не серверные.
В винде с пробросом ахтунг....
Вот и мне так показалось, поэтому и спросил, мож чего пропустил, уже наверное год не интересовался этим вопросом.
Мне по работе мало что кроме сетевых интерфейсов надо, да и нет звуковух на серверах...
Аналогично, моя задачка для дома, не более.
-
@ razorgolf
Ну, завязки на инет, то беда большая, я согласен, хотя нынешних движетелей инета (в плане браузинга в первую голову) я бы сжигал на кострах, администрация может потереть сей коммент ;) Ну, это трудовой перекос, я программеров вообще не очень по жизни переваривал (наших в особенности), а нынешнее поколение так особо....
Кстати, на счет старинных систем, давеча поднимал NT4.0 (это лучшее ИМХО, что родил мозг программиста в плане ГУИ и вообще операционных систем в частности), так вот - поддержка USB, удаленный доступ, все получилось, так что...
-
хотя нынешних движетелей инета (в плане браузинга в первую голову)
+500! Дико раздражает то, куда всё это движется.
давеча поднимал NT4.0
Совсем ничего не помню, давно было. Хотя начинал работать на СМ и на Vax-ах.
Наверное разобрался бы при необходимости и с NT, но времени потратил бы достаточно. :)
-
На счет "операционка не вечна" - бред чистой воды, юзайте до упора, кто вам мешает, ваш функционал там никуда не денется даже после прекращения поддержки
Если бы! Назавтра 99% сайтов потребуют обнову флэшплеера, которая на старой операционке тупо откажется устанавливаться, и "превед".
Меня таким макаром "заставили" сначала перейти с Win2k на "противную" ХР, а потом сменить железо и перейти на Win7.
-
Назавтра 99% сайтов потребуют обнову флэшплеера, которая на старой операционке тупо откажется устанавливаться, и "превед".
А главное, что теперь флешплеер считается моветоном и его выпиливают отовсюду. Походу тут результатом является процесс, а не что-то более осязаемое.
-
@ Denn
Ну, я же писал, что если вы привязаны к инету, то все - дело труба, ну правда можно пошукать еще старые релизы браузеров которые кое-каком будут работать, но в основном все плохо...
Я имел ввиду, что если задачи требуют старую ось, то и пусть, поддержка и обновления тут не нужны, естественно чаще всего это специализированная связка софта с оборудованием (или по отдельности), которой не существует для новых ОС. У меня под рукой такого добра есть прилично, аппараты и на варпе и на 95-й и на nt4.0 и даже еще есть живой excellon cnc-6, там вообще DOS ;D
Естественно с такими комплексами чаще всего только "по работе" сталкиваешься и в инете с них сидеть вряд-ли в голову кому придет....хотя, как не странно, но на наших станках (аксиальный и радиальный монтаж компонентов на плату) есть все для работы в локалке и инете, даже свои роутеры в комплекте :D