Граждане, когда будете пилить свой процессор, не забудьте, что главное в нем — экосистема: компилятор (желательно несколько, но хотя бы gcc), отладчик, портированные RTOS, и т.д. Без всего этого ваш процессор никому не нужен.
Я бы лучше узнал, насколько лучше по энергопотреблению. Кому сейчас нужны ресурсы и частота, даже тупейший трехстадийный процессор можно разогнать до гигагерца на 16нм техпроцессе.
И в электронном, и в планируемом печатном варианте книги про архитектуру компьютера так и не определились, зовут ли авторов Харрис или Хэррис. И там, и там используются оба варианта.
Скажите, почему вы умножаете на матрицу Mshadow во втором фрагментном шейдере вместо того, чтобы заново считать значение shadow-буфера во втором вершинном шейдере (какой-нибудь varying_shadow) и потом интерполировать во втором фрагментном шейдере? Есть какая-нибудь причина для этого, или просто так было проще?
Нужно ли использовать коррекцию перспективы для Z-буфера?
У меня два куба, текстуры интерполируются нормально, но посмотрите на вертикальную линию пересечения кубов — в случае, когда я использую bc_clip, она кривая (кубы вверху), а когда использую bc_screen — она прямая (кубы внизу).
Иногда так и делают. Но нужно понимать, что обычно самая длинная стадия так или иначе связана с доступом в память (к кэшам, например). По понятным причинам целиком продублировать память далеко не так же просто, как обычное вычислительное устройство типа АЛУ. Поэтому обычно ее начинают делить на банки с незваисимым доступом, делают доступ к каждому банку за несколько тактов в расчете на то, что последовательный доступ обычно не потребует двух подряд обращений к одному и тому же банку, делают широкую память, которая может работать во столько раз медленнее, во сколько она шире, и т.д.
В любом случае, современные процессоры оптимизированы по максимуму и все столь очевидные решения там уже давно добавлены.
У меня два куба, текстуры интерполируются нормально, но посмотрите на вертикальную линию пересечения кубов — в случае, когда я использую bc_clip, она кривая (кубы вверху), а когда использую bc_screen — она прямая (кубы внизу).
В любом случае, современные процессоры оптимизированы по максимуму и все столь очевидные решения там уже давно добавлены.