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: Sat, 18 Aug 2001 14:13:59 +0900
- Cc: tlug@example.com
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=us-ascii
- Delivered-To: tlug@example.com
- In-Reply-To: <20010817151011.F11053@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>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <wP0kc.A.VTC.4Ehf7@example.com>
- Resent-Sender: tlug-request@example.com
>>>>> "Tobias" == Tobias Diedrich <ranma@example.com> writes: Tobias> Stephen J. Turnbull wrote: >> A P120 + PCI + IDE + 32MB combo didn't give better performance Please note that "performance" means perceived interactive response on a workstation, not nominal statistics from benchmarks. Tobias> You did enable Busmaster DMA transfers using hdparm -d1, Not on Linux in mid-1996 I didn't. You did notice the 1.2.13, didn't you? Tobias> In contrast to that I get only 20MB/sec But who cares about those numbers? (That's a real question: "who" = "people involved in supporting Application X".) _I_ don't care about burst transfer rate, which is what "high-performance" IDE is optimized for (because it's an easily measurable damned lie), and what hdparm measured the last time I looked (years ago). It may be relevant to Jc's server application, if what is important is getting longish video clips to a few dozen humans' workstations in real time. If it's supporting a dozen programmers all working on separate modules of a large C app (or several of them), it'll be spraying hundreds or thousands bursts of 1-50 KILObytes, not multiple MB, in short periods as they rebuild. And if you're into swap (and who isn't?) you're talking pages (4kB, IIRC)! SCSI is a robust solution that doesn't require lots of tuning by the admin in that context. Not to run down Jc, but if he needs to ask "what are the advantages of SCSI?", is he likely to be competent to fine-tune the disk to his application _now_? I know I'm not. He (and I) could _become_ competent, I'm sure---but which is cheaper, a SCSI system or our time? The historical answer is "hardware is cheap, wetware is dear." -- 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>
Home | Main Index | Thread Index
- Prev by Date: RE: .config
- Next by Date: TLUG Tsukuba Branch nomikai
- 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