Вовсе не громкое, раньше было так, сейчас не тестил. Чем меньше бакет, тем больше туда-сюда байтов гоняется. На это тоже уходит время. Разница была непринципиальной, но была.
Щас конечно процессоры шустрей стали, врай подновился и ситуация могла поменятся. Хотите - проверяйте.
На дистрибутивном рендере расхождение может быть больше. Сеть тупит иногда.
ddd-max, вы передёргиваете, не успевая вникнуть в суть )))
В 5 раз медленнее посчитал не весь процессор, а его 1/6 часть.
А должна была посчитать в 6 раз медленнее по логике вещей.
Итого ускорение на 17%.
Но практического применения этому нет, разве только поставить гору памяти, нагрузить каждое ядро своим максом и рендерить одним бакетом.
Хотя тут есть нюанс - вроде как АМД умеет разгонять ядро при нагрузке только на одно из них. И результат эксперимента на всех ядрах будет нулевой.
На сайте c 24.02.2010
Сообщений: 1221
Петрозаводск
протестил на текучке. 24 бакета бегает. при размере 32*32(обычно такими рендерю) и при размере 20*20. разница в скорости меньше 3%(при меньшем размере рендерит быстрее)
ddd-max, вы передёргиваете, не успевая вникнуть в суть )))
В 5 раз медленнее посчитал не весь процессор, а его 1/6 часть.
А должна была посчитать в 6 раз медленнее по логике вещей.
Итого ускорение на 17%.
Но практического применения этому нет, разве только поставить гору памяти, нагрузить каждое ядро своим максом и рендерить одним бакетом.
Хотя тут есть нюанс - вроде как АМД умеет разгонять ядро при нагрузке только на одно из них. И результат эксперимента на всех ядрах будет нулевой.
Кстати я обращал внимание на то что если поделить ядра между двумя максами, то рендерить они будут медленней нежели последовательно выполнить рендеры на всех ядрах. Думаю связано со скоростью обмена данными внутри системы, т.к. сквозь 1 "трубу" пытаются пропихнуть 2 потока. Или может быть дело в объеме оперативы. Короче нетак сильно я в железе разбираюсь чтобы это пояснить, но это факт.