home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!ames!pacbell.com!network.ucsd.edu!sdcc12!xm9
- From: xm9@sdcc12.ucsd.edu (richard g. adair)
- Newsgroups: comp.sys.hp
- Subject: Re: Cluster performance
- Summary: Faster NFS service
- Keywords: ethernet speed
- Message-ID: <43379@sdcc12.ucsd.edu>
- Date: 12 Jan 93 14:10:45 GMT
- References: <1993Jan08.203304.13728@ttd.teradyne.com> <C0pDG7.Jp3@cup.hp.com>
- Sender: news@sdcc12.ucsd.edu
- Organization: Arete Associates, San Diego
- Lines: 22
- Nntp-Posting-Host: sdcc12.ucsd.edu
-
- In article <C0pDG7.Jp3@cup.hp.com> raj@cup.hp.com (Rick Jones) writes:
- >One thing to remember is that accessing files over Ethernet
- >(DUX/NFS/etc) is essentially like accessing files on a disk that will
- >_never_ go faster than 1MB/s. As you increase the quantity of "other"
- >traffic, it will have a direct impact on the speed with which you can
- >access files.
-
- NFS traffic between our HP730 and SunSSII workstation seems to be
- transmitted at 2 Mbits/second. I remember reading a long time ago
- that Sun had a trick to "take over" the ethernet in a non-friendly
- way to speed up ethernet transfers at the expense of other clients.
- This was why Sun NFS server performance was always better than HP's
- for a long time. Perhaps this trick has migrated to the HP now as
- well? Some vendors said that this was because the NFS service was
- part of the kernel on the Sun, and that HP had only recently put the
- NFS portion in the kernel to get the speed improvement. Since
- Ethernet tops out at about 1.5 Mbits per second because of timing
- constraints, I find this hard to believe...
-
- Tony Burzio
- Arete Associates
- Rainy San Diego, CA
-