Hi Robert,
 
we've been looking at clustering too. I've added the extension querying
to the GraphicsWindowWin32 and GraphicsWindowX11 and a joinSwapGroup
method to the GraphicsWindow.
I had this code waiting for submission for a few weeks now, but due to
this thread I feel urged to get the code out first.
We still need to test our cluster properly (on Linux) and will probably
be doing this in the coming weeks.
 
Changes were done against OSG2.2.
 
kind regards,
 
Roland Smeenk


________________________________

        From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert
Osfield
        Sent: maandag 14 april 2008 11:40
        To: OpenSceneGraph Users
        Subject: [osg-users] Feedback sought on osgViewer swap ready
support forclusters
        
        
        Hi All,
        
        I'm looking for feedback from users who have worked on clusters
that implement some forms of swap ready synchronization.  In particular
I'm looking at any hooks into osgViewer to allow users to implement
their own swap ready implementation, also a software based swap ready
could possibly be implemented as part of the core OSG as well.  
        
        The hook to adding a swap ready barrier into the view would look
something like:
        
          viewer.setSwapReadyOperation(myCustomSwapReadyOperation);
        
        Something like complicates the mater is that viewer on each
slave of the cluster might have more than one graphics context that its
rendering too, so in this case we'll have multiple graphics threads per
slave, in which case these threads will need to join a barrier that
treats each context like a separate machine or the barrier does a local
synchronization of the threads on a machine before joining the cluster
swap ready barrier.
        
        I want to come up with a scheme that supports both ways above,
but really need a bit more feedback on what goes into users own swap
ready codes, i.e. what would your MyCustomSwapReadyOperation look like,
i.e. what does it look right now, this will help me better understand
how the most appropriate integration into osgViewer could be done.
        
        Robert.
        
        
        
        
        

This e-mail and its contents are subject to the DISCLAIMER at 
http://www.tno.nl/disclaimer/email.html

Attachment: osgViewer.rar
Description: osgViewer.rar

_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to