Увидел свет (http://lists.gnu.org/archive/html/qemu-devel/2014-04/msg0273...) релиз QEMU 2.0 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. Всего в разработке всех выпусков QEMU приняло участие более 400 авторов, которые подготовили около 25 тысяч изменений. При подготовке версии 1.7 внесено около 2500 изменений от 179 разработчиков.
Значительная смена нумерации версии связана с внесением изменений, нарушающих обратную совместимость и меняющих некоторые значения по умолчанию. В частности, изменены наименования шин, указываемые через опцию "-device bus=...". Кроме того, начиная с версии QEMU 2.1 директивы файла конфигурации "acpi", "boot-opts" и "smp-opts" будут приведены к форме, совпадающей с наименованием опций командной строки ("acpitable", "boot", "smp").
Ключевые улучшения (http://wiki.qemu.org/ChangeLog/2.0), добавленные в QEMU 2.0:
- Обеспечена возможность сборки блочных драйверов (curl, iscsi, rbd, ssh, glusterfs) в форме разделяемых библиотек ("--enable-modules");
- Начальная поддержка использования KVM на системах с архитектурой AArch64;
- Поддержка всех инструкций 64-разрядного режима ARMV8, за исключением криптографических расширений и опциональной поддержки CRC;
- Поддержка эмуляции AArch64 в пространстве пользователя;
- В классический генератор кода TCG (Tiny Code Generator) добавлена поддержка инструкций 32-разрядного режима ARMv8;
- Добавлена поддержка прямого доступа к разделам NFSv3 из пространства пользователя при помощи библиотеки libnfs;
- Внесены улучшения в оптимизатор TCG (Tiny Code Generator), которые позволили добиться генерации более быстрого кода;
- Добавлена опция "-cpu hv-time" (работает только с KVM и ядром Linux 3.14) с реализацией эталонных счётчиков времени Hyper-V, использование которых позволяет увеличить производительность работы гостевых систем с Windows при выполнении приложений, активно использующих вычисления с плавающей запятой или инструкции SIMD;
- В пользовательском интерфейсе на базе GTK добавлена поддержка работы на хостах с Windows, данный интерфейс теперь предлагается в Windows по умолчанию;
- В графическом интерфейсе обеспечена поддержка SDL 2.0;
- Поддержка плат на базе процессора AllWinner a10 ("-M cubieboard") и платы Canon PowerShot A1100 DIGIC ("-M canon-a1100");
- При запуске с использованием TCG обеспечена поддержка инструкций POWER Altivec 2.07 и VSX;
- Поддержка выбора последовательности загрузки при эмуляции pSeries;
- Для x86-систем Q35 добавлена поддержка горячего подключения CPU;
- Для BSD-систем добавлен новый сетевой бэкенд "netmap";- Генерируемые QEMU c таблицы ACPI теперь могут использоваться в прошивках OVMF (https://wiki.ubuntu.com/UEFI/OVMF);
- Для Xen обеспечена поддержка проброса PCI-устройств с ПЗУ;
- В реализации USB-контроллера XHCI добавлена поддержка ждущего режима;- Добавлен новый управляющий интерфейс для горячего подключения CPU и virtio-rng;
- Увеличена надёжность live-миграции при использовании образов в формате QCOW2;
- Добавлена поддержка слияния live-снапшотов;
- В бэкенды iSCSI и Gluster добавлена поддержка слияния снапшотов;
- Экспериментальная поддержка многопоточной модели M:N в virtio-blk;- Обеспечена поддержка работы на накопителях, требующих выравнивания буферов по границе 4K;
- Поддержка трассировки QEMU с использованием LTTng 2.x.URL: http://lists.gnu.org/archive/html/qemu-devel/2014-04/msg0273...
Новость: http://www.opennet.me/opennews/art.shtml?num=39595
класс!
"Canon PowerShot A1100 DIGIC" подскажите для чего это?
на этом фотике можно что-то пускать?
ага, нашел: для экспериментов со своими прошивками
Добро пожаловать в XXI век. В этом дивном новом мире у SD-карты, калькулятора или фотоаппарата может быть процессор и память, которым позавидовал бы мой первый компьютер.
Как, вы не видели как в Canon 40D linux всунули?!!! (мож 350D, не помню, давно было)
> Как, вы не видели как в Canon 40D linux всунули?!!! (мож 350D,
> не помню, давно было)А мой телефон давно умеет эмулить навороченные инженерные калькуляторы от Ti и HP. С построением графиков, etc. Да и фотоаппараты с линухом уже есть.
Понять бы зачем...
Чтобы где-то в метаданных, выложенных вами фоток, вдруг не оказалось очень нежелательных сведений?
Чтобы, если у вас фотик с WiFi, bluetoth, вдруг он сам-собой не подключился где-либо к публичной точке тоступа и не слил кое-какие фотки или ролики, а вы бы и не догадывались об этом?
> Чтобы где-то в метаданных, выложенных вами фоток, вдруг не оказалось очень нежелательных
> сведений?
> Чтобы, если у вас фотик с WiFi, bluetoth, вдруг он сам-собой не
> подключился где-либо к публичной точке тоступа и не слил кое-какие фотки
> или ролики, а вы бы и не догадывались об этом?Ужас какой, вот не понимал зачем фотику wifi и bl, моя зеркалка так не умеет...
Но а самое главное, зачем фотик который фотать не умеет, можно смартфон тогда... Не думаю что там linux залитый хорошо с фокусировкой справится ( по крайней мере тот что сейчас залить можно ), ну а если firmware в блобе, то оно и сольёт фотки...p.s. Хватит уже порнографию снимать на мыльницы
p.p.s. У вас нет никакой гарантии на микрокод в процессоре, особенно если он специфический.
> p.p.s. У вас нет никакой гарантии на микрокод в процессоре, особенно если он специфический.Коль, а ты и с пола жрёшь? Всё равно же микроорганизмы всегда присутствуют в еде.
"вот не понимал зачем фотику wifi и bl"Для спортивных репортеров, например. К тушке прикручен объектив на 10кг 400миллиметровый и так просто фотоаппарат не поменяешь. Матч идёт час-два, фотки надо в работу сразу же пускать, а не после матча вытаскивать флэшку и...
Для остальных леммингов, GPS и беспроводная связь - это, конечно, не есть гуд. Могут raw-ы стырить враги, потом и авторство свое не докажешь (если фото ценное).
> "вот не понимал зачем фотику wifi и bl"
> Для спортивных репортеров, например. К тушке прикручен объектив на 10кг 400миллиметровый
> и так просто фотоаппарат не поменяешь. Матч идёт час-два, фотки надо
> в работу сразу же пускать, а не после матча вытаскивать флэшку
> и...Справляются как то правда ( флешки конечно не вытаскивают, там собственное ПО и тушки последние и usb3 и Ethernet умеют ) ? ( основной фотик олимпиады http://nikon.ru/ru_RU/product/digital-cameras/slr/profession... ( хотя может обновой обеспечили РИА, http://nikon.ru/ru_RU/product/digital-cameras/slr/profession... )
Бывал среди снимающих на соревнованиях, не страдают они от отсутствия вафлей и голубого зуба, и фотки отбирают сами, а не кто-то в их снимках ( которые идут сериями по 5-10 в сек, никогда со спорт. фотографами рядом не стояли? ) причём в фотике, сразу.
да и свободного ПО в продукции nikon отродясь не наблюдалось. Да и если Nikon свои наработки по обработке данных открытыми сделает я конечно аплодировать буду, но скоро это вряд-ли произойдёт ( а свободное ПО до сих пор запаришься настраивать что бы из raw-ки даже древнего D90 по умолчанию что то похожее хотя бы на то что делает камера получилось (ufraw на dcraw который, даже с профилем от никоновской проги не так как то проявляет, приходиться постоянно руками докручивать)), так что использование полностью свободного ПО в проф. фототехнике, к моему сожалению, дело не совсем ближнего будущего, и без желания производителей задача близкая к неразрешимой ( за мой век маловероятно :( ).> Для остальных леммингов, GPS и беспроводная связь - это, конечно, не есть
> гуд. Могут raw-ы стырить враги, потом и авторство свое не докажешь
> (если фото ценное).Авторство давно не докажешь, был пример подделки raw, от одного из двух монстров направления, так, только как ещё один аргумент. GPS чем вредно не понял, мне не иногда не хватало.
Помню, были времена стояла куча ВМ, VirtualBox никаких проблем никогда при работе не вызывал, а в QEMU, мало того, что сначала у меня вообще ничего на работало, позже разобрался, но половина изох всё равно не запускалась, и работал он медленно, и часто всё ломалось.
Сейчас ситуация изменилась?
выучи для себя новое слово - "эмуляция"
а ты руки прооперировал?
А я помню времена, не то что DOSBox, но и XT-шек с MS-DOS 2.0. Ну и у кого больше?
А я в Unix v7 x86 "Hello, World" писал в ed.
И чем похвастался? v7 была для 386/486 только...
Он постеснялся Xenix назвать
Сосунок я на pdp 11 на ассемблере писал
> писалвот это слово тут правильное. только ударение на первую гласную, и дальше «тогда в пелёнки».
Я ещё на БЭСМ-6 программировал. Реально. С выводом результатов на АЦПУ.
> Я ещё на БЭСМ-6 программировал. Реально. С выводом результатов на АЦПУ.Вроде не было DEMOS под БЭСМ ?
>> Я ещё на БЭСМ-6 программировал. Реально. С выводом результатов на АЦПУ.
> Вроде не было DEMOS под БЭСМ ?Про DEMOS не знаю. Была система КРАБ и Удалённая Пакетная Обработка. И Паскаль.
Ещё, врое как, была для БЭСМ ОС Дубна. В старой книжке по Паскалю упоминание видел.
А я заметил, что в VirtualBox, начиная где-то с 4.1, XPюшка, при её установке, в синий экран валится (7-ка ставится на Ура). А вот в QEMU с XPюшкой проблем не наблюдалось.
4.1.18 всё нормлаьно с хп.
> Сейчас ситуация изменилась?Балбес ты шарик, VirtualBox сделан из qemu
> Балбес ты шарик, VirtualBox сделан из qemuитого: про vb ты не знаешь ничего. я сначала хотел было тебя про pdp поспрашивать, но что-то мне подсказало, что ты сразу сольёшься. тут вот тебя ничего не спрашивали — а ты всё равно слился.
> А я заметил, что в VirtualBox, начиная где-то с 4.1, XPюшка, при её установке, в синий экран валитсяЗвездобол.