No, please don't do this. Having weights in the 1000's is what causes this problem, creates excess share, the looping user takes over. If you don't understand excess share, keep shares in the 100's, and use absolute shares where you know exactly what is intended.
On 10/28/2015 7:13 AM, Veencamp, Jonathon D. wrote:
It is a somewhat crude method, but we used SHARE values on the directory entry for the guests. prod hosts would have SHARE weights in the thousands, and dev hosts would have SHARE weights in the tens or hundreds. Non-prod could pull hard as long as we weren't at capacity, but with any CPU contention prod would "win" dramatically, and non-prod would be CPU constrained by ZVM. As I said crude, and that strategy it depends what you have running. Jon From: Victor Echavarry Diaz <vechava...@evertecinc.com> To: LINUX-390@VM.MARIST.EDU Date: 10/28/2015 09:28 AM Subject: Help with cpu stealing Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU> Hi people: We've had several incidents where one Linux server has high CPU utilization and impacts other servers from other applications. We were asked to prevent this from happening again so we are looking for the best practices to avoid CPU stealing or CPU waits on one Linux server caused by another. Regards, Victor Echavarry System Programmer, EVERTEC LLC ________________________________ This e-mail message and any attachments are confidential and meant for the exclusive use of the intended recipient or addressee. The message may also contain protected health information or personally identifiable information, both protected by state and federal law. PLEASE NOTE: The misuse of protected health information could subject you to civil or criminal penalties. If you have received this communication in error, please do not read it and notify the sender immediately by reply e-mail at the address above and permanently delete/destroy all copies of the message and all attachments. Any review, dissemination, distribution or copying of this message by any person other than the intended recipient(s) or their authorized agents is strictly prohibited. Thank you. ---------------------------------------------------------------------- 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/