You want to garbage collect so long as it doesn't: Cause too much cost. Get in the way.
I'm not overly familiar with modern designs but they are aiming at getting both of the above right. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Andrew Rowley <and...@blackhillsoftware.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 19/02/2016 07:17 Subject: Re: Introducing the New z13s: Tim's Hardware Highlights Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On 19/02/2016 05:15 PM, Timothy Sipples wrote: > Andrew Rowley wrote: >> I will make the same comment I made last time this topic came up - >> avoiding garbage collection is not usually a wise goal. > It depends on the workload(s). The point I made is that with the z13 and > z13s you have more such options, when/as they make sense. > > To pick an example, I recall dealing with a Java workload that had an > unresolved memory leak. Memory leaks are not a usual case, but I would suggest you will still want to garbage collect. I'm not arguing against large memory - I am all in favour of as much as you can afford. It's just the suggestion that avoiding Java GC is a good idea. I believe that Java is one of the keys to the future of z/OS. Suggestions like "allocate enough memory that you don't have to GC" contribute to the view that Java is a memory hog and performs poorly. That is damaging to Java on z/OS and as a result damaging to z/OS as a whole. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN