home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.sysv386:13959 biz.sco.general:3138
- Newsgroups: comp.unix.sysv386,biz.sco.general
- Path: sparky!uunet!metter!openage!gryphon
- From: gryphon@openage.openage.com (The Golden Gryphon)
- Subject: Re: SCO ODT performance
- Organization: Open Age, Inc.
- Date: Wed, 02 Sep 1992 23:12:59 GMT
- Message-ID: <1992Sep02.231259.1221@openage.openage.com>
- References: <1992Sep1.154529.454@advtech.uswest.com>
- Lines: 30
-
- rreitzig@lookout.it.uswc.uswest.com (Rolf Reitzig) writes:
- >After speaking to DEC technical support, I decided to try some benchmarks on
- >disk access time. I found the following: copying a 25 MB file from fileA to
- >fileB took 13 minutes on the Xenix computer, and 2.5 minutes on the DEC
- >computer. Not bad. However, vmstat reported that the CPU was 93% idle, with
- >7% system useage on the Xenix computer, while the DEC computer was 0% idle, with
- >100% system useage. While the copying was taking place, a user could login to
- >the Xenix computer with no delay, while a login on the DEC computer was
- >insufferable slow. These tests were performed with 2 root users logged in, no
- >users on the system at all.
-
- >Basically, I have concluded that disk access operates at very high priority in
- >ODT, and this is the cause of the performance problems.
-
- >Am I on the right track? Any suggestions?
-
- >Post, or mail replies to rreitzig@uswest.com
-
- Hmm. Is it possible that you have modified the priority of the root user
- through the system administration shell (sysadmsh)? It sounds like you have.
- Go into sysadmsh and do Accounts->User->examine->root and look at the
- users CPU priority. It should be 0 for everyone.
-
-
- [Paul Fischer on news since xenitec seems to be down.]
- --
- The Golden Gryphon gryphon@openage.COM
- Solve a man's problem and he has 1 less. No incumbents in 92.
- Teach a man to think, and all his problems are less.
- Openage - The Premier SCO UNIX integrator in the Washington D.C. area
-