You're not a broken record. The problem here is deaf ears and blind eyes. I've
been saying for 2+ years we were getting close to the tipping point on
our memory situation. This week we reached that point and my management has the
gall to act *surprised*. I've wanted a decent monitor. For a long
time. There is no money in the budget. And won't be, sadly.
Dave Jones <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
<[email protected]>
To
[email protected]
cc
03/16/2007 10:00 AM
Subject
Re: Sizing
an HTTP-server guest
Please respond to
Linux on 390 Port <[email protected]>
I realize that I must sound like a broken record on this topic (or is
that a "broken CD" to today's youngsters? :-), but this is where having
a good Linux and VM performance monitoring and analysis product can
really pay off. Instead of having to do a trial and error approach to
guest sizing, one could look at the memory usage data from the monitor
and be able to make a realistic determination from that.
In today's complex and mission critical systems, having a good
performance monitor and analysis system running is just as important,
imho, as having the proper security manager and policies in place. No
one would consider running a z/VM system out of the box with having
RACF/VM, ACF2, TopSecret, etc. installed as well....the same should hold
for the performance tools available from IBM and Velocity Software.
Have a good weekend, too.
DJ
Rich Smrcina wrote:
> A customer has one defined at 96M, no swap.
>
> James Melin wrote:
>> Greetings everyone.
>>
>> We're working on separating the HTTP server function from the server
>> on which WebSphere runs (Network deployment configuration, where HTTPD
>> was
>> running on node 1 of the cluster). I know I'll be able to shrink the
>> guest considerably but I'm really not sure how to look at the memory
>> allocation
>> of the process now, under workload, to know how big the guest should
>> be. I'm guessing it will be under 300 MB but I'd like to do better
>> than a guess.
>>
>> We're using the IBMIHS server which is based on Apache.
>>
>> If anyone has any insight, I'd greatly appreciate it.
>>
>> -J
>>
>> ----------------------------------------------------------------------
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390
>> or visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>>
>
> --
> Rich Smrcina
> VM Assist, Inc.
> Phone: 414-491-6001
> Ans Service: 360-715-2467
> rich.smrcina at vmassist.com
>
> Catch the WAVV! http://www.wavv.org
> WAVV 2007 - Green Bay, WI - May 18-22, 2007
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
