forum.opennet.ru - "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгенерированного AI" (46)

"Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгенерированного AI"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгенерированного AI"	+/–
Сообщение от opennews (??), 15-Сен-25, 12:32
Представлен релиз гипервизора Cloud Hypervisor 48.0, созданного на основе компонентов проекта Rust-VMM, развиваемого при участии Intel, Alibaba, Amazon, Google и Red Hat. Rust-VMM написан на языке Rust и позволяет создавать специфичные для определённых задач гипервизоры. Cloud Hypervisor является одним из таких гипервизоров, который предоставляет высокоуровневый монитор виртуальных машин (VMM), работающий поверх KVM и оптимизированный для решения задач, свойственных для облачных систем. Код проекта доступен под лицензиями Apache 2.0 и BSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63881
Ответить \| Правка \| Cообщить модератору

Оглавление

почти уже революция, вот-вот программистов выкинут на морозхочется запрыгнуть на, 12yoexpert (ok), 12:44 , 15-Сен-25, (2) –6

вот-вот почти написали гипервизор , но оказался монитор , Аноним (31), 19:23 , 15-Сен-25, (31)

переписали , оно на раст, 12yoexpert (ok), 20:17 , 15-Сен-25, (35) +1

Работать, технарь Солнце ещё высоко , Менеджер (?), 20:10 , 15-Сен-25, (33)

Вот это правильно отказ от эмуляции, низкое потребление памяти, отзывчивость , 09063 (?), 12:47 , 15-Сен-25, (3) –11

ничего что это прослойка к прокладке для запуска kvm , Аноним (5), 12:51 , 15-Сен-25, (5) +8

Ничего что это совсем не про это Это замена device model qemu, эмулятор отдельн, morphe (?), 13:09 , 15-Сен-25, (8)

ничего что это называет себя vmm И что-то там еще блеет про отсутствие вирт, Аноним (5), 14:54 , 15-Сен-25, (17)

не, ну тут перебор У них ставка делается на паравиртуализацию , kvm таким не з, Аноним (21), 15:12 , 15-Сен-25, (21)

в случае kvm видимо vhost там будет или что В общем, очередная прослойка , Аноним (5), 16:08 , 15-Сен-25, (24)

С каких пор virtio находится в ядре Это всегда была юзерспейс часть, qemu А ту, morphe (?), 19:31 , 15-Сен-25, (32)

Ну вот смотри, ядреные виртио дрова допустим лежат вот тут usr src linux cat , Аноним (37), 21:05 , 15-Сен-25, (37)

Это не та часть дров, это для того чтобы твоё ядро могло работать в виртуалке с , morphe (?), 23:11 , 15-Сен-25, (39) +1

Гостевая система - виртуальный диск - ядерный virtio-blk драйвер - kvm гип, morphe (?), 23:23 , 15-Сен-25, (40)

это клиент Эти драйвера работают внутри паравиртуалки Со стороны гипервизора -, пох. (?), 09:00 , 17-Сен-25, (47)

Есть VMM 1-го и 2-го типа, вот QEMU - 2-го, SKZ (?), 17:01 , 16-Сен-25, (44)

Да тут формулировки просто дырявые, QEMU одновременно и первый и второй тип, пот, morphe (?), 01:52 , 17-Сен-25, (46) +1

да ну А это вот - не в курсе что такое https github com apritzel kvmtool Ле, пох. (?), 09:15 , 17-Сен-25, (48)

https git kernel org pub scm linux kernel git will kvmtool git Причем все моде, SKZ (?), 16:27 , 17-Сен-25, (51)

так это ж те же самые среди участников - амазон, снова вероятно, код из закорюч, пох. (?), 16:49 , 17-Сен-25, (52) +1
Реализацию того же virtio-blk virtio-queue сравни, в kvmtool она слишком простая, morphe (?), 21:42 , 17-Сен-25, (56)

При желании, к kvmtool можно прикрутить io_uring И это будет куда эффективнее в, SKZ (?), 13:01 , 18-Сен-25, (57)

Пока вспомнил Неразрешимая задача https en wikipedia org wiki Undecidable_pr, SKZ (?), 17:32 , 17-Сен-25, (53)
Оно точно так же как и qemu реализует device model и лаунчер, оно всё ещё не дел, morphe (?), 21:27 , 17-Сен-25, (54)

Работают они с другими VMM как минимум, KVM - на QEMU свет клином не сошелся , SKZ (?), 12:25 , 17-Сен-25, (49)

Я понимаю, имел в виду что они не полностью самостоятельные, нужен qemu rust-vmm, morphe (?), 21:29 , 17-Сен-25, (55)

Flashback из фильма матрица, когда Нео вытаскивают из капсулы с полки Не забы, Аноним (45), 19:10 , 16-Сен-25, (45)

А как проверять будут Неужели нейронку попросят Вообще метания туда-сюда забавн, Аноним (-), 12:48 , 15-Сен-25, (4)
В UEFI и так все это есть , SKZ (?), 12:59 , 15-Сен-25, (6)
Cloud Hypervisor is an open source Virtual Machine Monitor VMM that runs on t, SKZ (?), 13:05 , 15-Сен-25, (7) +4

Вы не понимаете, автопилот это не автопилот , IdeaFix (ok), 13:20 , 15-Сен-25, (9) +1
могут, но тогда не получится гордо заявлять что на хрусте нахрустели что-то знач, Аноним (5), 14:40 , 15-Сен-25, (16) +1

А как проект развиваться будет, если код от ИИ использовать нельзя В соседней н, Аноним (10), 13:24 , 15-Сен-25, (10) +3

Это многоходовка Завтра МежБизМаш начнёт продавать своего ассистента, который о, IdeaFix (ok), 13:33 , 15-Сен-25, (11)

А кто у них рав, точно ли признанный иерусалимскими правильными пацанами , Аноним (5), 14:57 , 15-Сен-25, (18)

Там не теологи, там религиоведы наука Загуглите Эдвин Блэк IBM Всё кошерно, IdeaFix (ok), 15:21 , 15-Сен-25, (22)

Как будто кто-то их будет спрашивать можно им засылать написанный с помощью AI к, Аноним (12), 13:43 , 15-Сен-25, (12)

Не может Потому за намеренный саботаж можно получить предписание суда компенсир, Аноним (28), 18:02 , 15-Сен-25, (28)

Всё классно в проекте, Rust, лицензии на выбор, Apache 2 0 и BSD Но запрещать ко, Аноним (13), 13:52 , 15-Сен-25, (13)
Только отсталые станут запрещать ИИ Как будто снова в пещере оказался , Соль земли2 (?), 14:00 , 15-Сен-25, (14) –3
А сопровождающие не в курсе, что ИИ можно использовать и для разбора кода тоже , Аноним (15), 14:34 , 15-Сен-25, (15) –3
Википедию лицензионная чистота сгенерированного текста устраивает, а их нет Тепе, Ivan (??), 17:11 , 15-Сен-25, (26) +1

Всего лишь повторяется история с художниками Те тоже пытались организовать ИИ-к, Аноним (29), 18:04 , 15-Сен-25, (29) –1

0, Anonymus (?), 20:34 , 15-Сен-25, (36) +1

Инструкция, как сделать дырявый софт на расте, Аноним (38), 22:02 , 15-Сен-25, (38)

Ну да, важно же от кого а не какой код, Аноним (50), 15:33 , 17-Сен-25, (50) +2

Сообщения [Сортировка по времени | RSS]

2. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." –6 +/–

Сообщение от 12yoexpert (ok), 15-Сен-25, 12:44

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

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (31), 15-Сен-25, 19:23

> Cloud Hypervisor is an open source Virtual Machine Monitor
вот-вот почти написали "гипервизор", но оказался монитор.

Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от 12yoexpert (ok), 15-Сен-25, 20:17

*"переписали", оно на раст

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Менеджер (?), 15-Сен-25, 20:10

Работать, технарь! Солнце ещё высоко!

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." –11 +/–

Сообщение от 09063 (?), 15-Сен-25, 12:47

Вот это правильно: отказ от эмуляции, низкое потребление памяти, отзывчивость... О чем можно мечтать и все благодаря самому правильному языку. В копилку однозначно.

Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +8 +/–

Сообщение от Аноним (5), 15-Сен-25, 12:51

ничего что это прослойка к прокладке для запуска kvm ?

Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 15-Сен-25, 13:09

Ничего что это совсем не про это? Это замена device model qemu, эмулятор отдельных устройств вроде дисков/сетевых интерфейсов/прочего, для чего вместе с kvm и нужно обычно использовать qemu

Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (5), 15-Сен-25, 14:54

ничего что "это" называет себя "vmm"? И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) Полноценным vmm при этом разумеется тоже не является.

Хрустики такие врунишки...

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (21), 15-Сен-25, 15:12

> И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv)
не, ну тут перебор. У них "ставка делается на паравиртуализацию", kvm таким не занимается

Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (5), 15-Сен-25, 16:08

в случае kvm видимо vhost там будет или что. В общем, очередная прослойка.

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 15-Сен-25, 19:31

> Т.е. и тут за него все сделает - kvm. (ну или hyperv)
С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, qemu. А тут - Rust-VMM, qemu отсутствует.
VMM/hypervisor называется и ядерная часть, и юзерспейс, потому что они не работают по отдельности, за любым io виртуальная машина передаёт управление kvm/xen/hyperv, а они при необходимости передают управление юзерспейс драйверу что уже общается с физическим диском например - qemu/rust-vmm/crosvm

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

37. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (37), 15-Сен-25, 21:05

Ну вот смотри, ядреные виртио дрова допустим лежат вот тут:
/usr/src/linux # cat ./.config |grep VIRTIO
# CONFIG_BT_VIRTIO is not set
CONFIG_NET_9P_VIRTIO=y
CONFIG_VIRTIO_BLK=y
CONFIG_SCSI_VIRTIO=y
CONFIG_VIRTIO_NET=y
CONFIG_VIRTIO_CONSOLE=y
# CONFIG_HW_RANDOM_VIRTIO is not set
# CONFIG_I2C_VIRTIO is not set
# CONFIG_GPIO_VIRTIO is not set
# CONFIG_DRM_VIRTIO_GPU is not set
# CONFIG_SND_VIRTIO is not set
CONFIG_VIRTIO_ANCHOR=y
CONFIG_VIRTIO=y
CONFIG_VIRTIO_PCI_LIB=y
CONFIG_VIRTIO_PCI_LIB_LEGACY=y
CONFIG_VIRTIO_MENU=y
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_PCI_ADMIN_LEGACY=y
CONFIG_VIRTIO_PCI_LEGACY=y
# CONFIG_VIRTIO_BALLOON is not set
CONFIG_VIRTIO_INPUT=y
CONFIG_VIRTIO_MMIO=m
CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y
# CONFIG_VIRTIO_DEBUG is not set
# CONFIG_VIRTIO_RTC is not set
# CONFIG_RPMSG_VIRTIO is not set
CONFIG_CRYPTO_DEV_VIRTIO=m
А где по твоему лежит
>юзерспейс драйвер, что уже общается с физическим диском
И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам?

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от morphe (?), 15-Сен-25, 23:11

> Ну вот смотри, ядреные виртио дрова допустим лежат вот тут:
Это не та часть дров, это для того чтобы твоё ядро могло работать в виртуалке с virtio драйверами, а не для того чтобы твоё ядро могло эмулировать физические устройства. Можешь их убрать, и гостевые системы будут работать как и раньше.
> И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам?
Ты выдал, однако я возможно тут не очень понятно выразился, потому что обычно используют не физические диски, а qcow2 дисковые образы например

Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 15-Сен-25, 23:23

> Ты выдал, однако я возможно тут не очень понятно выразился, потому что
> обычно используют не физические диски, а qcow2 дисковые образы например
Гостевая система <-> виртуальный диск <-> ядерный virtio-blk драйвер <-> kvm гипервизор <-> ядро хоста <-> юзерспейс хоста <-> qemuвский/rust-vmm virtio-blk драйвер <-> disk.qcow2 файл

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от пох. (?), 17-Сен-25, 09:00

это клиент. Эти драйвера работают внутри паравиртуалки.
Со стороны гипервизора - то что подкладывает под этот "scsi" файлик вместо диска и перекладывает пакетики из виртуальной сетевухи в настоящую - все гораздо запутанней, там есть и ядерная и userland части.
Вряд ли опеннетовский кексперт сможет показать тебе на примерах хрустокода откуда готовилось нападение.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

44. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 16-Сен-25, 17:01

>> Т.е. и тут за него все сделает - kvm. (ну или hyperv)
> С каких пор virtio находится в ядре? Это всегда была юзерспейс часть,
> qemu. А тут - Rust-VMM, qemu отсутствует.
Есть VMM 1-го и 2-го типа, вот QEMU - 2-го

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

46. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от morphe (?), 17-Сен-25, 01:52

> Есть VMM 1-го и 2-го типа, вот QEMU - 2-го
Да тут формулировки просто дырявые, QEMU одновременно и первый и второй тип, потому что kvm/xen (гипервизоры первого типа) без QEMU не работают, QEMU в этой связке является частью гипервизора первого типа, но также QEMU умеет работать самостоятельно в роли эмулятора, в этом случае он гипервизор второго типа. Эти формулировки имели больше смысла в 70х годах, когда гипервизоры были монолитные, и когда это разделение собственно и было придумано.
Согласно этим формулировкам даже для KVM есть споры по его типу, потому что в отличии от Xen/HyperV, KVM работает поверх Linux ядра, в то время как в Xen/HyperV у тебя ядро системы запущено уже внутри гипервизора.
У Xen нормально это сформулировано, та часть которая эмулирует устройства (не клиент этого эмулятора в лице virtio драйверов гостевой системы, а именно то что запускается на хост системе/в stubdomain) там зовётся device model. При этом Qemu в роли device model всегда используется тот что описывает i386 железо, даже если Xen у тебя запущен на aarch64 сервере.
Qemu - одновременно и гипервизор для виртуализации, и device model + лаунчер kvm/xen для паравиртуализации
Rust-VMM - device model, cloud hypervisor - лаунчер виртуалок под kvm/xen/hyperv/другие бекенды, вместе они заменяют Qemu в лице гипервизора первого типа... Если не учитывать что cloud-hypervisor ещё и qemu запускать умеет, что даёт ему возможность работать как второй тип)

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от пох. (?), 17-Сен-25, 09:15

> потому что kvm/xen (гипервизоры первого типа) без QEMU не работают
да ну?!
А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ?
Лет ему - примерно как самому kvm (логично, надо ж было как-то отлаживать ядро, а не разбираться в еще и куемной блоатвари)
Обратить внимание - размер всей конструкции совершенно крошечный. Что в общем логичненько, когда ты ничего эмулироватьи не собирался. И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 17-Сен-25, 16:27

https://git.kernel.org/pub/scm/linux/kernel/git/will/kvmtool.../
Причем все модели девайсов - в каталогaх virtio и hw, они реально простые. Зачем растишки это стали переделывать - непонятно от слова совсем.
Еще вот эта поделка, и тоже на растишке, как и сабж https://github.com/firecracker-microvm/firecracker

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от пох. (?), 17-Сен-25, 16:49

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

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 17-Сен-25, 21:42

> Зачем растишки это стали переделывать - непонятно от слова совсем.
Реализацию того же virtio-blk/virtio-queue сравни, в kvmtool она слишком простая, и оно не может например ожидать чтения сразу большого числа блоков, у неё нет очередей полноценных
А потому производительность (пропускная способность) у неё значительно ниже, чем у той реализации что есть в rust-vmm, оно банально ждёт ответ от хостсистемы на каждый запрос, вместо того чтобы слать их несколько одновременно.
Более того, многие компоненты rust-vmm верифицированы на прохождение спецификаций (Symbolic model checking, пакет kani генерирует из Rust кода задания для SMT решателей, получаем подвид формальной верификации), в то время как для kvmtool даже тестов и fuzzing полноценного нет, такое в прод пускать страшновато.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

57. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 18-Сен-25, 13:01

При желании, к kvmtool можно прикрутить io_uring. И это будет куда эффективнее всех нагромождений растишки.

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 17-Сен-25, 17:32

> а не разбираться в еще и куемной блоатвари
Пока вспомнил. Неразрешимая задача (https://en.wikipedia.org/wiki/Undecidable_problem)
https://github.com/libvirt/libvirt/commit/7e667664d28f90bf69...

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

54. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 17-Сен-25, 21:27

> А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ?
Оно точно так же как и qemu реализует device model и лаунчер, оно всё ещё не делает KVM полностью самостоятельным гипервизором, он всё ещё требует qemu/rust-vmm/kvmtool в юзерспейсе.
> И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня.
В отличии от kvmtool, rust-vmm (как и qemu) умеет значительно больше бекендов (xen, hyperv, и ещё несколько штук), значительно больше устройств, значительно больше ОС (за счёт поддержки других бекендов и устройств), является модульным, что позволяет его использовать в других программах как библиотеку, и вообще все устройства в нём реализованы с рассчётом на значительно большую нагрузку, в kvmtool даже очередей для блочных устройств нормальных нет

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

49. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 17-Сен-25, 12:25

>kvm/xen (гипервизоры первого типа) без QEMU не работают,
Работают они с другими VMM (как минимум, KVM) - на QEMU свет клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде) WHP- как и VmWare Workstation и VBox. Это при наличии собственного VMM.
QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он - 2-го типа.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

55. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от morphe (?), 17-Сен-25, 21:29

> Работают они с другими VMM (как минимум, KVM) - на QEMU свет
> клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде)
Я понимаю, имел в виду что они не полностью самостоятельные, нужен qemu/rust-vmm/kvmtool/другое
> QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он
> - 2-го типа.
Как эмулятор - да. Однако qemu это не только эмулятор и гипервизор, но ещё и device model, где он работает как компонент type-1 гипервизора (xen/kvm)

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (45), 16-Сен-25, 19:10

>Это замена device model qemu, эмулятор отдельных устройств
Flashback из фильма матрица, когда Нео вытаскивают из капсулы "с полки". Не забывайте в какой субстанции находятся твои ОС.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

4. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (-), 15-Сен-25, 12:48

А как проверять будут?
Неужели нейронку попросят)?
Вообще метания туда-сюда забавны.

Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от SKZ (?), 15-Сен-25, 12:59

>устройства fw_cfg (Firmware Configuration), позволяющего передавать из хост-окружения в гостевую систему данные и настройки, такие как конфигурация загрузки виртуальной машины, информация о раскладке памяти в системе и таблицы ACPI.
В UEFI и так все это есть.

Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +4 +/–

Сообщение от SKZ (?), 15-Сен-25, 13:05

"Cloud Hypervisor is an open source Virtual Machine Monitor (VMM) that runs on top of the KVM hypervisor and the Microsoft Hypervisor (MSHV)."
Растишки даже с тем, что это они такое пытаются накорябать, разобраться не могут. То ли гипервизор, то ли VMM.

Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от IdeaFix (ok), 15-Сен-25, 13:20

Вы не понимаете, автопилот это не автопилот.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от Аноним (5), 15-Сен-25, 14:40

> Растишки даже с тем, что это они такое пытаются накорябать, разобраться не
> могут. То ли гипервизор, то ли VMM.
могут, но тогда не получится гордо заявлять что на хрусте нахрустели что-то значимое.
Поскольку по факту тут ни того ни другого. Прослоечка к продкладочкам.
Не пойму только, чем им не угодил ЫЫ - до полного bullshit bingo оставалось ведь совсем чуточку.
Видимо, пирожник никогда не ест своих пирожков.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

10. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +3 +/–

Сообщение от Аноним (10), 15-Сен-25, 13:24

А как проект развиваться будет, если код от ИИ использовать нельзя? В соседней новости выяснилось, что на Rust только так пишут.

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от IdeaFix (ok), 15-Сен-25, 13:33

Это многоходовка. Завтра МежБизМаш начнёт продавать своего ассистента, который обучен только на кошерном коде. Ну MS начнёт.... или внезапно галочку "обучено на кошерном коде" начнут продавать все, кто перечислен в соответствующей строчке changelog :)

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (5), 15-Сен-25, 14:57

А кто у них рав, точно ли признанный иерусалимскими правильными пацанами?

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от IdeaFix (ok), 15-Сен-25, 15:21

> А кто у них рав, точно ли признанный иерусалимскими правильными пацанами?
Там не теологи, там религиоведы... наука. Загуглите "Эдвин Блэк IBM".
Всё кошерно!

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (12), 15-Сен-25, 13:43

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

Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (28), 15-Сен-25, 18:02

Не может. Потому за намеренный саботаж можно получить предписание суда компенсировать убытки. И по таким делам приставы могут и дом отобрать, и любимого хомяка. А то и вовсе можно сесть, если ущерба насчитают достаточно. А его насчитают: десять сеньоров с зарплатой $220/год разгребали бардак шесть месяцев, потрудитесь внести. В общем, не советую.

Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (13), 15-Сен-25, 13:52

Всё классно в проекте, Rust, лицензии на выбор, Apache 2.0 и BSD!
Но запрещать код сгенерированный AI, это убьёт проект!

Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." –3 +/–

Сообщение от Соль земли2 (?), 15-Сен-25, 14:00

Только отсталые станут запрещать ИИ. Как будто снова в пещере оказался.

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." –3 +/–

Сообщение от Аноним (15), 15-Сен-25, 14:34

> Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих,
А сопровождающие не в курсе, что ИИ можно использовать и для разбора кода тоже? Опять каких-то дидов ретроградов понабрали.
> избавив их от разбора неосмысленных исправлений, созданных с использованием AI.
Непонятно, чем осмысленные и неосмысленные изменения ИИ принципиально отличаются от человеческих.
На деле понятно, что ИИ всё равно будет, просто про это не будут говорить.

Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от Ivan (??), 15-Сен-25, 17:11

Википедию лицензионная чистота сгенерированного текста устраивает, а их нет?
> Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих, избавив их от разбора неосмысленных исправлений, созданных с использованием AI
Теперь нагрузка будет в попытках отличить сгенерированный код от человеческого, особенно, когда контрибьюторы догадаются использовать промпт «пиши чуть неаккуратно, как писал бы живой человек».
Луддиты забавные

Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." –1 +/–

Сообщение от Аноним (29), 15-Сен-25, 18:04

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

Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +1 +/–

Сообщение от Anonymus (?), 15-Сен-25, 20:34

>сокращение возможных векторов для атак
>ставка делается на паравиртуализацию
>позволяющего передавать из хост-окружения в гостевую систему данные и настройки
>для организации совместного доступа нескольких гостевых систем к общей области памяти
/0

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +/–

Сообщение от Аноним (38), 15-Сен-25, 22:02

Инструкция, как сделать дырявый софт на расте

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..." +2 +/–

Сообщение от Аноним (50), 17-Сен-25, 15:33

Ну да, важно же от кого а не какой код

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–6 +/–
Сообщение от 12yoexpert (ok), 15-Сен-25, 12:44
почти уже революция, вот-вот программистов выкинут на мороз хочется запрыгнуть на мопед и петь песни
Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (31), 15-Сен-25, 19:23
	> Cloud Hypervisor is an open source Virtual Machine Monitor вот-вот почти написали "гипервизор", но оказался монитор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от 12yoexpert (ok), 15-Сен-25, 20:17
	*"переписали", оно на раст
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Менеджер (?), 15-Сен-25, 20:10
	Работать, технарь! Солнце ещё высоко!
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	–11 +/–
Сообщение от 09063 (?), 15-Сен-25, 12:47
Вот это правильно: отказ от эмуляции, низкое потребление памяти, отзывчивость... О чем можно мечтать и все благодаря самому правильному языку. В копилку однозначно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+8 +/–
	Сообщение от Аноним (5), 15-Сен-25, 12:51
	ничего что это прослойка к прокладке для запуска kvm ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 13:09
	Ничего что это совсем не про это? Это замена device model qemu, эмулятор отдельных устройств вроде дисков/сетевых интерфейсов/прочего, для чего вместе с kvm и нужно обычно использовать qemu
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (5), 15-Сен-25, 14:54
	ничего что "это" называет себя "vmm"? И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) Полноценным vmm при этом разумеется тоже не является. Хрустики такие врунишки...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (21), 15-Сен-25, 15:12
	> И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) не, ну тут перебор. У них "ставка делается на паравиртуализацию", kvm таким не занимается
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (5), 15-Сен-25, 16:08
	в случае kvm видимо vhost там будет или что. В общем, очередная прослойка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 19:31
	> Т.е. и тут за него все сделает - kvm. (ну или hyperv) С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, qemu. А тут - Rust-VMM, qemu отсутствует. VMM/hypervisor называется и ядерная часть, и юзерспейс, потому что они не работают по отдельности, за любым io виртуальная машина передаёт управление kvm/xen/hyperv, а они при необходимости передают управление юзерспейс драйверу что уже общается с физическим диском например - qemu/rust-vmm/crosvm
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	37. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (37), 15-Сен-25, 21:05
	Ну вот смотри, ядреные виртио дрова допустим лежат вот тут: /usr/src/linux # cat ./.config \|grep VIRTIO # CONFIG_BT_VIRTIO is not set CONFIG_NET_9P_VIRTIO=y CONFIG_VIRTIO_BLK=y CONFIG_SCSI_VIRTIO=y CONFIG_VIRTIO_NET=y CONFIG_VIRTIO_CONSOLE=y # CONFIG_HW_RANDOM_VIRTIO is not set # CONFIG_I2C_VIRTIO is not set # CONFIG_GPIO_VIRTIO is not set # CONFIG_DRM_VIRTIO_GPU is not set # CONFIG_SND_VIRTIO is not set CONFIG_VIRTIO_ANCHOR=y CONFIG_VIRTIO=y CONFIG_VIRTIO_PCI_LIB=y CONFIG_VIRTIO_PCI_LIB_LEGACY=y CONFIG_VIRTIO_MENU=y CONFIG_VIRTIO_PCI=y CONFIG_VIRTIO_PCI_ADMIN_LEGACY=y CONFIG_VIRTIO_PCI_LEGACY=y # CONFIG_VIRTIO_BALLOON is not set CONFIG_VIRTIO_INPUT=y CONFIG_VIRTIO_MMIO=m CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y # CONFIG_VIRTIO_DEBUG is not set # CONFIG_VIRTIO_RTC is not set # CONFIG_RPMSG_VIRTIO is not set CONFIG_CRYPTO_DEV_VIRTIO=m А где по твоему лежит >юзерспейс драйвер, что уже общается с физическим диском И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от morphe (?), 15-Сен-25, 23:11
	> Ну вот смотри, ядреные виртио дрова допустим лежат вот тут: Это не та часть дров, это для того чтобы твоё ядро могло работать в виртуалке с virtio драйверами, а не для того чтобы твоё ядро могло эмулировать физические устройства. Можешь их убрать, и гостевые системы будут работать как и раньше. > И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам? Ты выдал, однако я возможно тут не очень понятно выразился, потому что обычно используют не физические диски, а qcow2 дисковые образы например
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 15-Сен-25, 23:23
	> Ты выдал, однако я возможно тут не очень понятно выразился, потому что > обычно используют не физические диски, а qcow2 дисковые образы например Гостевая система <-> виртуальный диск <-> ядерный virtio-blk драйвер <-> kvm гипервизор <-> ядро хоста <-> юзерспейс хоста <-> qemuвский/rust-vmm virtio-blk драйвер <-> disk.qcow2 файл
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от пох. (?), 17-Сен-25, 09:00
	это клиент. Эти драйвера работают внутри паравиртуалки. Со стороны гипервизора - то что подкладывает под этот "scsi" файлик вместо диска и перекладывает пакетики из виртуальной сетевухи в настоящую - все гораздо запутанней, там есть и ядерная и userland части. Вряд ли опеннетовский кексперт сможет показать тебе на примерах хрустокода откуда готовилось нападение.
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	44. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 16-Сен-25, 17:01
	>> Т.е. и тут за него все сделает - kvm. (ну или hyperv) > С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, > qemu. А тут - Rust-VMM, qemu отсутствует. Есть VMM 1-го и 2-го типа, вот QEMU - 2-го
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	46. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от morphe (?), 17-Сен-25, 01:52
	> Есть VMM 1-го и 2-го типа, вот QEMU - 2-го Да тут формулировки просто дырявые, QEMU одновременно и первый и второй тип, потому что kvm/xen (гипервизоры первого типа) без QEMU не работают, QEMU в этой связке является частью гипервизора первого типа, но также QEMU умеет работать самостоятельно в роли эмулятора, в этом случае он гипервизор второго типа. Эти формулировки имели больше смысла в 70х годах, когда гипервизоры были монолитные, и когда это разделение собственно и было придумано. Согласно этим формулировкам даже для KVM есть споры по его типу, потому что в отличии от Xen/HyperV, KVM работает поверх Linux ядра, в то время как в Xen/HyperV у тебя ядро системы запущено уже внутри гипервизора. У Xen нормально это сформулировано, та часть которая эмулирует устройства (не клиент этого эмулятора в лице virtio драйверов гостевой системы, а именно то что запускается на хост системе/в stubdomain) там зовётся device model. При этом Qemu в роли device model всегда используется тот что описывает i386 железо, даже если Xen у тебя запущен на aarch64 сервере. Qemu - одновременно и гипервизор для виртуализации, и device model + лаунчер kvm/xen для паравиртуализации Rust-VMM - device model, cloud hypervisor - лаунчер виртуалок под kvm/xen/hyperv/другие бекенды, вместе они заменяют Qemu в лице гипервизора первого типа... Если не учитывать что cloud-hypervisor ещё и qemu запускать умеет, что даёт ему возможность работать как второй тип)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от пох. (?), 17-Сен-25, 09:15
	> потому что kvm/xen (гипервизоры первого типа) без QEMU не работают да ну?! А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ? Лет ему - примерно как самому kvm (логично, надо ж было как-то отлаживать ядро, а не разбираться в еще и куемной блоатвари) Обратить внимание - размер всей конструкции совершенно крошечный. Что в общем логичненько, когда ты ничего эмулироватьи не собирался. И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 16:27
	https://git.kernel.org/pub/scm/linux/kernel/git/will/kvmtool.../ Причем все модели девайсов - в каталогaх virtio и hw, они реально простые. Зачем растишки это стали переделывать - непонятно от слова совсем. Еще вот эта поделка, и тоже на растишке, как и сабж https://github.com/firecracker-microvm/firecracker
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+1 +/–
	Сообщение от пох. (?), 17-Сен-25, 16:49
	так это ж те же самые (среди участников - амазон, снова) вероятно, код из закорючек (причем - незамысловатенький) проще каждый раз заново переписывать, чем исправлять.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:42
	> Зачем растишки это стали переделывать - непонятно от слова совсем. Реализацию того же virtio-blk/virtio-queue сравни, в kvmtool она слишком простая, и оно не может например ожидать чтения сразу большого числа блоков, у неё нет очередей полноценных А потому производительность (пропускная способность) у неё значительно ниже, чем у той реализации что есть в rust-vmm, оно банально ждёт ответ от хостсистемы на каждый запрос, вместо того чтобы слать их несколько одновременно. Более того, многие компоненты rust-vmm верифицированы на прохождение спецификаций (Symbolic model checking, пакет kani генерирует из Rust кода задания для SMT решателей, получаем подвид формальной верификации), в то время как для kvmtool даже тестов и fuzzing полноценного нет, такое в прод пускать страшновато.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	57. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 18-Сен-25, 13:01
	При желании, к kvmtool можно прикрутить io_uring. И это будет куда эффективнее всех нагромождений растишки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 17:32
	> а не разбираться в еще и куемной блоатвари Пока вспомнил. Неразрешимая задача (https://en.wikipedia.org/wiki/Undecidable_problem) https://github.com/libvirt/libvirt/commit/7e667664d28f90bf69...
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	54. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:27
	> А это вот - не в курсе что такое? https://github.com/apritzel/kvmtool ? Оно точно так же как и qemu реализует device model и лаунчер, оно всё ещё не делает KVM полностью самостоятельным гипервизором, он всё ещё требует qemu/rust-vmm/kvmtool в юзерспейсе. > И внятно отражает "сложность" хрустикового мегапрожекта примерно того же самого уровня. В отличии от kvmtool, rust-vmm (как и qemu) умеет значительно больше бекендов (xen, hyperv, и ещё несколько штук), значительно больше устройств, значительно больше ОС (за счёт поддержки других бекендов и устройств), является модульным, что позволяет его использовать в других программах как библиотеку, и вообще все устройства в нём реализованы с рассчётом на значительно большую нагрузку, в kvmtool даже очередей для блочных устройств нормальных нет
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	49. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от SKZ (?), 17-Сен-25, 12:25
	>kvm/xen (гипервизоры первого типа) без QEMU не работают, Работают они с другими VMM (как минимум, KVM) - на QEMU свет клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде) WHP- как и VmWare Workstation и VBox. Это при наличии собственного VMM. QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он - 2-го типа.
	Ответить \| Правка \| К родителю #46 \| Наверх \| Cообщить модератору


	55. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от morphe (?), 17-Сен-25, 21:29
	> Работают они с другими VMM (как минимум, KVM) - на QEMU свет > клином не сошелся. Кроме того, QEMU поддерживает (ну, в некотором роде) Я понимаю, имел в виду что они не полностью самостоятельные, нужен qemu/rust-vmm/kvmtool/другое > QEMU всегда работает в юзерспейсе поверх хостовой ОС - а потому он > - 2-го типа. Как эмулятор - да. Однако qemu это не только эмулятор и гипервизор, но ещё и device model, где он работает как компонент type-1 гипервизора (xen/kvm)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
	Сообщение от Аноним (45), 16-Сен-25, 19:10
	>Это замена device model qemu, эмулятор отдельных устройств Flashback из фильма матрица, когда Нео вытаскивают из капсулы "с полки". Не забывайте в какой субстанции находятся твои ОС.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору

4. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от Аноним (-), 15-Сен-25, 12:48
А как проверять будут? Неужели нейронку попросят)? Вообще метания туда-сюда забавны.
Ответить \| Правка \| Наверх \| Cообщить модератору

6. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+/–
Сообщение от SKZ (?), 15-Сен-25, 12:59
>устройства fw_cfg (Firmware Configuration), позволяющего передавать из хост-окружения в гостевую систему данные и настройки, такие как конфигурация загрузки виртуальной машины, информация о раскладке памяти в системе и таблицы ACPI. В UEFI и так все это есть.
Ответить \| Правка \| Наверх \| Cообщить модератору

7. "Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгене..."	+4 +/–
Сообщение от SKZ (?), 15-Сен-25, 13:05
"Cloud Hypervisor is an open source Virtual Machine Monitor (VMM) that runs on top of the KVM hypervisor and the Microsoft Hypervisor (MSHV)." Растишки даже с тем, что это они такое пытаются накорябать, разобраться не могут. То ли гипервизор, то ли VMM.
Ответить \| Правка \| Наверх \| Cообщить модератору