<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск эмулятора QEMU 2.8.0 </title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html</link>
    <description>Представлен (http://lists.nongnu.org/archive/html/qemu-devel/2016-12/msg02843.html) релиз проекта QEMU 2.8 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 2.8 внесено более 1900 изменений от 201 разработчика. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Ключевые улучшения (http://wiki.qemu.org/Ch</description>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Shell)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#34</link>
    <pubDate>Fri, 23 Dec 2016 15:41:26 GMT</pubDate>
    <description>А когда сделают поную поддержку sparc64?&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#33</link>
    <pubDate>Thu, 22 Dec 2016 22:13:43 GMT</pubDate>
    <description>Без ускорения не нужно.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (commiethebeastie)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#32</link>
    <pubDate>Thu, 22 Dec 2016 16:52:28 GMT</pubDate>
    <description>Вообще-то это по мотивам mpv и smplayer.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (doom)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#31</link>
    <pubDate>Thu, 22 Dec 2016 16:15:59 GMT</pubDate>
    <description>&amp;gt; А в чем интерес сферического cortex M3 в вакууме? Чтобы лишний раз &lt;br&gt;&amp;gt; подтвердить что такие эмуляторы бесполезны для отладки? Большинство коммерческих софтварных &lt;br&gt;&amp;gt; эмуляторов по мере усложнения чипов банально вышли из употребления. Никому не &lt;br&gt;&amp;gt; надо приблизительную третьесортную эмуляцию в которой прога вроде работает, а на &lt;br&gt;&amp;gt; реальном железе - швах.&lt;br&gt;&lt;br&gt;Вцелом да, т.к. там где Cortex-M применяются всё сильно завязано на периферию. Но если есть хороший эмулятор ядра, то почему и нет - unit tests, замеры по тактам, да и просто при портировании всяких библиотек полезно.&lt;br&gt;&lt;br&gt;Ну и насчет того, что эмуляторы вышли из употребления - это не так. Для того же ARM 8 появился эмулятор, и народ бодро запилил поддержку компиляторов, операционок не имея на руках реального железа. C RISCV та же история.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#30</link>
    <pubDate>Thu, 22 Dec 2016 14:05:34 GMT</pubDate>
    <description>&amp;gt; Суть технолгии в том, что на двух хостах запускаются две идентичные копии виртуальной машины&lt;br&gt;&lt;br&gt;Штука в том, что когда две машины начинают вести себя по-разному, нет возможности сказать, какая из них &quot;врет&quot;. Поэтому обычно запускают три машины.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Андрей)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#29</link>
    <pubDate>Thu, 22 Dec 2016 12:22:05 GMT</pubDate>
    <description>&amp;gt; Ну так ему и заметили, что нет смысла пихать в апстрим кучу не полноценного кода.&lt;br&gt;&lt;br&gt;Не, я о том ARM-коде. А ему - о том, что в qemu не хотят кода-заглушек, который как бы и есть, но как бы и не отработает специфичные команды. А я о том, что лучше, чтобы одна из нескольких программок пусть и сбойнула с not implemented opcode но зато другие работали бы без пересборки.&lt;br&gt;&lt;br&gt;&amp;gt; С openocd такая же фигня, приходится держать пяток форков.&lt;br&gt;&lt;br&gt;Какое-то время назад глядя на git и медленную разработку, я заглянул в gerrit. И обалдел: там просто море, непочатый край. И не понял, разработчики не комитят просто по принципу &quot;не я написал&quot; (по аналогии с not invented here) или как это понимать?..&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#28</link>
    <pubDate>Thu, 22 Dec 2016 11:19:02 GMT</pubDate>
    <description>&amp;gt; тролинг удался (нет), затролили тролля&lt;br&gt;&lt;br&gt;fix&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#27</link>
    <pubDate>Thu, 22 Dec 2016 10:41:55 GMT</pubDate>
    <description>Выбросить, а железо, на котором работал PVM, отдать в сервис.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск эмулятора QEMU 2.8.0  (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/109974.html#26</link>
    <pubDate>Thu, 22 Dec 2016 09:42:22 GMT</pubDate>
    <description>&amp;gt;&amp;gt; but if you are not interested, no problem, I&apos;ll keep everything local in my branch.&lt;br&gt;&lt;br&gt;А в чем интерес сферического cortex M3 в вакууме? Чтобы лишний раз подтвердить что такие эмуляторы бесполезны для отладки? Большинство коммерческих софтварных эмуляторов по мере усложнения чипов банально вышли из употребления. Никому не надо приблизительную третьесортную эмуляцию в которой прога вроде работает, а на реальном железе - швах.&lt;br&gt;&lt;br&gt;Вот и получается что проще всего на реальной железке отлаживаться. Иначе есть риск получить очень специфичный класс трудноуловимых глюков.&lt;br&gt;</description>
</item>

</channel>
</rss>
