<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Actually,<div>it is a very bad thing of processes migrate due to NUMA effects.</div><div>Data gets pinned to the memory controller that is closest to the processor that first touched it. &nbsp;Things get very inefficient if the process migrates to a distant processor.</div><div><br></div><div>This cannot be done in a portable way, but if you are on Linux, you can use the numactl APIs to pin processes and get information about which process is being occupied.</div><div><br></div><div>You might also take a look at JumpShot (inside of MPE) to see how they do their instrumentation.&nbsp;<a href="ftp://ftp.mcs.anl.gov/pub/mpi/mpe/mpe2-1.1.1.tar.gz">ftp://ftp.mcs.anl.gov/pub/mpi/mpe/mpe2-1.1.1.tar.gz</a></div><div>It works on BlueGene as well, and profiles any OpenMP implementation that is built on top of pthreads (as most of them are).</div><div><br></div><div>-john</div><div><br><div><div>On Oct 23, 2009, at 7:10 AM, Frank Loeffler wrote:</div><blockquote type="cite"><div>On Fri, Oct 23, 2009 at 08:56:56AM +0200, Ian Hinder wrote:<br><blockquote type="cite">In addition, we might want to think &nbsp;<br></blockquote><blockquote type="cite">about adding information about which processors are being used by &nbsp;<br></blockquote><blockquote type="cite">which threads. &nbsp;You can get this information if you can run "top" on &nbsp;<br></blockquote><blockquote type="cite">the correct machine, but sometimes this is not possible.<br></blockquote><br>I am not sure that this can be done in a portable way. I am not even<br>sure if this can be done always, let's say on linux. Threads might not<br>be bound to one processor, but could migrate from one to another. This<br>is not always something bad. I think even mpi processes could migrate<br>from one processor to another during a simulation.<br><br>Frank<br><br>_______________________________________________<br>Developers mailing list<br><a href="mailto:Developers@cactuscode.org">Developers@cactuscode.org</a><br>http://www.cactuscode.org/mailman/listinfo/developers<br></div></blockquote></div><br></div></body></html>