Tests de velocidad de render con Blender

[viriathus]

Si el Athlon 64 es Dual Core, ¿tiene sentido poner 4 hilos? ¿no da el mismo resultado que con 2?

[Caronte]

Si el Athlon 64 es Dual Core, ¿tiene sentido poner 4 hilos? ¿no da el mismo resultado que con 2?

No, va mejor de hecho, hay que hacer pruebas con el número de hilos y con el número de parts X e Y, porque la velocidad puede varíar segundos.

Me parece que esto ocurre porque entre la finalización de un bloque y la inicialización del siguiente hay un tiempo donde el procesador no está al 100%, así que, si en ese momento los dos Cores están haciendo render, el tiempo se aprovecha mejor.

[Pistolario]

Hola. Con un AMD XP 2200+ y 2 Gb de Ram:
-Windows XP pro: 5:00:06.

Fedora 6: 5:45:00. Me ha sorprendido que vaya más rápido en XP que en Linux, ¿por qué será?

[alberizo]

Hola, con un AMD XP 2200+ y 2 Gb de Ram:
- Windows XP pro: 5:00:06
- Fedora 6: 5:45:00
Me ha sorprendido que vaya más rápido en XP que en Linux, ¿por qué será?

Sera por la configuración a mí me daba exactamente lo mismo, variando pocos segundos.

[Leander]

Para los de Linux, no es lo mismo renderizar en un Ubuntu AMD 64 que en un Intel x86, se supone que iría más rápido en el primero o quizás el utilizar una aplicación compilada a 32 bits hay un cuello de botella ahí.

[SHAZAM]

Los test anteriores los hice con Blender 2.42a. Testeando la 2.43 en mí portátil la diferencia es importante: Maquina:
Acer Pentium IV 2.66 Ghz.
512 RAM.
Windows XP.
00:10:22:16 en Blender 2.42a.
00:07:56:62 en Blender 2.43
Ya sé que mi portátil es lento, pero es lo que hay, mañana pruebo de nuevo en el Xeon, pero con la 2.43.

Por curiosidad he hecho pruebas en un viejo Dell pi 931 Mhz con 512 Mb Ram y los resultados fueron los siguientes:
00:10:01:83 en Blender 2.42a.
00:10:17:56 en Blender 2.43.

Y en un prehistórico IBM Aptiva pi a 401 Mhz con 384 Mb de Ram que utilizo para navegar el tiempo fue de:
00:28:41:91 en Blender 2.43.

Sé que los tiempos en estos últimos fósiles informáticos no tienen relevancia, pero lo interesante es que Blender funciona en ellos perfectamente por lo que añade un poco de utilidad a estos añejos cacharros.

Mi hijo de cinco años ya está trasteando con lego 3d en uno de estos viejos PC, en un par de meses lo pongo a blenderizar.

[SHAZAM]

He instalado la versión oficial de Blender 2.43, quitando la descargada del 17feb07 y, deben ser cosas del portátil, al renderizar de nuevo la escena los tiempos han bajado un poco:
00:07:41:97 en Blender 2.43 release.

Acer Pentium IV 2.66 Ghz.
512 RAM.
Windows XP.

Esa diferencia, en una animación, es una disminución importante.

[alberizo]

Pues en mi caso he de decir que mis tiempos suben con la versión 2.43 a lo mejor solo bajan en Windows. Con la versión 2.43 me da 1:50, 3 segundos más que antes.

También lo he probado en un AMD 2000+ y 1 Gb, con oc, y sube bastante más la diferencia:
2.42a -> 5:11.
2.43 -> 5:50.

[SHAZAM]

Hoy he testeado la 2.43 en el Dell del curro y el render ha mejorado el tiempo en casi 40 segundos.
00:04:08:95
Dell workstation.

Xeon 3.06 Ghz.
1.0 Gb RAM.
Windows XP.

El anterior, para no tener que ir a la primera página fue este:
00:04:45:39 en Blender 2.42a.

Dell workstation.

Xeon 3.06 Ghz.
1.0 Gb RAM.
Windows XP.

Mola.

[alberizo]

He estado haciendo más pruebas, y he sacado esto en claro.

La 2.43 me renderiza más lento.

Para conseguir un mejor tiempo en el Core 2 Duo he subido el Xpart e yparts a tope (a partir de 20 por 20 la diferencia es mínima, milésimas) y he bajado a 1:43 (-5 segundos que antes).

En cambio en el AMD 2000+ para conseguir mejorar el tiempo es al revés, hay que ponerle 1x1.

Supongo que tendrá que ver con ser un procesador doble o simple.

[venomgfx]

Valor similar a los de la misma configuración.
01:28 min en un athlonx2 3800+, 2 Gb RAM. Lo de las partes, también tiene mucho que ver con cómo esta compuesta la escena. Recuerdo un render que hice una vez, rendereaba un personaje, con 2 hilos y justo en los dos últimos tiles, uno quedaba en blanco (el fondo), y el otro quedaba en una parte donde había cabello, con transparencia y demás. Por lo que un hilo no renderizó nada, y el otro Core pobre se renderizó todas las partículas el solo, por lo que todo el render fue bien menos esa parte que tardó, aumenté la cantidad de partes, al final terminaron repartiéndose todo. Final feliz.

[Caronte]

Lo de las partes, también tiene mucho que ver con cómo esta compuesta la escena.

Si, eso es culpa de la forma en que renderiza Blender ya les estuve comentando hace mucho (cuando lo implementaron), que la mejor forma de evitar eso es renderizar como lo hace Cinema 4D, pero (para variar) o no me entendieron, o pasaron de mí, Cinema 4D divide todo el espacio de render en tantos hilos como procesadores tengas y como no todas las partes irán a la misma velocidad por la estructura de la escena, en el momento en que un hilo acaba, elige una parte que este sin acabar por otro hilo, la divide en dos y se repite el proceso, es un sistema super-eficiente, ya que nunca se queda un hilo parado.

Ahora que están empezando a eestandarizarse los procesadores con más Cores, el sistema de Blender va a ser una k, porque en tu ejemplo 3 Cores se quedarían parados si tenemos un procesador de 4. El subir el número de parts es una solución chapucera, porque tienen una penalización de tiempo de inicialización por part.

[koex]

1:21:25. Core 2 Duo t5600 @ 1,83ghz.
2 Gb RAM. Windows XP. Blender 2.43 se2 optimized.
4 hilos. X/y parts: 20. Saludos.

[SHAZAM]

1:21:25. Core 2 Duo t5600 @ 1,83ghz.
2 Gb RAM. Windows XP. Blender 2.43 se2 optimized.
4 hilos. X/y parts: 20. Saludos.

Te cambio mi PC por el tuyo.

[themonster]

Hellox, 2:31:18. Amd Athlon 64 3500+ 1 Gb memoria Ram, sabayonlinux64 3.26, Blender 2.42a.