From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [PATCH] xenctld - a control channel multiplexing daemon Date: Mon, 24 Jan 2005 13:11:12 -0600 Message-ID: <1106593872.18665.27.camel@localhost> References: <1106322956.17263.26.camel@localhost> <1106337581.18070.13.camel@localhost> <1106342088.18665.1.camel@localhost> <1106343476.7691.91.camel@bear.wordzoo.com> <1106584520.18665.10.camel@localhost> <1106585752.17408.16.camel@bear.wordzoo.com> <871xcag1f4.wl@badger.wordzoo.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <871xcag1f4.wl@badger.wordzoo.com> Sender: xen-devel-admin@lists.sourceforge.net Errors-To: xen-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Jared Rhine Cc: xen-devel@lists.sourceforge.net List-Id: xen-devel@lists.xenproject.org On Mon, 2005-01-24 at 11:52, Jared Rhine wrote: > Ronald> The issue is that, in any large scale cluster, if you have > Ronald> enough processes running besides your application on the > Ronald> nodes, then the act of scheduling those processes -- even > Ronald> for select calls that return instantly > Ronald> -- can derange the application performance. This is why schedulers have priority. Just bump up the priority of your desired app. Also, with the Linux O(1) scheduler, a process blocked on I/O (at least, by my understanding) should have no impact on other processes scheduling. -- Anthony Liguori Linux Technology Center (LTC) - IBM Austin E-mail: aliguori@us.ibm.com Phone: (512) 838-1208 ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl