Представлен (http://lists.gnu.org/archive/html/qemu-devel/2013-02/msg0235...) релиз проекта QEMU 1.4.0 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК.
В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе, за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM. Добавленный в QEMU 1.4.0 новый бэкенд virtio-block-pci позволил (https://plus.google.com/u/0/101344524535025574253/posts/Dbu4...) приблизить к нативным системам и производительность ввода/вывода - по тестам гостевое окружение смогло продемонстрировать (http://article.gmane.org/gmane.comp.emulators.qemu/180566) при использовании гипервизора KVM производительность в 1.33 млн IOPs, что составляет 95% от нативной производительности (1.4 млн IOPs).
Изначально проект был создан Фабрисом Беллардом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. В разработке QEMU приняло участие 400 авторов, которые подготовили около 20 тысяч изменений. При подготовке версии 1.4 внесено более 1400 изменений от 116 разработчиков.Ключевые улучшения (http://wiki.qemu.org/ChangeLog/1.4), добавленные в QEMU 1.4.0:
- Упомянутый выше многопоточный бэкенд virtio-blk-pci для работы с блочными устройствами, отличающийся существенным приростом производительности. Для больших устройств хранения использование virtio-blk-pci позволяет до 9 раз повысить интенсивность операций ввода/вывода при доступе из гостевых систем по сравнению с использованием virtio-blk. Virtio-blk-pci пока можно использовать только для файлов с raw-образами, при этом ещё не поддерживаются такие функции как миграция хранилищ и live-снапшоты;- Поддержка операции TRIM (discard) для блочных устройств и файловых систем, отличных от XFS. Использование TRIM позволяет увеличить производительность при работе с SSD-накопителями и повысить их срок службы. Поддержка работы в полностью асинхронном режиме;
- Значительное увеличение производительности операций зеркалирования блочных устройств (миграции хранилищ);- Улучшение в подсистеме USB:
- Улучшенный механизм проброса USB-конвертеров последовательного интерфейса (USB serial);
- Возможность подсоединения USB-планшетов как устройств USB 2.0;
- Понижение нагрузки на CPU в процессе работы с USB-устройствами;
- Реализовано новое устройство usb-bot, похожее на usb-storage, но настроенное как SCSI-адаптер и поддерживающие несколько LUN;
- В virtio-net добавлена поддержка операций с несколькими очередями пакетов (multiqueue);- Улучшена эмуляция платформы S390. Добавлена поддержкой новой машины и транспорта virtio-ccw;
- Для архитектуры x86 отмечаются многочисленные улучшения в поддержке чипсета Q35, в том числе возможность миграции AHCI и поддержка назначения устройств;
- В QMP добавлена поддержка горячего подключения символьных устройств (команды chardev-add и chardev-del) и чтения/записи в область памяти символьных устройств (команды ringbuf-read/ringbuf-write);- В VFIO обеспечена поддержка расширенных областей конфигурации PCIe;
- Добавлена поддержка эмуляции модулей IndustryPack (при эмуляции устройств tpci200). При эмуляции GE IP-Octal 232 ("ipoctal232") реализована поддержка до 8 портов RS-232;
- Для платформы MIPS улучшена поддержка DSP-инструкций;- Для Xen отмечено увеличение производительности и надежности xen_disk, который теперь более устойчив для ситуаций экстренного отключения питания. В xen_console добавлена поддержка использования нескольких вторичных PV-консолей;
- Доведена до рабочего состояния поддержка асинхронного дискового ввода/вывода для хостов под управлением Windows;
- Для протокола Spice подготовлено новое символьное устройство spiceport, которое можно использовать для поддержки произвольных коммуникаций между сервером SPICE и клиентом.URL: http://lists.gnu.org/archive/html/qemu-devel/2013-02/msg0235...
Новость: http://www.opennet.me/opennews/art.shtml?num=36135
Ммм, позитивненькая штука.
А линаровские наработки для эмуляции armv7 планируется в апстрим вливать? А то линаровский qemu какой-то неудобный. :(
>Поддержка операции TRIM (discard) для блочных устройств и файловых систем, отличных от XFS.Я джва года это ждал! Теперь есть смысл снова попробовать lvm'овский thin provisioning. Хотя в первых моих тестах полгода назад, весь пул смачно обвалился без возможности восстановления.
За virtio-blk-pci огромное им спасибо. 2 недели назад делал тесты с 1.2.0: с virtio потери на iops были 50% (SSD диски), на линейное чтение/запись: 20%
Так когда можно будет PS3 погонять на PC?
> Так когда можно будет PS3 погонять на PC?Когда Sony откроет исходные коды хотя бы операционной системы PS3.
А зачем? Очевидно же - там процессор cell, и всего навсего надо снять образ системы, биоса, и скормить в qemu. Элементарно. Только может загвоздка быть если в этом процессоре есть какие то не реализованные в qemu штуки. Насколько я понимаю qemu может эмулировать ibm cell процессоры.
Как минимум, qemu еще должен уметь эмулировать и основное железо PS3 (видюху/звук/что_там_еще), причем эмулировать со всеми их фичами и багами ;)
Ответ из серии "Вот так просто нельзя взять и ...". А если серьёзно, то сделать можно всё.
сделай, раз это так просто
Сделать то можно все, да вот только кто всю эту работу оплачивать будет?Взять ту же видюху от PS3 - там никак не примитивный Cirrus Logic начала 90х, а весьма навороченный чип, доку на который вряд ли в открытый доступ выложат.
Значит, здравствуй реверс-инжиниринг, здравствуйте куча тестов на совместимость, здравствуй оптимизация всего этого мегакода. И на реализацию всего этого потребуется не пара-тройка студентов, а десяток-два высококвалифицированных спецов, которые на халяву работать не будут (им что-то кушать надо), а реализация проекта такого масштаба в свободное от работы время затянется на многие годы (когда про PS3 уже и забудут все).
Ваш К.О.
Cell - это SIMD Сопроцессор(ы)!!! Плюйстэйшон - это PowerPC 970 64bit (он же Power5)
В википедию бы для порядка заглянули бы прежде чем говорить..Текста вроде и немного сгенерировали, а фейлов хватает:
1.Cell - Cell — микропроцессорная архитектура, совместно разработанная Sony, Toshiba и IBM, которые организовали альянс, известный как «STI». Разработка архитектуры и первые прототипы были созданы в STI Design Center за четырёхлетний период с начала марта 2001 года с бюджетом, который, по заявлению IBM, составляет приблизительно 400 миллионов долларов США[1]. Полное название архитектуры: Cell Broadband Engine Architecture, также сокращаемое как CBEA, или, в некоторых случаях, Cell BE. Cell совмещает ядро общего назначения архитектуры POWER с сопроцессорами[2], которые значительно ускоряют обработку мультимедиа и векторных вычислений.
2. PowerPC 970 - Запущенные в производство в 2002, PowerPC 970 были выполнены по 130 нм техпроцессу и работали на частотах от 1,4 до 1,8 ГГц. Они содержали 58 миллионов транзисторов. Процессор на 2 ГГц вышел в 2003.
PowerPC 970FX, вышедшие в 2003 имели частоту от 1,6 до 2,7 ГГц. Они были выполнены по 90 нм техпроцессу, что позволило уменьшить тепловыделение по сравнению с PowerPC 970.
PowerPC 970GX имели 1 Мб кэш второго уровня, против 512 Кб у FX.
PowerPC 970MP, вышедший в 2005 — двухъядерный процессор, имел частоту от 2 Ггц до 2,5 ГГц. Сначала выпускался по 90 нм, а в конце по 65 нм техпроцессу. Этим процессором оснащались последние Power Mac G5.
По факту: Процессор IBM Xenon (архитектура PowerPC), содержит 3 симметричных ядра (по два аппаратных потока на каждое), работающих на общей тактовой частоте 3,2 ГГц. 1 мегабайт общего кэша L2.
> Так когда можно будет PS3 погонять на PC?Наверное, тогда когда это станет кому-то зачем-то надо. Что маловероятно - те кто умеет программировать PS3 врядли станут покупать, как и прочие xbox'ы.
вот почему никто так и не написал эмуляторов для nes/gb/snes/gens/n64/ps1/ps2
eix -C emulation. Но, я не пробовал ничего из этого списка.
ждемс обновления виртуалбокса
Ждем обновления Proxmox
+1
Кто-то венду на Power 550 или 770 пробовал гонять?
Ну кто-то наверно пробовал, а что?
Bochs умеет на IBM i на Power Systems (видео в youtube).
Очень крутая штука! Всем советую. А такое большое обновление возможностей не может не радовать.
Странно почему в арчике до сих пор 1.2.1?
В арчике до сих пор 1.2.0-1.
в тестинге 1.3.x давно лежит.find | grep qemu
./pool/packages/qemu-1.2.1-1-x86_64.pkg.tar.xz
./pool/packages/qemu-kvm-1.2.0-1-i686.pkg.tar.xz
./pool/packages/qemu-1.3.1-2-i686.pkg.tar.xz
./pool/packages/qemu-1.3.1-2-x86_64.pkg.tar.xz
./pool/packages/qemu-kvm-1.2.0-1-x86_64.pkg.tar.xz
./pool/packages/qemu-1.2.1-1-i686.pkg.tar.xz
Грустно. Некоторые пакеты в Арче обновляются со скоростью света, а некоторые по нескольку месяцев в статусе outdated. Надо внедрить механизм автоотзыва прав мэйнтейнера. Если пакет неделю outdated - пинок под зад.
> Грустно. Некоторые пакеты в Арче обновляются со скоростью света, а некоторые по
> нескольку месяцев в статусе outdated. Надо внедрить механизм автоотзыва прав мэйнтейнера.
> Если пакет неделю outdated - пинок под зад.ABS - лучшие технологии netbsd у вас дома :)
А еще механизм автогенерации новых мэйнтейнеров на произвольный момент времени, верно? Для вящей полноты...
Если пакетом заведует плохой мэйнтейнер, это не значит, что все остальные кандидаты хуже его. Пусть пакет отдаст.Например в АУРе пакет owfs ничейный был, я его подхватил. Когда мне станет неинтересен owfs, кто-то другой появится. А строить из себя собаку на сене - не комильфо.
>Грустно. Некоторые пакеты в Арче обновляются со скоростью света, а некоторые по нескольку месяцев в статусе outdated.И в дебиане тоже. Для некоторых пакетов в экспериментал быстро появляется последний выпуск, а для некоторых (если не для большинства) - нет.
Патамушта арч - гогно.
Ждем тестов от фороникса.
Улучшения USB, улучшения USB... Проброс по физическому порту у кого-нибудь заводился?
А были какие-то жалобы по этому поводу?
> А были какие-то жалобы по этому поводу?Были и есть: https://bugzilla.redhat.com/show_bug.cgi?id=871839
И есть? Там же сообщение от 31 октября 2012 для qemu-kvm-1.0.1-2.fc17.x86_64.
Для дистрибутива есть — версия и сейчас практически та же, баг без ответа. А в апстриме вот и спрашивал, как у кого.
Может кто-нибудь подсказать, в версии 1.14.0 есть продвижение в плане поддержки SPARC 64-bit?