Carry - эмулятор., Блог. Поделиться Опции

[DmT]

Andy51,
Ну дак по этому я и занялся JIT компиляцией
с JIT вполне можно 53 МГц сделать, без 17 ГГц процессора. А если еще и переписать работу с флагами CF, NF, ZF, VF на асме, то вообще сказочные частоты получить можно, ибо выставление флагов одна из наиболее затратных частей.
Так что ничего я не перемудрил.

Кстати, может быть поэтому JVM на мотороле столь медленная - из-за отсутствия JIT компиляции кода?

[DmT]

Вот седня флагами занимался. Разобрались.
Решил все инструкции не написать, а описать. То есть на псевдокоде написать как они должны работать, чтобы при кодогенерации была возможность избавляться от лишнего кода. Да и кодогенерация вполне оправдывает свое название, т.к. раньше это было всего лишь экземплярирование готового кода, в начало которого просто подставлялись переменные, что плохо сказывалось на производительности. Теперь же мне придется все инструкции оформлять на своем доморощенном ассемблере, что в конечном счете приведет к экономии инструкций. А следовательно и к увеличению производительности, что позволит владельцам медленных систем использовать эмулятор без понижения тактовой частоты. Да и в дальнейшем будующем позволит оптимизировать код анализируя его целыми кусками, что вообще шикарно .

[Pyth_ON!]

Прочитал тему и слюнки потекли :)

[motoprogger]

JIT-компиляция Java, как я понял, на мобильных платформах непопулярна. У Google в андроиде вроде своя JVM, с несовместимым форматом исполняемых файлов (но есть конвертор), показывающая заметно лучшую производительность на мобильных платформах, но боюсь, их JVM нашему объёму оперативной памяти на P2K не светит

Насчёт JIT-компиляции ARM-кода под IA-32 - сразу предупреждаю, это сделает эмулятор несовместимым с процессорами других архитектур. То есть, его перенос на IA-64, amd64 или SPARC не будет тривиальным...

[DmT]

Насчёт JIT-компиляции ARM-кода под IA-32 - сразу предупреждаю, это сделает эмулятор несовместимым с процессорами других архитектур. То есть, его перенос на IA-64, amd64 или SPARC не будет тривиальным...

Дак весь перенос состоит в переписывании конструкторов функций-обработчиков инструкций ARM. Согласен с тем, что не тривиально, но вполне осуществимо.
План переноса такой: (возможно) изменяется синтаксис псевдо ассемблера. Соответственно функции генерирующие байткод из описания инструкции. Соответственно меняется конструктор функции-обработчика инструкции ARM на новый синтаксис псевдо ассемблера и возможно меняется сама структура конструктора(если новая платформа позволяет написать обработчик проще).

К тому же IA-64 и amd64 все еще поддерживают совместимость с x86 инструкциями. На счет SPARC не знаю, но ткните мне пальцем в того, кто использует платформу на SPARC для написания эльфов.

Сообщение отредактировал DmT - 27.1.2010, 16:23

[DOMAN]

объясните обычному юзеру на человеческом языке, к чему приведет ваш проект? и для чего он нужен? нашы телы мощьней станут? или это только для того чтоб еще производительней создавать эльфы?

[baat]

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

[DOMAN]

Т.е. Как я понял, это даст Вам, разработчикам, создавать более стабильные эльфы. Без глюков. И нас юзеров оставить без работы. :( хороший проект. :)

[baat]

DOMAN, эльфы как кодили, так и будут кодить... глюки в основном по вине пользователей(много эльфов запущеных, памяти не хватает, имя прошивке поменяли, функий в либе нет, либа не та, и т.д.), на счёт вас оставит без работы, так и так на сто скачиваний, один отписавшийся... стабильнее врят ли эльфы станут, не панацею пишут, а эмулятор, на юзерах никах не скажется, только телефонам разработчиков станет немного легче, вот и всё, что изменится...

[DmT]

Сегодня наконец начал разбираться с кодогенерацией... Ох ё, чего эти противные Intel наворотили в своем референсе...
http://www.intel.com/design/pentiumii/manuals/243191.htm
Час с @motoprogger потратили на то, чтобы только раскурить самые базовые вещи, о самой кодогенерации речи даже пока идти не может.
Информация для интересующихся:
В двух словах о инструкциях x86.
инструкции не имеют фиксированной длинны. Общий вид инструкции:

Код

[Instruction prefix] - есть не у всех инструкций, поле может занимать от 0 до 4 байт, может менять значение инструкции.
[Opcode] - основная часть того, что опредляет что же за инструкция перед нами. Занимает от 1 до 2 байт, но еще 3 бита могут храниться в следующем поле.
[ModR/M] - Занимает 1 байт, если вообще используется. Делится на три подполя:
----[Mod] - 2 бита, которые определяют что из себя представляют операнды инструкции(регистр/память)
----[Reg/Opcode] - 3 бита. Во-первых те самые 3 бита дополнительных для [Opcode]. Во вторых информация об операндах(номер регистра помеченного в описании инструкции как "r").
----[R/M] - 3 бита. Так же определяет информацию об операндах. Если [Mod] соответствует операндам-регистрам, то тут будет номер регистра помеченного "r/m", если [Mod] соответствует ситуации в которой фигурирует память, то в этом подполе + возможно в следующем поле содержится информация о методе вычисления указателя.
[SIB] - 1 байт если запрошен. Не очень понял что именно он делает.
[Dispalcement] - может быть 1, 2 или 4 байта. Если указано, что в качестве операнда выступает указатель на память, вычисленный через регистры, и к нему прибавляется некая констнта, то эта константа задается этим полем.
[Immediate] - может быть 1, 2 или 4 байта. Если в инструкции явно задана константа (не для адресации), то она задана через такую формулу.

Завтра буду учиться на бумажке составлять инструкции. компилятор в голове:)


Сообщение отредактировал DmT - 31.1.2010, 8:11