- Рейтинг
- 20
Потестил размеры бакетов с целью выяснить закономерности зразмерности. Результаты:
8х8 - 114 сек.
16х16 - 71 сек.
32х32 - 56 сек.
64х64 - 50 сек.
96х96 - 48 сек. (не стандартный размер)
128х128 - 47 сек.
180х180 - 46 сек. (не стандартный размер)
256х256 - 46 сек.
512х512 - 68 сек.
1000х1000 - 146 сек. (не имеет смысла, так как при картинке 1200х900 слишком много времени считает только одно ядро, ханимая около 70% картинки своим бакетом.)
Далее хотел, чтобы протеститовать бакет 1000х1000 рендерю картинку 3000х3000, дабы задействовать подольше все 4 ядра. Но опять же, картинка не равномерная, каждая область считается отдельно по времени. Хотя бы половина ядер будет стоять на месте и ждать остальных. Я бы мог рендернуть картинку например 5000х5000, но вряд ли рядовому пользователю пригодятся такие данные. Потому надо рсчитывать относительно стандартных рамеров, скажем 1600х1200.
Табличные данные показывают, чем больше рамер бакета, тем быстрей просчет. Но в зависимости от размера картинки определенное увеличение может и задержать просчет, выдавая отдному ядру большую зону прчета. Очевидно что лучше эту зону разделить на несколько ядер. Отсюда и прирост. К тому же по крайней мере на моей машине не обязательно размер бакета ставить каких-то стандартных размеров типа 32 или 64. Зачем соблюдение этих размеров я пока не знаю.
Общий вывод - чем больше размер картинки, тем больша можно ставить бакет. Исходя из текущих размеров можно сказать что размер бакета составляет 1\5. То есть я беру длину стороны (1200) и делю на бакет с лучшим временем (256). То есть разбивка на такие зоны более оптимальной получилась.
Моя система:
Win7x64
Max 2009
Core2Quad 3.4G
8GbRAM
8х8 - 114 сек.
16х16 - 71 сек.
32х32 - 56 сек.
64х64 - 50 сек.
96х96 - 48 сек. (не стандартный размер)
128х128 - 47 сек.
180х180 - 46 сек. (не стандартный размер)
256х256 - 46 сек.
512х512 - 68 сек.
1000х1000 - 146 сек. (не имеет смысла, так как при картинке 1200х900 слишком много времени считает только одно ядро, ханимая около 70% картинки своим бакетом.)
Далее хотел, чтобы протеститовать бакет 1000х1000 рендерю картинку 3000х3000, дабы задействовать подольше все 4 ядра. Но опять же, картинка не равномерная, каждая область считается отдельно по времени. Хотя бы половина ядер будет стоять на месте и ждать остальных. Я бы мог рендернуть картинку например 5000х5000, но вряд ли рядовому пользователю пригодятся такие данные. Потому надо рсчитывать относительно стандартных рамеров, скажем 1600х1200.
Табличные данные показывают, чем больше рамер бакета, тем быстрей просчет. Но в зависимости от размера картинки определенное увеличение может и задержать просчет, выдавая отдному ядру большую зону прчета. Очевидно что лучше эту зону разделить на несколько ядер. Отсюда и прирост. К тому же по крайней мере на моей машине не обязательно размер бакета ставить каких-то стандартных размеров типа 32 или 64. Зачем соблюдение этих размеров я пока не знаю.
Общий вывод - чем больше размер картинки, тем больша можно ставить бакет. Исходя из текущих размеров можно сказать что размер бакета составляет 1\5. То есть я беру длину стороны (1200) и делю на бакет с лучшим временем (256). То есть разбивка на такие зоны более оптимальной получилась.
Моя система:
Win7x64
Max 2009
Core2Quad 3.4G
8GbRAM