Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: IDE vs SCSI for RAID
- To: Tobias Diedrich <ranma@example.com>
- Subject: Re: IDE vs SCSI for RAID
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Date: Mon, 20 Aug 2001 13:41:09 +0900
- Cc: tlug@example.com
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=us-ascii
- Delivered-To: tlug@example.com
- In-Reply-To: <20010818141715.A31945@example.com>
- List-Help: <mailto:tlug-request@example.comsubject=help>
- List-Post: <mailto:tlug@example.com>
- List-Subscribe: <mailto:tlug-request@example.comsubject=subscribe>
- List-Unsubscribe: <mailto:tlug-request@example.comsubject=unsubscribe>
- Old-Return-Path: <steve@example.com>
- References: <F124FRaqbC8wSA1XvpF000090ae@example.com><15227.39771.9000.307909@example.com><3B7BA029.80DFE032@example.com><15228.32466.470584.418429@example.com><20010817151011.F11053@example.com><15229.63895.947565.503292@example.com><20010818141715.A31945@example.com>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <8Jqc0D.A.5_E.UTJg7@example.com>
- Resent-Sender: tlug-request@example.com
>>>>> "Tobias" == Tobias Diedrich <ranma@example.com> writes: Tobias> SCSI is technically superior in that you can attach 15(7) Tobias> devices to the host controller and those devices can even Tobias> "talk directly with each other" (which is rarely used Tobias> AFAIK). I'm pretty sure that was implemented in my ancient AMI controller; allegedly you could transfer a file from one drive to another with a single (fairly complex) command. Whether linux drivers would do that I don't know. It would certainly be useful in applications like writing CD-Rs etc. Tobias> Well the only tuning really needed is setting the Tobias> enable_dma option. (Because that one makes the really big Tobias> perceivable difference) If it's that simple, fine. But of course it isn't, because you buy the latest controller and discover that its most advanced modes are supported in Linux by patches that are still buggy, etc. Still you can probably live with that. >> The historical answer is "hardware is cheap, wetware is dear." Tobias> Hmm, if I have to decide wether to spend x $CURRENCY on a Tobias> drive and spend 5minutes to modify my boot scripts to Tobias> execute one additional command or 2*x $CURRENCY, then I'm Tobias> going for the former. But of course you have to know Tobias> about that first... As I wrote above, if it's that simple, then IDE really is a cheaper solution. The issue I'm concerned with however is _not_ 5 minutes to modify a boot script _now_. It's 6-18 months down the road when your business really starts to ramp up, and suddenly server performance ramps down and you don't know why. That's exactly the time that the admin's value, normally about 1/10 of what he's paid, suddenly goes to 10x what he's paid anyway. You don't need him analyzing old hardware decisions, too.... -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."
- Follow-Ups:
- Re: IDE vs SCSI for RAID
- From: Tobias Diedrich <ranma@example.com>
- References:
- IDE vs SCSI for RAID
- From: "Jean-Christian Imbeault" <jean_christian@example.com>
- IDE vs SCSI for RAID
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Re: IDE vs SCSI for RAID
- From: "A.Sajjad Zaidi" <sajjad@example.com>
- Re: IDE vs SCSI for RAID
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Re: IDE vs SCSI for RAID
- From: Tobias Diedrich <ranma@example.com>
- Re: IDE vs SCSI for RAID
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Re: IDE vs SCSI for RAID
- From: Tobias Diedrich <ranma@example.com>
Home | Main Index | Thread Index
- Prev by Date: [Fwd: .config]
- Next by Date: Web Meeting Update
- Prev by thread: Re: IDE vs SCSI for RAID
- Next by thread: Re: IDE vs SCSI for RAID
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links