HP3000-L Archives

September 1998, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Paul Courry <[log in to unmask]>
Reply To:
Paul Courry <[log in to unmask]>
Date:
Sun, 13 Sep 1998 03:29:08 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (38 lines)
You are right. There IS a point where too much memory hinders performance.
In my experience (and I get to run GLANCE on a lot of boxes) starvation is
the general rule rather than having your cup runneth over, again YMMY.)

Paul Courry



>I would add one caution with the statement about adding memory.  As a
>
>general rule I agree that adding memory is a good thing, but the old
>
>addage of "too much of a good thing is bad" is true here as well.  Based
>
>on how your system is used there is a point that adding memory will slow
>
>interactive user performance.  We found this when doing performance
>
>testing at HP's Capacity Planning Center.  It seems the more memory that
>
>batch processing has to place with the more it dominates the system and
>
>the priority of the user's versus batch has very little to do with who
>
>gets cpu time.  It become a matter of who has resource locked (in use)
>
>when a user needs that resource.
>
>
>
>I can not give you any idea how much memory is too much.  It all depends
>
>on your system utilization.  But when you hit that magic spot you will
>
>know what it is.
>
>

ATOM RSS1 RSS2