[yt-users] volume rendering in parallel
Luigi Iapichino
luigi at ita.uni-heidelberg.de
Mon Aug 23 06:59:06 PDT 2010
Dear Matt and Sam,
thanks for your reply. As suggested, I went back to trunk, r. 1693, and
everything works again (with some minor syntax change with respect to the
last version of the script) also in parallel.
I look forward to the new features for volume rendering, but I'm not in a
hurry now!
Cheers,
Luigi
On Friday 20 August 2010, Sam Skillman wrote:
> Hi Matt and Luigi,
> I haven't actually used the volume renderer in about 2-3 months at this
> point so it's been stagnating on my end. I'll take a look this weekend if
> I get a chance. I'm currently traveling so it might take a bit of extra
> time. Luigi - If you need the volume rendering capability in the very short
> term, I'd suggest checking out a separate copy of yt 1.6 and using that
> when you need the renders, and using 1.7 when you need the new features in
> 1.7. This isn't sustainable in the long run but is a quick fix if you need
> things working right away.
>
> Best,
> Sam
>
> On Fri, Aug 20, 2010 at 12:53 PM, Matthew Turk <matthewturk at gmail.com>wrote:
> > Hi Luigi,
> >
> > > I attach to this e-mail a sample script for volume rendering. With YT
> > > 1.6
> >
> > I
> >
> > > used the old version of volume rendering (also in parallel) without
> >
> > problems,
> >
> > > but now (I run on trunk, with an updated revision) I can run this
> > > script
> >
> > only
> >
> > > on one CPU. If I try a parallel run, I get the following output:
> >
> > Yeah, looks like I broke it. The new "camera" interface is far nicer
> > for the user, but required some invasive changes. The old mechanism
> > for parallelizing volume rendering also required image plane
> > decomposition, but Sam Skillman has implemented kD-tree decomposition
> > with post-processing compositing of images, which should be much
> > faster and easier on the system because it allows for a full
> > volume-decomp and better load balancing.
> >
> > Sam, what's the current state of your kD-tree? I think that since the
> > image-plane decomp is currently broken, we can either fix that for
> > both the volume_rendering and camera interfaces and continue to use it
> > (even though it's worse) or we can finish up moving to the kD-tree.
> >
> > Either way, Luigi, this weekend I'll try to fix the script you sent,
> > even if it ends up being kind of a hacky solution...
> >
> > -Matt
> > _______________________________________________
> > yt-users mailing list
> > yt-users at lists.spacepope.org
> > http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
--
---------------------------------------------------------------
Luigi Iapichino
Zentrum fuer Astronomie der Universitaet Heidelberg
Institut fuer Theoretische Astrophysik
Albert-Ueberle-Str. 2, D-69120 Heidelberg, Germany
Tel: +49 6221 548983, Fax: +49 6221 544221
e-mail: luigi at ita.uni-heidelberg.de
URL: http://www.ita.uni-heidelberg.de/~luigi/
More information about the yt-users
mailing list