Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262496AbVAKUGl (ORCPT ); Tue, 11 Jan 2005 15:06:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262571AbVAKUGl (ORCPT ); Tue, 11 Jan 2005 15:06:41 -0500 Received: from waste.org ([216.27.176.166]:24475 "EHLO waste.org") by vger.kernel.org with ESMTP id S262496AbVAKUG2 (ORCPT ); Tue, 11 Jan 2005 15:06:28 -0500 Date: Tue, 11 Jan 2005 12:05:49 -0800 From: Matt Mackall To: "Jack O'Quin" Cc: Chris Wright , Christoph Hellwig , Andrew Morton , Lee Revell , paul@linuxaudiosystems.com, arjanv@redhat.com, mingo@elte.hu, alan@lxorguk.ukuu.org.uk, linux-kernel@vger.kernel.org Subject: Re: [PATCH] [request for inclusion] Realtime LSM Message-ID: <20050111200549.GW2940@waste.org> References: <200501071620.j07GKrIa018718@localhost.localdomain> <1105132348.20278.88.camel@krustophenia.net> <20050107134941.11cecbfc.akpm@osdl.org> <20050107221059.GA17392@infradead.org> <20050107142920.K2357@build.pdx.osdl.net> <87mzvkxxck.fsf@sulphur.joq.us> <20050110212019.GG2995@waste.org> <87d5wc9gx1.fsf@sulphur.joq.us> <20050111195010.GU2940@waste.org> <871xcr3fjc.fsf@sulphur.joq.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <871xcr3fjc.fsf@sulphur.joq.us> User-Agent: Mutt/1.3.28i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1597 Lines: 36 On Tue, Jan 11, 2005 at 01:57:11PM -0600, Jack O'Quin wrote: > Matt Mackall writes: > > > On Tue, Jan 11, 2005 at 08:30:50AM -0600, Jack O'Quin wrote: > >> "Near-RT" is about the most useless concept I've heard of in a long > >> time. It sounds like the answer to a question nobody asked. ;-) > > > > To my way of thinking, it's a pretty good description of Ingo's work > > or anything you're ever going to see on a PC. If you think you're > > going to get real hard RT performance on your off-the-shelf x86 box > > running a conventional OS, you are fooling yourself. > > > > Thankfully a buffer underrun is no more fatal for pro audio than a > > broken guitar string. CDs skip, DATs glitch, XLR cables flake out, > > circuit breakers trip, amps clip, Powerbooks crash, and the show goes > > on. I've done more than enough stage tech to know it's a huge pain in > > the ass, but let's stop pretending we require absolute perfection, > > please. > > In _practice_, Ingo's patches are considerably better than what you > seem to consider "good enough for mere audio work". Eh? I never implied mainstream was good enough. What I said was that high priority SCHED_OTHER could be made good enough and that that would be preferable to SCHED_FIFO in many cases. Anyway, *plonk*. -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/