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.


On Wed, Aug 15, 2012 at 4:22 PM, Matthew Turk <matthewturk@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.

(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@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
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
510.621.3687 (google voice)
yt-dev mailing list

yt-dev mailing list