🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.next.hardware
3 messages
3 total messages Started by Chris Petrilli Thu, 15 Oct 1992 15:39
NeXTdimension Speed Problems
#887
Author: Chris Petrilli
Date: Thu, 15 Oct 1992 15:39
25 lines
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
#895
Author: Chris Petrilli
Date: Fri, 16 Oct 1992 02:15
36 lines
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
#908
Author: Mark Thomsen
Date: Fri, 16 Oct 1992 19:07
23 lines
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