MIPS64 на пороге

[vak]

Верификацию предыдущего ядра P5600 закончили. Это была большая работа. Процессор, выполняющий четыре инструкции за такт out of order на каждом из шести ядер, плюс новый сопроцессор с плавающей точкой, плюс расширение SIMD (до 16 умножений/сложений за такт на каждом ядре), увеличенный в 8 раз TLB с автоматической подгрузкой, да ещё виртуализация поверх всего этого. Работает, куда оно денется. Самый быстрый в мире лицензируемый процессор, скорость 5 CoreMark/MГц на ядро.

Но расслабляться некогда, беремся за еще более амбициозный проект: I6400. Это 64-битное ядро, in order, с поддержкой многопоточности. Переходим на новую архитектуру MIPS R6. Наши архитекторы боевые ребята, скучать не дают. Симулятор QEMU для R6 уже выложен на GitHub: https://github.com/prplfoundation/qemu

Comments

[dmarck.livejournal.com]

Ух! Поздравляю, и пусть всё складывается удачно!

[vak]

Спасиюо!
Больше процессоров хороших и разных. :)

[spamsink]

И всё, как это принято у них, на VHDL?

[vak]

Нет, Верилог слава богу.
Как выяснилось, все современные тулчейны успешно кушают смесь VHDL и Verilog в любой пропорции, так что проблема снялась.

[eentropy.livejournal.com]

а ведь когда-то, майкрософт отказалась от поддержки R4000 - и я подумал "вот ведь неудачники"

[vak]

Многих тогда итаниумом подкосило.

[eentropy.livejournal.com]

итаниум теперь представляется как отвлекающий маневр Intel

[vak]

Интел обманул сам себя. В результате архитектуру x86-64 изобрела AMD.

[oboguev.livejournal.com]

А зачем в процессоре ориентированном на рынок встроенных систем виртуализация?
"Чтоб было"?

[vak]

"Multiple context security platform for enterprise/consumer partitioning, secure content access, payments/transactions, and isolating secure schemes from numerous content sources."

К примеру, декодер Amazon Video или Netflix может работать в защищенной виртуальной машине, без опасений что пираты уворуют видеопоток. То же самое финансовые платежные транзакции. Утечка данных через границу виртуальной машины невозможна. Для систем жесткого реального времени обеспечивается устойчивость. Так называемое разделение ответственности: крэш одной подсистемы не влияет на работу остальных.