Hello Philippe, thank you very much. I'm going to take a look at it now. Cheers, Andreas
Philippe C.D. Robert wrote: > Hi, > > On Jul 3, 2009, at 6:40 PM, Andreas Kirsch (in.tum) wrote: > >>> In your case you could integrate the compute tasks into the window's >>> or channel's draw function. To distribute the updated data you then >>> might want to use custom events and let the master send the relevant >>> changes to the clients on a per frame basis. Does this make sense to >>> you? >>> >>> >> Yeah, this sounds good. It would probably be better though to >> exchange >> data directly between clients because otherwise the master might >> become >> a bottleneck bandwidth-wise, but it should be sufficient for testing. >> > > I have just committed a basic example which shows exactly how to > achieve that using sort-first distribution; i.e. using point-to-point > communication. It is a simple port of the nbody example from the CUDA > SDK. Hence, it is by no means efficient because there are far too many > memory transfers and GPU up/downloads involved, but it illustrates the > strategy quite well I hope. > > More to come... > > cheers, > Philippe > > > > _______________________________________________ > eq-dev mailing list > [email protected] > http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev > http://www.equalizergraphics.com > > _______________________________________________ eq-dev mailing list [email protected] http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev http://www.equalizergraphics.com
