Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757322AbZKWMEO (ORCPT ); Mon, 23 Nov 2009 07:04:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757124AbZKWMEO (ORCPT ); Mon, 23 Nov 2009 07:04:14 -0500 Received: from mx3.mail.elte.hu ([157.181.1.138]:41343 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757050AbZKWMEN (ORCPT ); Mon, 23 Nov 2009 07:04:13 -0500 Date: Mon, 23 Nov 2009 13:04:09 +0100 From: Ingo Molnar To: Alan Cox Cc: Mike Galbraith , Robert Swan , Linus Torvalds , linux-kernel@vger.kernel.org Subject: Re: [bisected] pty performance problem Message-ID: <20091123120409.GA32009@elte.hu> References: <20091121222319.GA3905@swanrl.gmail.com> <20091122063926.GA18224@elte.hu> <20091122122312.71a343d9@lxorguk.ukuu.org.uk> <1258952431.6261.38.camel@marge.simson.net> <20091123113110.15063a0a@lxorguk.ukuu.org.uk> <20091123114845.GC25575@elte.hu> <20091123115949.29bcf89d@lxorguk.ukuu.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091123115949.29bcf89d@lxorguk.ukuu.org.uk> User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.5 -2.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1003 Lines: 29 * Alan Cox wrote: > > > Another possibility is to do > > > > > > if (tty->low_latency) > > > schedule_delayed_work(&tty->buf.work, 0); > > > else > > > schedule_delayed_work(&tty->buf.work, 1); > > > > Flaggery for low latency is kind of lame though - especially if it > > defaults to off in most drivers as you say. > > So you'd prefer to detect devices that are byte based or message based > by what method ? I'd not delay the worklet by default - i.e. i'd do Mike's patch. Havent tested all effects of it though - do you have any estimation about negative effects from such a change? We do have hard numbers (latencies in the millisecs range) from the opposite direction and those numbers arent pretty. Ingo -- 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/