home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!sdd.hp.com!ux1.cso.uiuc.edu!news.iastate.edu!john
- From: john@iastate.edu (John Hascall)
- Newsgroups: comp.unix.ultrix
- Subject: Re: Recommendations for high disk throughput
- Message-ID: <C1BFFz.EEr@news.iastate.edu>
- Date: 23 Jan 93 16:35:59 GMT
- References: <THOMSON.93Jan22073952@zarda.macc.wisc.edu> <1993Jan23.002725.7620@nntpd2.cxo.dec.com>
- Sender: news@news.iastate.edu (USENET News System)
- Organization: Iowa State University, Ames, IA
- Lines: 24
-
- alan@nabeth.enet.dec.com (Alan Rollow) writes:
- }thomson@zarda.macc.wisc.edu (Don Thomson) writes:
- }>We are looking at upgrading our campus Usenet News server from a hopelessly
- }>overburdened DECstation 3100 to a DECstation 5000/240. The biggest bottleneck
- }>for handling news has been disk access time, so we're looking at options that
- }>will allow us the highest disk throughput possible to a disk with a capacity
- }>of at least a gigabyte. I'm looking for advice on an optimal configuration
- }>for these needs, including:
- ...
- }Most of the I/O was 8 KB, but the next biggest chunk was 1 KB.
-
- }An IPI subsystem will probably help, but it seems a bit overkill...
-
- Perhaps not. A fairly recent Usenix Paper, "Why SCSI is better than IPI
- for NFS" (or something like that), held that IPI was really only a win
- for large sequential I/Os, for the NFS I/O mix (generally 8KB and all
- over the disk [sound familiar?]) SCSI was a win.
-
- John
- --
- John Hascall ``An ill-chosen word is the fool's messenger.''
- Systems Software Engineer
- Project Vincent
- Iowa State University Computation Center + Ames, IA 50011 + 515/294-9551
-