Intel

Introduction to the RAD Lab Cluster

The RAD Lab Cluster currently has an odd assortment of computers.
  • 2 Sun Microsystems Sun Fire V40z {x51,x52}
    • 4 AMD Opteron 850 Processor @ 2.4GHz
    • 32GB RAM
    • 5 73GB 10K rpm disks in RAID5
  • 1 Penguin Computing Relion 430 (limited access) {x49}
    • 3.06GHz Intel Pentium 4 Xeon
    • 2GB RAM
    • 12 200GB 7200 rpm IDE drives in 2 950GB RAID5 arrays.
  • 1 Sun Microsystems T2000 {x50}
    • 1Ghz 8-core, 32-thread, Sun Niagara sparc CPU
    • 8GB RAM
    • 2 73GB 2.5" SAS Drives
  • 40 Sun Microsystems X2200 M2 {r1-r40}
    • 2 Dual-Core AMD Opteron(tm) Processor 2214 @ 2.2GHz
    • 4GB RAM
    • 1 250GB SATA Drives
    • Debian "etch" on Linux 2.6.18 (64-bit)
  • 8 Sun Microsystems X2200 M2 {nf1-nf8.cs}  (NF)
    • 2 Dual-Core AMD Opteron(tm) Processor 2218 @ 2.6GHz
    • 4GB RAM
    • 1 250GB SATA Drives
    • Debian "etch" on Linux 2.6.18 (64-bit)
  • 1 Sun Microsystems Sun Fire X4500 {thumper} (No logins)
    • 2 Dual-Core AMD Opteron 285
    • 16GB RAM
    • 48 500GB SATA Drives
    • Solaris 11 w/ ZFS & iSCSI target support
  • 1 Sun Microsystems X2100 {x58}  (radlab-support only)
    • 1 Dual Core AMD Opteron(tm) Processor 175 @ 2.2GHz
    • 2GB RAM
    • 2 80GB SATA Drives
    • Debian "etch" on Linux 2.6.18 (64-bit)
  • 2 Alienware
    • 1 Intel Core2 Quad @ 2.4GHz
    • 2GB of RAM
    • 1 250GB SATA Drive

Using the Cluster

Access to this cluster is limited to members of the RAD Lab.  Others may request time on an as-needed basis pending availability.

This is an unscheduled shared resource. You can view the current use of the machines by running gstat or viewing the Ganglia graphs.

gstat provides an ordered list of available machines. Machines with a load >= 4 are fully loaded and should be avoided until current jobs have completed.

 

Reservations

Filesystems

While you should be able execute jobs from your EECS department home directory, we strongly suggest that you launch all jobs from a /work/$user directory. Before executing a program, copy all binaries and data files into your /work directory, cd into that directory, and execute from there. This avoids putting unnecessary load on EECS department fileservers, which are sometimes unable to handle many simultaneous mount requests.

RAD Lab /work has no deletion policy.  /scratch is high-speed RAID5 storage local to each machine. Data left on anywhere compute nodes or on the /work filesystem is never backed up.  Your EECS home directory is backed up as per IRIS policy & fee schedule.


UC Berkeley Clustered Computing - Last modified on 07-Aug-2007 14:54:01 -0700