[yt-dev] rockstar halo finder

[Christopher Moody]

Hi Stephen,
I've had a patch where the OVERLAP_LENGTH is changed to zero, but I'll PR
it shortly. It was used when Rockstar was operating on Bolshoi, which is
broken up into 125 spatial volumes for every snapshot. Rockstar then tries
to load in the neighboring cells, but everything yt feeds it should be
single-domain.

Anyway, let me PR this and see if that fixes things.

chris

On Wed, Aug 15, 2012 at 4:22 PM, Matthew Turk <matthewturk at gmail.com> wrote:

> Hi Stephen,
>
> The rockstar wrapper overrides either most or all of the configuration. I
> would suggest checking how it is setting the domain size.
>
> Thanks for he info about the rockstar library. When we add it to the
> install script we can address this. Peter said adding it to the stack is
> fine with him.
>
> Matt
> (getting on a very delayed plane now, but didn't want to leave you hanging
> since replies may be slow for a few days)
> On Aug 15, 2012 7:17 PM, "Stephen Skory" <s at skory.us> wrote:
>
>> Hi Chris & Matt,
>>
>> here's what I've figured out. I've made some progress...
>>
>> On Linux, the instructions work as advertised, but when I run rockstar
>> on my dataset I get this, below. Is this telling me that rockstar has
>> a minimum cosmological volume over which it will work? I think the 0.5
>> refers to the 0.5 Mpc/h box I'm using. The overlap length appears to
>> be hard coded in config.template.h - can I just change it?
>>
>> -- cut --
>> using data0012_rockstar as outbase
>> using data0012_rockstar as outbase
>> [     0s] Accepting connections...
>> [     0s] Accepted all reader / writer connections.
>> [     0s] Verified all reader / writer connections.
>> [     0s] Reading 1 blocks for snapshot 0...
>> reading from particle filename ./inline.0
>> Block #0 | Particles 1000000 | Grids 599
>> [Error] Box size too small (0.500000) relative to overlap length
>> (3.000000)!
>> --------------------------------------------------------------------------
>> mpirun has exited due to process rank 0 with PID 4747 on
>> -- cut --
>>
>> On Mac OS X, otool -L tells me that the absolute path to
>> librockstar.so isn't being saved in rockstar_interface.so. Using the
>> method described in this post
>>
>> http://stackoverflow.com/questions/1937232/linking-to-a-dynamic-library-on-a-mac-with-full-path
>> on rockstar_interface.so I can get past the missing library error, but
>> then I get this crash http://paste.yt-project.org/show/2650/, which
>> isn't super useful. Perhaps manually changing the shared object
>> reference isn't the best idea.
>>
>> I'll keep digging, but any bright ideas would be appreciated! Thanks!
>>
>> --
>> Stephen Skory
>> s at skory.us
>> http://stephenskory.com/
>> 510.621.3687 (google voice)
>> _______________________________________________
>> yt-dev mailing list
>> yt-dev at lists.spacepope.org
>> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>>
>
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-dev-spacepope.org/attachments/20120815/ee6ed7a9/attachment.html>