site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com David, Terry, Jens - thanks for your answers Here are the attached shark and sampler outpus: http://people.civil.gla.ac.uk/~koziara/solfec.shark.txt.gz http://people.civil.gla.ac.uk/~koziara/solfec.trace.tar.gz For each time t For each output file f Seek (f, t) Read (f) Tomek On 25 Sep 2009, at 20:20, Jens Alfke wrote: _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Indeed - I do not use MPI IO. I use an XDR based binary output instead. Would be desirable if the post-processor would not require MPI, hence I stick to XDR for now. Of course it could change, once I am not able to overcome the efficiency issues. But then I would probably go for HDF5. The post-processing process (single-thread) simply opens all 3 * N files and keeps them open. Of those 3 * N files, only N store some substantial data (are large), while the rest stores indexing and labeling data. So basically what happens is: Could you post the actual output of running 'sample' on your single- threaded tool? I think you may be misinterpreting the sampling. —Jens This email sent to site_archiver@lists.apple.com