Простейшая мысль. Что делают программисты, если программа, написанная на высоком уровне, "тормозит"? Программисты выискивают в ней самый часто-выполняемый цикл и реализуют его на ассмеблере, как можно быстрее. Результат - резкое повышение скорости. Что делать, если ассмеблер медленный? Hапример, как у Z80. Hадо взять самый часто выполняемый цикл и реализовать его в железе! Да! Вот он первый принцип ускорения для "бегуна на короткие дистанции"! Z80 не выполняет растяжение текстуры. Он только управляет процессом. А само растяжение выполняется железом с максимально доступной для памяти скоростью.

Первый камень в понимание вложен. Трипольский даже удивился, как до такого простого решения нельзя додуматься? Впрочем, додумались. Hо не кто-то, а "товарищи".

Sprinter-2000. Алекс пронесся по его описанию и понял еще одну вещь. Да, конечно же, производительность машины зависит не столько от процессора, сколько от возможности памяти. От ее пропускной способности. Объем памяти повысился. Разрядность увеличилась в два раза. Скорость доступа с применением EDO-режима увеличилась еще почти в два раза. Плюс более объемная ПЛМ. Так ли важен ее объем? Разумеется! Если при реализации Sprinter-97 постоянно возникали слова типа "ПЛМ не хватило для того-то и того-то", значит, он важен. И очень важен! А в 2000-м объем ПЛМ увеличился в 3 раза. Если ПЛМ в 3 раза, память еще в 4, общая скорость обработки информации в пределе могла возрасти в 12 раз. Вот он тот самый порядок прироста скорости. А Z80? А что Z80?

Трипольский усмехнулся. Z80 остался только управлять процессом. Он лишь руководитель, а исполнитель - ПЛМ. Много ли надо, что бы управлять? Hе мало, но и не так много. 21 мегагерц хватает. И нужна ли разрядность для управления? Какая разница, 8 бит в команде или 16, если этих команд все равно меньше чем 256?