Hi Matt,

You should allocate what is needed. So measure what your application
needs. A rule of thumb is hard to give since, indeed, it depends. Our
DB2connect is sized at 300M. And from measuring the guest we can see
that we could size it down to even 250M. We still don't size down since
it is still in test. After our stresstest we can decide if 300M is a
good value or that is needs to be adjusted, either more or less storage.
That would depend on the number of concurrent connections, to name one.
Obviously when you are running a full database 300M can be too small.
But then again, measure what your application needs. Our webserver is
sized at 200M, we have guests running as small as 130M.

Ask how they came up with 6G. Was it the recommendation from the books?
Was it due to the prior observation that with 6G the linux machine
didn't use swap? And did they try the same with 5G or 4G? Do they know
how much the application is actually using?

What are your intentions beyond this guest? Do you want to add more
guests? Then try to start with small machines. IMHO it is very hard to
size down afterwards since nobody wants to size down, they only want to
size up. Also, don't mix different workloads into one machine. In VM it
is very easy to add a new server instead of consolidating into one
guest. And your performance will benefit since different workloads
usually require different settings, both for the guests and the
application.

Regards, berry.

-----Original Message-----
From: Linux on 390 Port [mailto:[email protected]] On Behalf Of
Dazzo, Matt
Sent: donderdag 2 december 2010 15:46
To: [email protected]
Subject: Memory Allocation

We are entering the world of zvm/linux with a z10bc-2098 n04 and 16gb
total memory. I am trying to decided what to allocate to zvm/linux as a
starting point. Our initial thoughts and a recommendation from our VAR
was 6gb. The first application will be DB2 Conn Server and not sure
what's after that. I'd like to find out how much memory other shops have
allocated and what applications they support. Is our initial 6gb a
decent starting point? I know the IBM standard answer 'it depends' but I
am looking for some clarity and guide lines.

Thanks
Matt

----------------------------------------------------------------------
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 more information on Linux on System z, visit
http://wiki.linuxvm.org/


----------------------------------------------------------------------
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 more information on Linux on System z, visit
http://wiki.linuxvm.org/
ÿþDit bericht is vertrouwelijk en kan 
geheime informatie bevatten enkel

bestemd voor de geadresseerde. Indien 
dit bericht niet voor u is bestemd,

verzoeken wij u dit onmiddellijk aan 
ons te melden en het bericht te

vernietigen.

Aangezien de integriteit van het 
bericht niet veilig gesteld is middels

verzending via internet, kan Atos 
Origin niet aansprakelijk worden 
gehouden

voor de inhoud daarvan.

Hoewel wij ons inspannen een virusvrij 
netwerk te hanteren, geven

wij geen enkele garantie dat dit 
bericht virusvrij is, noch aanvaarden 
wij

enige aansprakelijkheid voor de 
mogelijke aanwezigheid van een virus in 
dit

bericht.

 

Op al onze rechtsverhoudingen, 
aanbiedingen en overeenkomsten 
waaronder

Atos Origin goederen en/of diensten 
levert zijn met uitsluiting van alle

andere voorwaarden de 
Leveringsvoorwaarden van Atos Origin 
van toepassing.

Deze worden u op aanvraag direct 
kosteloos toegezonden.

 

This e-mail and the documents attached 
are confidential and intended solely

for the addressee; it may also be 
privileged. If you receive this e-mail

in error, please notify the sender 
immediately and destroy it.

As its integrity cannot be secured on 
the Internet, the Atos Origin group

liability cannot be triggered for the 
message content. Although the

sender endeavours to maintain a 
computer virus-free network, the sender

does not warrant that this transmission 
is virus-free and will not be

liable for any damages resulting from 
any virus transmitted.

 

On all offers and agreements under 
which Atos Origin supplies goods and/or

services of whatever nature, the Terms 
of Delivery from Atos Origin

exclusively apply. 

The Terms of Delivery shall be promptly 
submitted to you on your request.

 

Atos Origin Nederland B.V. / Utrecht

KvK Utrecht 30132762

Reply via email to