I think this practice of allocating 8G/8G has come from the virtualised Windows world. There you need at least 8GB of memory to run the Windows server independent from what you run on it. A 10k service module or an 8G (virtual) SAP system. Yes, smallish SAP systems are quite good at living in what the Windows OS leaves them. Only when you want a heavily used application that really needs more G you need to go above 8G.
best regards, Pieter Harder ________________________________________ Van: Linux on 390 Port <LINUX-390@VM.MARIST.EDU> namens Scott Rohling <scott.rohl...@gmail.com> Verzonden: woensdag 6 april 2016 17:29 Aan: LINUX-390@VM.MARIST.EDU Onderwerp: Re: linux memory There should also be some criteria that acknowledges both the extra cost and capability of z vs other platforms.. you shouldn't be handing out Linux servers based on 'who offers more' - it should be based on business need. Sizing everything exactly the same is a pretty simplistic method of managing things.. I would question handing out 8G memory/swap to every guest.. Based on what? Actually sizing the workload and handing out resources appropriately is what I'd want if it was my business and $ - especially on z. Scott Rohling. On Wed, Apr 6, 2016 at 7:41 AM, Levy, Alan <al...@doitt.nyc.gov> wrote: > Hopefully someone can resolve an argument that I'm having with a colleague. > > We are competing with the distributed side which using VMware to create > sles linux servers. They create servers with 8G of memory and 8G of swap > for EVERY server. My colleague wants to follow this architecture for our > zvm servers (giving them 8G of memory and 8G of vdisk). > > My opinion is to give them a default of 2G of memory and 2G of vdisk and > increase the main memory as needed. > > My colleague is concerned that if we give them less, they will always go > to the distributed side since they give more. I am concerned about giving > so much memory might negatively impact our zvm systems. > > > > > ________________________________ > > This e-mail, including any attachments, may be confidential, privileged or > otherwise legally protected. It is intended only for the addressee. If you > received this e-mail in error or from someone who was not authorized to > send it to you, do not disseminate, copy or otherwise use this e-mail or > its attachments. Please notify the sender immediately by replying to this > e-mail and delete the e-mail from your system. > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/