|
|
ru.algorithms- RU.ALGORITHMS ---------------------------------------------------------------- From : Nick Kovaliov 2:5020/400 23 May 2003 14:17:28 To : Alex Astafiev Subject : Re: z buffer -------------------------------------------------------------------------------- AA> Смешной ты какой. ;) Сам смешной ! ;) AA> Это в алгоритме много последовательных операций. AA> А блоки электроники работают параллельно. И последовательно. Там, где не удаётся параллельно. Hапример, если требуется вычислить b = sin(a) c = sin(b), То ты никуда не денешься, и вычислишь последовательно. Hапример, во всех алгоритмах деления, которые я знаю, последовательностей достаточно много. А в умножении, как раз, много параллельных операций. А в ддд-алгоритмах тоже не все делается параллельно. Сложно поверить даже в то, что текстурирование с перспективной коррекцией делается такт на пиксель. А если добавить трилинейку, то ещё сложнее. Умножение, конечно, шустрое, но не всегда его удаётся параллельно вставить. AA> Это в Intel-паравозе под названием AA> Pentium или Itanium умножение, деление AA> и извлечение корня занимает почему-то AA> единицы/десятки тактов. Да, так и есть. Hемножко на это и ориентировался :) AA> Хардварные схемы divide / multiply AA> перемножают и делят n-битные числа за такт-два. Про умножение я знаю, а про деление быстрое нет. Такими способами, что у Кнута, за такт не сделать, наверное. AA> Читаем: AA> 1. AA> IEEE TRANSACTIONS ON COMPUTERS, AA> VOL. 46, NO. 8, AUGUST 1997 AA> Division Algorithms and Implementations AA> Stuart F. Oberman, Student Member, AA> IEEE, and Michael J. Flynn, Fellow, IEEE AA> 2. AA> Fast Division Algorithm with AA> a Small Lookup Table AA> Patrick Hung, Hossam Fahmy, AA> Oskar Mencer, Michael J. Flynn AA> Computer Systems Laboratory AA> Stanford University, CA 94305 Знаешь, где в электронном виде достать ? Искал на SetSeer, гуглил, но не нашёл ... AA> 3. AA> Karatsuba-Ofman Algorithm for Fast Multiplication Это классика. AA> Hа закуску характеристики обычного AA> TMS320C64 (это DSP-процессор) : [ ... Skipped ... ] AA> Восемь умножений 8bitx8bit за такт. Понятно. Hу умножения быстро сделать не особая проблема. Там хоть столько за такт можно сделать, только уйдёт транзисторов много. AA> Я думаю что в последних Geforce/Radeon AA> (чья сложность выше PentiumIV) AA> параллельно выполняются десятки AA> умножений и делений, может и не за такт, AA> но все равно шустро ... Так скоро дойдёт, что на гЭфорсах будут обычные вычисления производить ;-)) AA> Хоть они и называются "процессорами", AA> выполняют не покомандные "алгоритмы", AA> в них все жестко прошито раз и навсегда, AA> по крайней мере в растеризатор А там и менять-то нечего. AA> (конечно пока не появились shader). Hасколько я могу судить, шейдеры не так уж, чтобы совсем жутко замедлили. До встречи, всего наилучшего ! --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.algorithms/24632144eb020.html, оценка из 5, голосов 10
|