arlequin

pues la verdad he escuchado q si se puede pero nadie sabe.
si algien sabe como puedo podner varias maquinas via red a calcular la dinamica en real flow ??

gracias
porfa si saben seria de gran ayuda.

bealobo

Hola,

no, no se puede hacer cálculo distribuido.
Lo que sí se puede hacer es hacer el mallado en varias máquinas, precalculando las partículas y asignando un rango diferente para cada máquina para el mallado.

__________________
www.bealobo.com

arlequin

o una forma para q el calculo sea mas rapido,
conservando los settings ya pre estraclecidos

bealobo

si no quieres cambiar settings de tu simulación entonces simula desde la command line.
En la ayuda viene cómo Help/Contents/RF4/Command Line

__________________
www.bealobo.com

Netvudu

Ya que surge el tema y tengo a la experta por aquí...y usando Deadline de Frantic Films que es un gestor de render en red? ¿Sabes si es sólo para la parte del mallado o para todo?
Frantic Films

bealobo

Buenas!
No lo he usado, pero vamos, será para el tema de gestión de escenas y versiones de simulaciones y para el mallado; porque es imposible distribuir el cálculo ahora mismo, no es una cuestión de software sino de la tecnología debajo.
De hecho, para que te hagas una idea, ni siquiera es eficiente mandar a mallar un solo frame a cada máquina, lo suyo es hacerlo por rangos de fotogramas.

__________________
www.bealobo.com

slime

Scanline presume de que su sistema de fluidos es distribuido.
Me imagino que lo que hacen son muchas simulaciones de baja resolucion y luego usarlas para distorsionar una superficie implicita de resolucion extremadamente alta. (hablando de liquidos)

__________________
Minor Bun engine made Benny Lava!

slime

Hey Netvudu.
Hablas de deadline o de flow?

__________________
Minor Bun engine made Benny Lava!

bealobo

Sí, por lo visto Fedwick también presume de lo mismo.
Yo no se como lo harán los de Scanline porque también dicen que simulan en un solo pase.
Lo cierto es que hay que hacerlo muy bien para que el coste de distribuir y partir el cálculo (y juntar las soluciones) no supere el de hacerlo en un puesto multithreading.

__________________
www.bealobo.com

Netvudu

Hola.
Me refería a Deadline. Efectivamente Flow anda también por ahí, por Frantic, pero no tengo referencia alguna de él.
La razón de preguntar por Deadline es porque es posible que lo evalúe en poco tiempo, y me he fijado que entre las capturas del programa, sale una para Realflow, lo que me ha chocado con la idea de no poder distribuir el cálculo.
Por otro lado lo que dice Bea suena con bastante sentido dentro mi minúsculo cerebro cuasisapiens.

bealobo

Por cierto Slime, estoy pensando en lo que has dicho de distorsionar una superficie implícita de alta resolución. Me imagino que hablas de simulaciones con diferente semilla y un level sets al final, no? distribuido también?

Es que según lo que se lee, sacan el render en un pase. Y si todo es distribuido quiere decir que meten la simulación y sacan el render, por lo que en algún momento tendrán que juntar las soluciones y redistribuirlo (ya sea el grid o polígonos dependiendo de sus sistema de render).

No se, tengo mucha curiosidad. La verdad es que no se ni si usan partículas.
Bueno...

__________________
www.bealobo.com

slime

Exactamente. Me imagino que dara resultados smilares a los de una simulacion de fluidos de mucha mas resolucion. Otra posibilidad que se me ocurre para hacer fluidos distribuidos es el "dicing" con bastante area de superposicion. Cada fotograma se distribuye a varios procesadores o cores pasandole a cada un (cubo) subdominio donde se calculara un fotograma de simulacion independiente. Los subdominios tendran un area de superposicion grande (20%+). Luego al hacer el surfacing, se genera el dominio final utilizando una mezcla de subdominios donde las zonas donde habia interseccion se "funden".

El problema es que en simulaciones rapidas, vectores de velocidad elevados del fluido puede pasar de un subdominio a otro y el sistema tendria que tener eso en cuenta (quizas reseteando "buckets" con la nueva informacion o haciendo que los subdominios sean adaptativos dependiendo de los vectores de velocidad)

Esto es muy complicao :P

__________________
Minor Bun engine made Benny Lava!

slime

Sobre lo de scanline, yo no creo que usen particulas. Sera vectores de velocidad + surfacing del levelser en tiempo de render. Las particulas son demasiado lentas y no soy capaz de imaginar como se podrian conseguir resoluciones muy altas o distribuir la carga con particulas.

__________________
Minor Bun engine made Benny Lava!

Netvudu

¿Se puede deducir de eso que el futuro de los fluidos están en la evolución de los level sets mucho más que en partículas?
Jugando en Houdini, que es muy bueno ahora para esto porque tenemos los dos sabores de fluidos xDD, he observado que los fluidos de level sets tienen la desagradable costumbre de perder algo de volumen, lo que según para qué simulación me parece peligroso.

lisux

Deadline sirve para la simulacion y para el mallado.
Para la simulacion obviamente lo unico que hace es ejecutarla desde command line en otra maquina, con el mallado hace lo mismo pero te automatiza el proceso de separar todo entre las maquinas.
Deadline es muy majo

__________________
Un saludo

Houdini Addict
Powered by Ubuntu Linux
If it looks good enough, it's good!