Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Greg Lindahl
> > Your MPI (and OpenMP) should do this for you. > > Although not always correctly, it may assume that it can > allocate from core 0 onwards leading to odd performance > issues if you happen to get two 4 CPU jobs running on the > same node.. Most clusters I've seen aren't used that way (whole no

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Chris Samuel
- "Greg Lindahl" <[EMAIL PROTECTED]> wrote: > > 3) Is there some reason to use things like > > mpirun -np N /usr/bin/numactl my_application > ? > > Your MPI (and OpenMP) should do this for you. Although not always correctly, it may assume that it can allocate from core 0 onwards leading

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Vincent Diepeveen
On Jun 23, 2008, at 9:12 PM, Mark Hahn wrote: "how sure are we that a process (or thread) that allocated and initialized and writes to memory at a single specific memory node, also keeps getting scheduled at a core on that memory node?" numactl --cpubind=0 --membind=0 It seems to me that s

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Greg Lindahl
> 3) Is there some reason to use things like > mpirun -np N /usr/bin/numactl my_application ? Your MPI (and OpenMP) should do this for you. -- greg ___ Beowulf mailing list, Beowulf@beowulf.org To change your subscription (digest mode or unsubscr

Re: [Beowulf] NVIDIA GPUs, CUDA, MD5, and "hobbyists"

2008-06-23 Thread Vincent Diepeveen
Not really, The architecture of AMD versus Nvidia is quite different. I would encourage each manufacturer to have their own system. So to speak AMD is a low clocked core2 supercomputer @ 64 cores, versus nvidia a 240 processor mips supercomputer. I feel the real limitation is that the achi

Re: [Beowulf] Best training for rusty HPC skills?

2008-06-23 Thread Jess Cannata
Greg, I agree that SuperComputing is a great place to go to catch up on the latest technology. And yes, here at Georgetown University (not be confused with our neighbor George Washington University) we offer HPC training courses (www.gridswatch.com, Training). We have taught a fair number of

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Mark Hahn
"how sure are we that a process (or thread) that allocated and initialized and writes to memory at a single specific memory node, also keeps getting scheduled at a core on that memory node?" numactl --cpubind=0 --membind=0 It seems to me that sometimes (like every second or so) threads jump fr

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Mikhail Kuzminsky
In message from Vincent Diepeveen <[EMAIL PROTECTED]> (Mon, 23 Jun 2008 18:41:21 +0200): I would add to this: "how sure are we that a process (or thread) that allocated and initialized and writes to memory at a single specific memory node, also keeps getting scheduled at a core on that memory

Re: [Beowulf] Re: "hobbyists"

2008-06-23 Thread Peter St. John
RGB, (re kicking) Sure, and you won't miss. Basically, you lift your foot up and place it on my chest, with your knee bent. I bend my knees. We say "one two three go!" and you push with your leg while I jump backwards. If people practice doing that *quickly* it looks kinda like you are kicking me t

Re: [Beowulf] NVIDIA GPUs, CUDA, MD5, and "hobbyists"

2008-06-23 Thread Bogdan Costescu
On Thu, 19 Jun 2008, John Hearns wrote: One thing I've never understood, and hopefully someone on here can explain clearly, is why the onboard graphics is normally disabled when you add a PCI-e card. Conflict of resources like I/O ports to emulate old VGA (or earlier) comes to mind. -- Bog

Re: [Beowulf] NVIDIA GPUs, CUDA, MD5, and "hobbyists"

2008-06-23 Thread Bogdan Costescu
On Wed, 18 Jun 2008, Prentice Bisbal wrote: There is value, however, if your goal is to recover (discover?) an MD5-hashed password through a brute-force attack. Last time I checked, MD5 password s are the default for most Linux distros. The above paragraph can be misleading: while Linux distr

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Vincent Diepeveen
I would add to this: "how sure are we that a process (or thread) that allocated and initialized and writes to memory at a single specific memory node, also keeps getting scheduled at a core on that memory node?" It seems to me that sometimes (like every second or so) threads jump from 1 mem

Re: [Beowulf] NVIDIA GPUs, CUDA, MD5, and "hobbyists"

2008-06-23 Thread Bogdan Costescu
On Wed, 18 Jun 2008, Prentice Bisbal wrote: The biggest hindrance to doing "real" work with GPUs is the lack of dual-precision capabilities. I think that the biggest hindrance is a unified API or language for all these accelerators (taking into account not only the GPUs !). Many developers a

Re: [Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Mark Hahn
The questions are 1) Is there some way to distribute analogously the local memory of threads (I assume that it have the same size for each thread) using "reasonable" NUMA allocation ? that is, not surprisingly, the default. generally, on all NUMA machines, the starting rule is that memory is

[Beowulf] Again about NUMA (numactl and taskset)

2008-06-23 Thread Mikhail Kuzminsky
I'm testing my 1st dual-socket quad-core Opteron 2350-based server. Let me assume that the RAM used by kernel and system processes is zero, there is no physical RAM fragmentation, and the affinity of processes to CPU cores is maintained. I assume also that both the nodes are populated w/equal n

Re: [Beowulf] Re: "hobbyists"es

2008-06-23 Thread Tim Cutts
On 22 Jun 2008, at 1:21 am, Perry E. Metzger wrote: $10-$50 a user is cheap compared to the salaries of even university sysadmins multiplied over all the hours of trouble that breakins cause. As I said, there are competitors that are cheaper -- if you really need a $5 solution, they exist. If y

RE: [Beowulf] Re: "hobbyists"

2008-06-23 Thread Franz Marini
On Sun, 2008-06-22 at 08:33 -0400, Robert G. Brown wrote: > There is a whole literature on this -- apocalyptic and post-apocalyptic > views of nuclear war. On The Beach. Five Signs from Ruby. A Boy and > his Dog. Damnation Alley. Mad Max. Daybreak, 2024. The Day After. > One of my favorites