Hi, The consensus is to use FSS and the justification is below. There was one response against it but I did not receive feedback on what the technical reasons were as yet. Thanks greatly to: Aleks Feltin Francisco Roque Regards Sugan Moodley -----Original Message----- From: francisco roque Sent: 20 November 2008 07:54 AM To: Moodley, Sugan S Subject: Re: Solaris 10 Scheduling question We allocate a number of shares foreach zone based on its priority. Let's say a machine has 5 zones, of which 2 are production, 2 are development and 1 is the global. Let's also say that 1 of those production zones is more important than the other. In that case we would divvy it up as: 200 shares to global 100 shares to important production zone 50 shares to less important production zone 10 shares to each development zone We give the global much more since if something goes wrong with the local zones (e.g. processes spinning out of control), we need to get on the globabl to fix the issue. In theory you can become much more fine-grained than this, in practice using this standard works ok for us. Also i highly recommend moving to FSS. We've had a couple cases where performance improved a lot, even on machines that weren't taxed before. Good luck, -f -----Original Message----- From: Aleks Feltin Sent: 19 November 2008 10:58 AM To: Moodley, Sugan S Subject: Re: Solaris 10 Scheduling question Hi Sugan, Here is a link for blog resource covering both theory and implementation - http://number9.hellooperator.net/articles/2007/04/14/thinking-cap This should provide answers to your questions. regards, Aleks F. On 19/11/08 10:20 +0200, Moodley, Sugan S wrote: >Hi, > >I have various releases of Solaris 10 running zones on SPARC hardware. >Recently we have been advised to change our scheduler from the default >Time Based scheduling to Fair Share Scheduler on the grounds that it is >"better" than the default. > >The documentation on this subject is very complex and docs.sun.com does >not give real world examples. > >What would be the best way to use this FSS and TM ? > >Thank you kindly, >Sugan Moodley >UNIX sysadm _____________________________________________________________________________ ________________________________________________________ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com _____________________________________________________________________________ ___________________________________________________________ [demime 1.01b removed an attachment of type application/pgp-signature which had a name of signature.asc] _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Sat Nov 22 08:32:04 2008
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:12 EST