[Beowulf] Thread hijacking

Prentice Bisbal prentice at ias.edu
Fri Jun 25 07:53:11 PDT 2010


Jaime,

If you're going to post something like this to our mailing list, please
do not reply to someone else's email on a different topic. This is known
as thread hijacking, and screws up the flow of the conversation,
especially in the mailing list archives. It's bad etiquette.

Since this position is for someone with cluster skills, it is
appropriate to post it here - as it's own thread.

Prentice



Jaime Biggs wrote:
> Hello,
> 
> I was wondering if anyone had any interest in this opportunity?  If not
> we can pay you $1,000 if we can place the person you refer to me.
> 
> 
> 
> Location: Cambridge, MA 
> Duration: 3-6 months possible long term 
> Senior Support Analyst and Beowulf Cluster Administrator 
> 
> From Manager: 
> 
> This is the profile I need. Will be working on a Centrfy project (synchs
> unix accounts with Active Directory), completing the set up of the new
> linux cluster using Cluster File Services for connection to the storage
> appliance and Sun Grid Engine as the cluster management application, and
> creating a VM server and installing PipelinePilot for one research
> group. 
> 
> KEYS: Worked with USERS, Managed a Cluster (Linux-Sungard), and Linux.
> Centrfy project (synchs unix accounts with Active Directory), completing
> the set up of the new linux cluster using Cluster File Services for
> connection to the storage appliance and Sun Grid Engine as the cluster
> management application, and creating a VM server and installing
> PipelinePilot for one research group. 
> 
> *5 to 10 years in system administration and application support in a
> Unix/Linux environment 
> *3 to 5 years experience in Shell scripting (tcsh and bash), TCP/IP,
> NFS, CIFS (SMB), PAM, Apache, JBoss, DHCP and SystemImager. 
> *2 to 3 years experience managing a high availability Linux cluster;
> experience with Cluster File Systems, Beowulf parallel clusters, Moab,
> Torque/PBS, MPI and OS upgrades or equivalent products/environments 
> *Working knowledge of Perl, network information directories (like NIS,
> Active Directory, LDAP, K), PHP, Java, gnome, KDE 
> *Experience in configuring Beowulf clusters using Sun Grid Engine 
> 
> 
> Best Regards, 
> 
> Jaime Biggs
> Director of Recruitment
> Ivesia Solutions, Inc.
> 2 Keewaydin Dr.
> Salem, NH 03079
> tel: 800-871-1510 x 2407
> tel: 603-685-2407
> fax: 603-890-1276
> jbiggs at ivesia.com
> www.ivesia.com
> 
> Jaime Biggs
> Director of Recruitment
> Ivesia Solutions, Inc.
> 2 Keewaydin Dr.
> Salem, NH 03079
> tel: 800-871-1510 x 2407
> tel: 603-685-2407
> fax: 603-890-1276
> jbiggs at ivesia.com
> www.ivesia.com 
> 
> 
> -----Original Message-----
> From: beowulf-bounces at beowulf.org [mailto:beowulf-bounces at beowulf.org]
> On Behalf Of Prentice Bisbal
> Sent: Friday, June 25, 2010 10:28 AM
> To: Beowulf Mailing List
> Subject: [Beowulf] Peformance penalty when using 128-bit reals on AMD64
> 
> Beowulfers,
> 
> One of my Fortran programmers had to increase the precision of his
> program so he switched from REAL*8 to REAL*16 which changes the size of
> his variables from 64 bits to 128 bits. The program now takes 32x longer
> to run.
> 
> I'm not an expert on processor archtitecture, etc., but I do know that
> once the size of a variable exceeds the size of the processors
> registers, things will slow down considerably. Is his 32x performance
> degradation in line with this?
> 
> Is there any way to reduce this degradation? Would The GNU GMP library
> (or some other library) help speed things up?
> 
> 

-- 
Prentice Bisbal
Linux Software Support Specialist/System Administrator
School of Natural Sciences
Institute for Advanced Study
Princeton, NJ



More information about the Beowulf mailing list