Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] SATA software RAID or SAS hardware RAID?
- Date: Fri, 15 Dec 2006 12:55:35 +0900
- From: Edward Middleton <edward@example.com>
- Subject: Re: [tlug] SATA software RAID or SAS hardware RAID?
- References: <9342fdf30612082004y2b0cab57h57a3e0f32f720f77@example.com> <457A8FEB.7060207@example.com> <Pine.NEB.4.64.0612101645500.8433@example.com> <200612141230.53315.jq@example.com> <Pine.NEB.4.64.0612151010150.21179@example.com> <874prxsv2h.fsf@example.com>
- User-agent: Thunderbird 1.5.0.7 (X11/20060927)
Stephen J. Turnbull wrote: > Also, while I'm no expert, getting multiple anything to perform better > than a single piece of hardware seems to be non-trivial. This depends on the problem. Things that can use a standard interface like BLAS or LINPACK, for all the heavy work, can be trivially converted, and if the problem is not inherently serial in nature you can get orders of magnitude increases in performance. At university I got orders of magnitude increase in performance doing numerical modeling by moving from the f77 to the SUN tool chain which was heavily multi-threaded. Because I was using a standard interface the conversion was trivial. > Eg, I was > surprised but not shocked to discover that a benchmark program that in > sequential mode takes 1.2 seconds for 1000 iterations takes over a > second *per iteration* in parallel mode[1] on a 2 x Dual Opteron > system. > If you are only running on a single machine why are you using PVM? > My suspicion is that the bottleneck is master-slave messaging > from socket to the other (I know the bottleneck is intermittent, and > it is in the messaging, but I haven't confirmed that it matters which > pair of CPUs are involved). The breakage is pretty spectacular, even > though the parallel monitor is very-well-respected software, and the > mobo (Tyan 2895) and CPUs are excellent. > Perhaps it is not optimized for parallel processing on a single machine. > Footnotes: > [1] Using the PVM package, which probably communicates via TCP/IP > over Unix-domain sockets. MPIv2, several implementations of which > have good shared memory support, seems to be the way to go for real > work, but PVM comes with "batteries included" for demos, eg, a nice > XPVM visual monitor, and extending to heterogenous networked VMs is > trivial. > Edward
- Follow-Ups:
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Stephen J. Turnbull
- References:
- [tlug] SATA software RAID or SAS hardware RAID?
- From: Peter Van der Weeen
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Peter Van der Weeen
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Curt Sampson
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Jonathan Byrne
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Curt Sampson
- Re: [tlug] SATA software RAID or SAS hardware RAID?
- From: Stephen J. Turnbull
Home | Main Index | Thread Index
- Prev by Date: [tlug] Planet TLUG -> http://planet.tlug.jp/
- Next by Date: Re: [tlug] SATA software RAID or SAS hardware RAID?
- Previous by thread: Re: [tlug] SATA software RAID or SAS hardware RAID?
- Next by thread: Re: [tlug] SATA software RAID or SAS hardware RAID?
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links