From owner-freebsd-stable@FreeBSD.ORG Wed May 21 18:17:54 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0042B1065678 for ; Wed, 21 May 2008 18:17:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 53FDE8FC18 for ; Wed, 21 May 2008 18:17:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m4LIHps1024905; Wed, 21 May 2008 20:17:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m4LIHpbd024904; Wed, 21 May 2008 20:17:51 +0200 (CEST) (envelope-from olli) Date: Wed, 21 May 2008 20:17:51 +0200 (CEST) Message-Id: <200805211817.m4LIHpbd024904@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, unga888@yahoo.com In-Reply-To: <438315.78030.qm@web57004.mail.re3.yahoo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 21 May 2008 20:17:52 +0200 (CEST) Cc: Subject: Re: sched_ule performance on single CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 May 2008 18:17:54 -0000 Sorry for the late reply, but I think there's a technical detail that should be mentioned ... Unga wrote: > My earlier test shows processes in the normal category > can starve processes in real-time category. That's > alarming. It should be get fixed. Note that FreeBSD does not support "hard real time" processing. Strictly speaking no OS does that on PC standard hardware. FreeBSD's idprio/rtprio implementation only affects the decisions of the scheduler, i.e. the assignment of CPU time slices to processes. However, there are other resources beside CPU that influence the execution of processes. For example disk I/O. In other words, if an idle-prio process performs a lot of disk accesses, it creates an I/O bottleneck, and even realtime-prio processes will have to wait because the hardware (disk) is blocked. This problem can be alleviated by using faster and better hardware, e.g. a SCSI RAID-0 disk subsystem or whatever. Besides, for professional audio recording you will also need professional audio hardware (which should include its own buffer memory, among other things), not a consumer card or an el'cheapo USB dongle. Best regards Oliver PS: My notebook at home (Pentium-M, UP, 3 years old) works very well with FreeBSD/i386 RELENG_7 + SCHED_ULE. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa