It looks to me like parallel_objects is more flexible and handles comms better than the ParallelObjectIterator.  I think switching to them would make it simpler to customize the parallel strategy of any given operation.<br>
<br>I'm definitely in favor of removing the serial warning for parallel_objects.  I have put it into the HaloProfiler as a means of dividing up halos for processor groups and often run the HaloProfiler in serial.  It works just fine in this mode, so I don't see the need to have the warning.<br>
<br><div class="gmail_quote">On Thu, Feb 23, 2012 at 9:34 AM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
As some of you may know, I'm working on the geometry subsystem.  Right<br>
now I'm in the process of constructing incremental reads ("chunking")<br>
off disk, with intermediate reduction operations.  In the past, this<br>
was usually handled by individual tasks, such as profiles, in a pretty<br>
gross and manual way.  In fixing this up, I noticed we have three<br>
different parallel iteration methods.<br>
<br>
This question is probably best directed at Sam or Britton, but others<br>
might also have an opinion.  Is there any reason why, from within a<br>
subclass of ParallelAnalysisInterface, I wouldn't just use<br>
parallel_objects instead of the GridObjectIterator or GridIterator?<br>
<br>
As a related question, can I get rid of the warning for when running<br>
parallel_objects on a single processor?<br>
<br>
(The geometry handling is coming along nicely, I think.  Right now<br>
reading from objects works well (and is faster) and the abstraction of<br>
grids as opposed to octs or particles has worked well.  It's a ways<br>
from being feature complete, but if you want to play with it it's all<br>
in bb://MatthewTurk/yt-refactor .)<br>
<br>
-Matt<br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div><br>