OSDev

Да я сам был в шоке когда нашёл. Есть такая вещь как ионно-лучевой литография. Такой штукой оборудываются некоторые электронные микроскопы. Благодаря совмещения 2-х функций напылений и датчика можно точно контролировать процесс. Рабочая площадка ионно-лучевой литографа маленькая. Но благодаря микроскопу возможно выполнять сшивку.
Причем в том который я находил было написано что реализовано в софте.
Недостаток только скорость производства. Несколько дней один чип.
http://en.wikipedia.org/wiki/Electron-beam_lithography
Купить можно на http://www.rusnanonet.ru
Какую именно модель тогда видел не помню вроде от фирмы JEOL, но это именованно что был микроскоп, а вот литография была не главной функцией.
http://www.jeol.co.jp/en/science/ebx.html

Есть же QEMU открытый проект со 100% трансляцией кода.
Да и Bochs. Правда последний медленный, так как не транслирующий.

В этом направлении очень много работ.
Современная литография работает с атомарными уровнями. Позволяя осаждать на кристале плёнки толщиной 1 атом.
Чем не 3D печать.
Электролучевую литографию я упомянул.
Есть технология лазерной разводки проводов. Под действия света вещество из не проводника становиться проводником. Путём испарения "оксида".
У HP или Xerox заявляли что разработали все компоненты для производства принтера который может печатать логические схемы и энерго независимую память. Правда технология далека от совершенства.
TFT панели производятся по принципу печати.
Да и вообще печатные платы не даром так называются.
Так что чем литография не печать?

Пожалуй по Гипервизору стоит завести отдельную тему в разделе
практические вопросы, чтобы туда как-то бросать интересные
сведения по данному вопросу.

А, понятно, смешалось в кучу несколько понятий .
Электронно-лучевая литография с ионно-лучевой; приставки к микроскопам за 100k$, позволяющие рисовать отдельные проводники на площади в сто на сто микрон, с промышленными установками за несколько M$, позволяющими сделать кристалл или фотошаблон.


Чубайса не обманешь, Чубайс сам кого хочешь обманет. Приставка к микроскопу мне не нужна.

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

Эмуляторы процессоров или даже машин хотя и не имеют непосредственного
отношения к виртуализации, лишь пользуются ее возможностями,
также представляют большой интерес.

Ранее приводился пример программного эмулятора машины х86 для
платформы на базе ARM. Причем здесь четко видно зачем это делается -
экономически оправдано.

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

QEMU и еще с SkyEye баловался, правда второй я так понял более заточен под эмуляцию микроконтроллеров на базе ARM

Для leonidpr

Универсальный эмулятор вряд ли возможен.
Все же надо расчитывать на пары, например, Intel --> ARM,
ARM --> Intel и т.д.

Пример, причем экономически обоснованный, Intel на ARM
приведен выше.

Вопрос - есть ли пример ARM на Intel, причем в практическом
применении, экономически и технологически обоснованный.
И вообще насколько все будет точно работать, пусть и
медленнее.

То есть чисто теоретически вроде как доказано что взаимная
эмуляция возможна всегда. Но что на практике?

Как правило софт пишется на ПК и запускается на эмуляторе. Эмулятор входит в SDK на конкретное устройство. Что обоснованно экономически - упрощая и ускоряя разработку и тестирование.

Проблема в том что ЦП ARM около 10 штук. А устройств, машин контролёров десятки или даже сотни.
Устройства, контролёры могут отличаться наличием DSP процессора и иметь одно ядро DSP.

Так вот в QUEMU поддерживает несколько штук АРМ процессоров, несколько мипсов, интел и др. Причём трансляцию может выполнять в обе стороны.
Скорость особо не важна.
Точность зависит от разработчика, от того сколько он вложил средств в разработку эмулятора. Как правило берут QEMU и затачивают под себя. ЦП эмулируются точно, а вот на эмуляции перефирии как правила на точности эмуляции экономят. Зато предлагают дистанционный доступ к реальным железкам.



Если процессор является машиной Тьюринга. То 100% возможно взаимная эмуляция, доказывается в теории вычислений и алгоритмов.
Так как все сегодняшний процессорами являются машинами Тьюринга. Вот с машинами на спутанных фотонах и квантовых компьютеров не всё так просто. Хотя с другой стороны они являются вычислительными машинами по Чёртчу. А они в свою очередь вроде как считаются равными машинам Тьюринга.

Для pavia

Использование эмуляторов в том числе и более менее универсальных
для разработки и отладки давно известно. Однако, в завершении
процесса отладки, софт должен работать все же на своем железе.

Приведенный же выше пример с эмулятором INTEL на ARM боевой,
то есть предназначен для постоянной работы. Поэтому у меня и
возник вопрос - есть ли обратные примеры. И самое главное -
а в связи с чем это может быть востребовано и экономически
оправдано. Насколько приведенные универсальные эмуляторы
годны под плановое использование для более менее сложного
значимого софта?

Вопрос собственно в методе портирования своей ОС на различные
платформы. Возможно ли здесь обойтись эмуляторами?