Thread View: comp.sys.next.hardware
3 messages
3 total messages
Started by Chris Petrilli
Thu, 15 Oct 1992 15:39
NeXTdimension Speed Problems
Author: Chris Petrilli
Date: Thu, 15 Oct 1992 15:39
Date: Thu, 15 Oct 1992 15:39
25 lines
1481 bytes
1481 bytes
Well, I seem to be having some rather major problems with a
NeXTdimension machine that I run, and I can't seem to find anything that
is obviously causing the problem. The configuration is as follows:
NeXTcube ('040, 16Mb RAM)
NeXTdimension (16Mb RAM)
400Mb HD
Optical
Digital Ears
IEEE-488/SCSI interface
The problem is that the machine runs SLOW, I mean VERY slow, making an
old 030 machine look fast on some occasions. I logged in remotely (so
as not to do anything graphics intensive) and I get load averages
ranging from 2.5-3.0, which is entirely TOOO high for a machine that has
basically nothing running on it except a shell. Even after rebooting
the machine, the load average is in the mid to high 2s immediately.
Any ideas? We're running NeXTstep 2.1
Chris
--
| Chris Petrilli ____
| petrilli@gnu.ai.mit.edu ``Quayle is a bozoe.'' \ /
| I don't even speak for myself. \/
Re: NeXTdimension Speed Problems
Author: Chris Petrilli
Date: Fri, 16 Oct 1992 02:15
Date: Fri, 16 Oct 1992 02:15
36 lines
2541 bytes
2541 bytes
I think I need to clarify my earlier post. Many people have sent me suggestions consisting of 'use ps -aux' to find the problem. The problem is that I tried that weeks ago (I've been programming in Unix for 8 years) and the only oddity that I can find is init using 12% of the CPU time, which since I have only one NeXTdimension, it's hard to find out what the noraml is for a ND machine (it's .1% or so on my NeXTcube). I know this has something to do with the problem (I meant to mention it int the last post), but I can find absolutely NO reason for this machine to be doing that kind of loading. For what it's worth, the machine uses NFS to mount 2 other machines (4 partitions total), and is a NetInfo client, and uses NTP for time service. None of those should have anything to do with the problem. On a slightly unrelated note, I upgraded the ND board to 20Mb and it slowed down even more. I was told by NeXT that it didn't matter what order the SIMMS went in (since we have no documentation, and never got any,even after harassing them for it), but apparantly something doesn't like 4x4+4x1. I am NOT a happy NeXT customer right now, I've gotten nothing but the runaround even getting what I consider to be "normal" information that should be in the manuals, (some of which we have been unable to get out of NeXT even though we should have gotten them with our machines). As someone doing research and development work for a major university (The University of Texas at Austin) it would be hard for me to suggest anyone buy a ND machine at this point. The concepts are great, someone needs to teach NeXT how to support a machine. I can't even get them to answer a simple question (like SIMM order) wihtout going through my "official support person". This is NOT a company I want to deal with. Chris -- | Chris Petrilli ____ | petrilli@gnu.ai.mit.edu ``Quayle is a bozoe.'' \ / | I don't even speak for myself. \/
Re: NeXTdimension Speed Problems
Author: Mark Thomsen
Date: Fri, 16 Oct 1992 19:07
Date: Fri, 16 Oct 1992 19:07
23 lines
1442 bytes
1442 bytes
Chris Petrilli writes
> Well, I seem to be having some rather major problems with a
> NeXTdimension machine that I run, and I can't seem to find anything that
> is obviously causing the problem. The configuration is as follows:
>
> NeXTcube ('040, 16Mb RAM)
> NeXTdimension (16Mb RAM)
MORE RAM!
It is a complex shuffling dance between the file system, the CPU RAM, the ND
RAM, and the various swapping and backing algorithms (and their use of the file
system, ...). The more time it spends in the dance, the less useful stuff from
a user point of view. 16 MB of CPU RAM is not enough. If you are doing a lot of
image display, 16 MB of ND RAM may not be enough.
The ND has turned out difficult to tune and make go fast --- from a couple of
years dinking with them and asking NeXT engineers lots of questions. The only
practical solution we have ever found is
MORE RAM!
Mark
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads