О чем говорят инженеры

[vak]

Выдержки из дискуссии:
Chris Rowen, CTO at Tensilica;
Andrew Caples, senior product manager at Mentor Graphics;
Drew Wingard, CTO at Sonics;
Larry Hudepohl, vice president of hardware engineering at MIPS;
Barry Pangrle, senior power methodology engineer at Nvidia.

"There are examples of chip companies that were started to do some very clever things, but they never got off the ground because no one could figure out how to develop the software. It’s easy to build embarrassingly parallel hardware that is programmable, but building a software environment that people are willing to use is a different matter."

Как бы вдогонку к обсуждению Мультиклета.

Comments

[mandrykin.livejournal.com]

Вполне благородная. Но c помощью прав страниц это делается легко.

[mandrykin.livejournal.com]

А что может случиться страшного, если процессор начнёт исполнять данные? Вряд-ли он успеет навредить системе или другому процессу, прежде чем наткнётся на несуществующую команду или обратится по неправильному адресу. Самое страшное, что может случиться - завснет в бесконечном цикле.

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

Может навредить, однако

[vak]

Есть такой этап верификации процессора, называется "soak testing". Запускается некоторое количество задач, обычно немного больше чем ядер в чипе. Каждая задача генерит и выполняет псевдослучайный код, с некоторым акцентом типа побольше плавающей точки или системных вызовов с произвольными аргументами. Обычно за несколько часов такой трясучки начинают вылезать весьма забавные баги. Случаются очень глубоко хардверные ситуации, которых не бывает в реальном коде.