On Thursday, 06/13/2013 at 03:29 EDT, Ron Foster <ron.fos...@baldor.abb.com> wrote: > We have a bunch of SAP application servers running under z/vm. They are all > pointed at the same z/os 1.13 system. There are several DB2s running on this > z/OS system. All the Apps servers are using the same hipersocket chpid to > communicate to the z/os system the same hipersocket chipid. Since going to z/OS > 1.13, we are experiencing storage creep in our TCPIP address space.> > > This hipersocket is using a 8k MTU size. I believe this to be the SAP > recommended size. > > Our z/os support folks are being told by their support folks that they would > like us to increase the MTU size from 8k to something larger.
That sounds strange, to say the least. What logic do they give to support the conclusion that a larger MTU will prevent storage creep? Large MTU or small, the path through the stack should be the same. If you didn't have storage creep on the earlier release with an 8K MTU, you shouldn't have it now. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott ---------------------------------------------------------------------- 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/