Представлен (http://lists.nongnu.org/archive/html/qemu-devel/2018-08/msg0...) релиз проекта QEMU 3.0.0 (http://wiki.qemu.org/Download). Значительное изменение номера версии связано с переходом проекта на новую схему нумерацию выпусков, в соответствии с которой первая цифра в номере версии будет увеличиваться раз в год. Никаких кардинальных изменений или нарушений совместимости изменение первой цифры не отражает.В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 2.12 внесено более 2300 изменений от 169 разработчиков.Ключевые улучшения (http://wiki.qemu.org/ChangeLog/3.0), добавленные в QEMU 3.0:
- В код эмуляции блочных устройств добавлена поддержка активного зеркалирования дисков ("copy-mode active"), позволяющая избавиться от проблем с обеспечением целостности, возникающих при ранее предлагаемом фоновом копировании данных;
- Во фронтэнде на базе библиотеки SDL обеспечена поддержка OpenGL ES. Также добавлена дополнительная опция для устройств фреймбуфера, позволяющая обеспечить вывод на экран на ранней стадии загрузки без эмуляции VGA;
- Интегрирована дополнительная защита от уязвимости Spectre 4 (https://www.opennet.me/opennews/art.shtml?num=48639) (CVE-2018-3639);
- Улучшена поддержка вложенного запуска гостевых систем KVM в окружениях на базе гипервизора Hyper-V;- Улучшена поддержка эмуляции контроллеров AHCI и SCSI;
- Для устройств TPM TIS добавлена поддержка режима live-миграции;- Обеспечена возможность ограничения пропускной способности при копировании состояния виртуальных машин в процессе отложенной миграции (опция "max-postcopy-bandwidth"), добавлен режим восстановления в случае сбоя отложенной миграции (команда "migrate_recover") и возможность приостановки миграции (команда "migrate_pause");
- Увеличена отзывчивость при использование сетевого стека в пространстве пользователя (SLIRP);
- В эмулятор архитектуры x86 добавлена новая модель CPU KnightsMill и обеспечена поддержка расширений AMD TOPOEXT (предоставляет информацию о кэше для CPU семейства EPYC). В код эмуляции SVM добавлена поддержка перехвата NMI и NPT;- В эмулятор архитектуры ARM добавлена поддержка SMMUv3 IOMMU для виртуальных машин типа 'virt', реализованы расширения v8M (инструкции VLLDM и VLSTM для вычислений с плавающей запятой), улучшена поддержка расширений AArch64 v8.2 FP16 и добавлена поддержка расширений SVE (Scalable Vector Extensions);
- В эмулятор архитектуры Microblaze добавлена поддержка 64-разрядных адресов;
- В эмулятор архитектуры PowerPC для систем с типом "mac99" добавлена поддержка PMU, а для систем с типом "mac" улучшена эмуляция хостового моста PCI. Для систем "powernv" добавлена начальная поддержка эмуляции режима POWER9 hash MMU;- В эмуляторе архитектуры RISC-V улучшена поддержка привилегированных ISA;
- В эмулятор архитектуры s390 добавлена поддержка модели CPU z14 ZR1 и включена по умолчанию защита от уязвимостей Spectre для z196 и более новых моделей CPU. Добавлена поддержка настройки консолей при помощи опции '-serial';
- Разработчики напоминают, что в будущем возможно будет прекращена поддержка платформ GNU/kFreeBSD, DragonFly BSD, Solaris и Haiku, из-за отсутствия сопровождающих или инфраструктуры для тестирования.
URL: http://lists.nongnu.org/archive/html/qemu-devel/2018-08/msg0...
Новость: https://www.opennet.me/opennews/art.shtml?num=49136
То есть, semantic versions уже не в моде?
Понимаешь, в чем дело, семвер не заточен под маркетинг:> первая цифра в номере версии будет увеличиваться раз в год
>не заточен под маркетингопять маркетологи ущемляют анонимов опеннета. бедные вечноущемлённые анонимы опеннета!
...хотя на этот раз маркетологи существуют исключительно в буйном воображении этих самых анонимов, результат практически одинаковый
> ...хотя на этот раз маркетологи существуют исключительно в буйном воображении этих самыхну да, чехарда версий понадобилась ведь не для имитации бурной деятельности, а имитация - вовсе не для привлечения грантов под распилку, а просто так, все побежали, я тоже побежал.
> анонимов, результат практически одинаковый
в общем-то, да, одинаковый - что версия 10, что версия 2.0.0.1, что 251 - вышла новая - идем проверять, что опять сломали или ухудшили.
Вот что было, есть и будет в моде: sentimentalversioning.org
> То есть, semantic versions уже не в моде?Конечно в моде! Модные девочки с пылом-жаром пересказывают дружка дружке последние модные новости с глянцев и подиумов.
> То есть, semantic versions уже не в моде?Да уж, неожиданно (хотя для меня qemu всё-таки ещё сильно ассоциируется с Фабрисом, а тут кто-то рассказывал, как там сейчас проектом рулят и это огорчило).
Хорошо, что есть не гонящиеся за модой люди.
Дядинька, а что не так-то с Semantic Versioning?
> Дядинька, а что не так-то с Semantic Versioning?Правильное, красивое, модное-популярное, академическое, но ничего не решающее "решение".
>> Дядинька, а что не так-то с Semantic Versioning?
> Правильное, красивое, модное-популярное, академическое, но ничего не решающее "решение".Отставить взаимоисключающие параграфы - вы способны сократить подобное до предложения.
Так это "решение" или решение? Если оно ничего не решает, то как вы решили, что оно красивое?
> Так это "решение" или решение? Если оно ничего не решает, то
> как вы решили, что оно красивое?Это не я решил, а все те ценители красоты под каждой новостью с ключ-словами "изменена нумерация версий", привносящие тудой "свежую" струю недоумения #а-как-же-семвер-тчк-орг.
Хорошо. А с первым вопросом как?
> Хорошо. А с первым вопросом как?Да!
>> Хорошо. А с первым вопросом как?
> Да!Тест Тьюринга не сдал. Следующий.
> Дядинька, а что не так-то с Semantic Versioning?У меня всё так, им и пользуюсь для своих погремушек.
> У меня всё так, им и пользуюсь для своих погремушек.Но вы не Фабрис. И врядли написали что-то сравнимое с qemu. А так не версия программу украшает...
оказалось что он не информативен..
> Значительное изменение номера версии связано с переходом проекта на новую схему нумерацию выпусков, в соответствии с которой первая цифра в номере версии будет увеличиваться раз в год.Это забавно. Для таких целей используется нумерация 2018.1, 2019.3, где второе число не привязано к месяцу. Намного более информативно, раз уж сами признают, что их первое число _ничего не значит_
Забыл вещи типа
Ultra
Pro
XP
XT
Maximum edition
Anniversary edition
Ultimate
Professional
For workgroups
итд
Нужно различать версии "для людей" и "для машин". Все то, что Вы написали - это версии "для людей", а речь идет о версии "для машин". И, чтобы было понятнее, раз Вы уж вспомнили о версиях от неназываемой компании, пример: "для людей" - «Windows 7 Home Premium», оно же "для машин":
C:\Users\user>ver
Microsoft Windows [Version 6.1.7601]
> "для машин". И, чтобы было понятнее, раз Вы уж вспомнили о
> версиях от неназываемой компании, пример: "для людей" - «Windows 7 Home
> Premium», оно же "для машин":
> C:\Users\user>ver
> Microsoft Windows [Version 6.1.7601]Это как
$ lsb_release -d
Description: Debian GNU/Linux 7.11 (wheezy)- "для людей", а
$ uname -v
#1 SMP Debian 3.16.39-1+deb8u1~bpo70+1 (2017-02-24)- "для машин"?
Ну-да, ну-да. #раненых=всё=везут
> Никаких кардинальных изменений или нарушений совместимости изменение первой цифры не отражает.А если вдруг нужно будет, в начала буквы начнут подставлять?
Qemu a.3.0
Qemu b.3.0
Qemu b.3.1
Qemu b.4.1
Вот всегда так - попадается глупый комментарий и уже можно не смотреть, кто его написал - и так понятно. Дислайк.
первая цифра в номере версии будет увеличиваться раз в год. Никаких кардинальных изменений.Это фсе, что нужно знать об эффективных менеджерах. Симуляция бурной активности. Ниче нового, прмо сказано!, - не будет. Расходимся. Аьтернативы QEMU есть?
> первая цифра в номере версии будет увеличиваться раз в годТы не понял! Первая цифра (что ж они после 9.х-то делать будут? опять нумерацию менять?) означает, сколько раз менялась первая цифра.
После 9.x будет 10.x
не 10, а A, цифра же.
> не 10, а A, цифра же.0xA.0
A==.0
⓪.0
🐱.rc1
🌈.alpha1.ne-beta
> 0xA.0
> A==.0
> ⓪.0
> 🐱.rc1
> 🌈.alpha1.ne-betaАйпоня приманиваем?
Под седло или на колбасу?
>> ⓪.0
>> 🐱.rc1
>> 🌈.alpha1.ne-beta
> Айпоня приманиваем?
> Под седло или на колбасу?Под один раз не альфа-бета-двас.
>>> ⓪.0
>>> 🐱.rc1
>>> 🌈.alpha1.ne-beta
>> Айпоня приманиваем?
>> Под седло или на колбасу?
> Под один раз не альфа-бета-двас.И за что поощрение?
интересно, а существует ли простой способ организовать 10 Гб сеть меж. виртуалками и вывод этой сети наружу. Или по прежнему - с муторной пересборкой/перекомпиляцией кучи сторонних библиотек/софта?
Можно поднять bridge на 10Gb интерфейсе HOST системы, а виртуалкам дать TAP интерфейсы.
угу, чисто поржать чтобы, оно через этот tap разгонится хотя бы до гигабита, или того не потянет, сожрав весь процессорто о чем товарисч спрашивает, называется SR-IOV. kvm поддерживает довольно давно без ручного подпиливания в ста местах, но танцы с xml файлами и ручными настройками никуда не делись и вряд ли денутся.
Проверил: virtio+vhost, scp=133MB/s, http=950MB/s между HOST и GUEST.Что соответствует примерно 7-8 гигабитам.
Cетевуха в GUEST -- virtio, проц в HOST - AMD FX8320.
Еще дальше, наружу проверить не могу, нет 10Gb карты, но гигабитную стабильно нагружает.
> Проверил: virtio+vhost, scp=133MB/s, http=950MB/s между HOST и GUEST.
> Что соответствует примерно 7-8 гигабитам.ну я и говорю - ох...ть производительность - из одного буфера в памяти в другой переложили аж на скорости 950 мегабайт.
> Еще дальше, наружу проверить не могу, нет 10Gb карты, но гигабитную стабильно
вот и не огорчайся лишний раз. там еще особенности линуксного бриджинга наложатся и тормоза его собственной сети.
а с пробросом виртуальной сетевухи - получаются почти искомые 10 (мерять, если что, надо такие вещи iperf'ом - потому что я хз что у тебя там за http и где он тормозит), поскольку линуксная сеть тут не участвует (хостовая, в смысле), и квмная тоже. Хошь внутри коробки, хошь через реальный кабель.
решения на базе dpdk пробовали ?
в виртуалке с виртуальной сетевой картой ? Неужели вы думаете что у линукса все настолько плохо с сетевым стеком, что упирается в него?
К тому же оно вообще совсем о другом, для нормальных применений совершенно ненужно (да и непригодно).Обычное назначение виртуалок с sriov - какая-нибудь вполне банальная раздача самба-шары с порн...исходниками проектов, там нет места для dpdk, а вот оффлоаду на процессор внутри сетевой карты работа как раз найдется. И если вы не нищe6род - это уже вполне домашняя технология, последние лет десять. Хорошие свитчи пока еще дороги (и жюжжжят), но они в домашних условиях заменяются многоголовыми (китайскими ;-) интелами и связкой каждый-с-каждым.
А мелкая лавочка уже вполне себе может позволить купить бу нексус.
> Неужели вы думаете что у линукса все настолько плохо с сетевым стеком, что упирается в него?Именно так говорят тесты. Иначе бы не родились DPDK и DATAMAP ? чи как там его.
> Обычное назначение виртуалок с sriov - какая-нибудь вполне банальная раздача самба-шары с порн...исходниками проектов,Единственно для чего это подходит - это полная эмуляция железа (мы же помним что VF может быть больше одной на ситевку), остальное решается слегка другими методами.
>. а вот оффлоаду на процессор внутри сетевой карты работа как раз найдется.
Открою тайну - DPDK этот самый offload и использует. А еще пацаны говорят что специализированный стек - в разы более оптимален универсального - который в ядре.
Мелкая лавочка может себе позволить даже Mellanox CX-5 VPI - а вот свичи под 200Gbit/s ethernet делает таки только одна контора.
https://fast.dpdk.org/doc/perf/DPDK_18_02_Intel_virtio_perfo...Throughput with vhost dequeue zero-copy
44.6 Gb/sхватит ?
> ну я и говорю - ох...ть производительность - из одного буфера в
> памяти в другой переложили аж на скорости 950 мегабайт.А что, парсинг пакетов сетевым стэком отменили? Чтобы просто переложить из буфера в буфер - надо shared memory или что-то еще. Только это уже не сеть.
> вот и не огорчайся лишний раз. там еще особенности линуксного бриджинга наложатся
> и тормоза его собственной сети.Да вообще охренеть, разбор пакетов оказывается процессор нагружает.
> Чтобы просто переложить из буфера в буфер - надо shared memory или что-то еще. Только это уже не сеть.Сеть. Только специализированная.
> Сеть. Только специализированная.А протоколы рюхать придется. Кому надо скорость и специализированно - TCP/IP не пользуются, для начала.
открою тебе секрет - для DPDK есть реализациии разных протоколов L3.
в частности реализация HTTP потока.
https://github.com/ansyun/dpdk-ans
https://plvision.eu/dpdk-nginx-vs-nginx-tech-overview-and-pe.../В последней таблиичке есть хорошие графики, думаю будет интересно.
А если кто-то намекает на Infiniband - то их выигрыш только на RDMA операциях, что поддержиивается не всеми и не всегда.
> SR-IOV. kvm поддерживает довольно давно без ручного подпиливания в ста местах, но танцы с xml файлами и ручными настройками никуда не делисьЭто да, но танцев там не много.
DPDK ?
> Представлен релиз проекта QEMU 3.0.0. Значительное изменение номера версии связано с переходом проекта на новую схему нумерацию выпусков, в соответствии с которой первая цифра в номере версии будет увеличиваться раз в год. Никаких кардинальных изменений или нарушений совместимости изменение первой цифры не отражает.
> Разработчики напоминают, что в будущем возможно будет прекращена поддержка платформ GNU/kFreeBSD, DragonFly BSD, Solaris и Haiku, из-за отсутствия сопровождающих или инфраструктуры для тестирования.Все, нужно ответвление. Не удивлюсь, если с такими темпами появится что-то вроде QUEMU для бизнеса.
QUEMU может и будет для бизнеса. А вот насчёт QEMU что-то сомневаюсь.
Субкультура эмо рекомендует QEMU!
Это реклама или антиреклама?
Тогда уж сразу страусы эму пусть рекомендуют.
(против эмо ничего не имею)
> Тогда уж сразу страусы эму пусть рекомендуют.И кукушки.
У меня гениальная идея. Раз будет увеличиваться раз в год, то можно использовать сам год!А ещё можно использовать месяц и день.
2018.08.15 например.
Плохая идея. Номер должен увеличиваться быстро и значительно, а тут раз в год и увеличение примерно на 1/2000ю?У меня есть идея получше - использовать в качестве версий числа фибоначчи. Значительный прирост с каждой новой версией гарантирован.
> ... первая цифра в номере версии будет увеличиваться раз в год. Никаких кардинальных изменений или нарушений совместимости изменение первой цифры не отражает.Да что не так с этим миром?
Хочу ядро с нумерацией 2018.1. Куда писать?
в баночку
"Нормальные люди" выпускают ПО на год заранее (PES 2019, Word 2019)
Это не "нормальные люди", это "маркетинг"!
да мы пробовали наоборот делать - так над нами вы же и ржали, что "windows95 означает 'то ли осенью, то ли не успеем'"
>первая цифра в номере версии будет увеличиваться раз в годда нумеруйте уже юникстаймстампом... масса приятностей махом...
Он же как бы до 38 года?
> Он же как бы до 38 года?" Нажорное изменение -- переход нумерации версий с 32бит унихтайма на 64битный. "
не, херня какая-то - часто даже можно будет отличить, новее эта версия или нет, без пристального вглядывания в циферки.нумеровать надо гитовыми commit id - 819e52fb80873a47e7f59fbf22f5fdb464204acf или faa06df608d8bd36d540b0fc0042fd33debbde0c ? Какая, нахрен, разница! unattended-upgrades лучше тебя знает, какая сегодня правильная!
Инвесторам тоже должно понравиться - вон сколько загадочных закорючек, бабки явно тратятся на что-то высокотехнологичное.
> Инвесторам тоже должно понравиться - вон сколько загадочных закорючек, бабки явно тратятся
> на что-то высокотехнологичное.Пст, чувачок,
https://www.gnu.org/software/guix/blog/2018/tarballs-the-ult.../
инвестируй
https://www.gnu.org/software/guix/donate/
в то, что
"mm0zclrzj3y7rj74hzyd0f224xly04fh-bash-minimal-4.4.12"
ндра-а-авится[I]!!!
Эти деньги давать, себя не уважать. Они настолько жадные - что требуют передачи всех прав для якобы защиты.
Покажите только кого и от кого они реально защитили ?
Но ты можешь дальше верить в своих богов :)
Говорят с этой версии можно запускать AmigaOS 4 и MorphOS
Можно, но зачем?
#>>Говорят с этой версии можно
> Можно, но зачем?Поговорить же.
Есть ли какой-нибудь подробный гайд, как добавить в неё своё устройство? Допустим, есть плата собственной разработки, хотелось бы иметь её программный эмулятор. Понимаю, что задача очень сложная, поэтому хотелось бы знать, откуда хотя бы начинать копать.
> Понимаю, что задача очень сложная, поэтому хотелось бы знать, откуда хотя бы начинать копать.с написания хоть какого эмулятора этой самой платы.
добавить его потом к любой открытой системе виртуализации - задача существенно более простая.
А нет ли случаем поддержки Linux FrameBuffer для QEMU, так что бы можно было бы Widnows 95 скажем перенаправить на консольку Linux?
> А нет ли случаем поддержки Linux FrameBuffer для QEMU, так что бы
> можно было бы Widnows 95 скажем перенаправить на консольку Linux?Э-э-э... FB VNC-вьювер найди и вперёд, нет?
Выглядит как Workaround? Зачем городить и использовать целый стек технологий?
Возрастает сложность системы.