From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Mk5xU-00045O-OM for garchives@archives.gentoo.org; Sun, 06 Sep 2009 00:50:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 77820E07A3; Sun, 6 Sep 2009 00:50:19 +0000 (UTC) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by pigeon.gentoo.org (Postfix) with ESMTP id 01E40E07A3 for ; Sun, 6 Sep 2009 00:50:18 +0000 (UTC) Received: by ewy18 with SMTP id 18so1875373ewy.14 for ; Sat, 05 Sep 2009 17:50:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=Ii8tqM1D0mN7vc9sF4k3lQ/uasqR9IwRLkxl3v+F4xE=; b=Aej5Wd9V6TRsBPH1XKPeV/eN3ljOcsOuM1A1x6+XL4j3+CkWm21AiYZjgW5CgesUPj G5GJD9yrqZkhshVnVvM/Qze2z4Ckqo+0Nrjb9t5nobYFJRV3090+FRzMlXpu4/7uZ0cq c2G78kPfFoLvJKWJLMlERV+VYWw7VNPm6jMZg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=cQwO/6GJ53U/ke874Fp2CAyHaTA/KWn+AP7XWiKYzvhG8Og6q0XzHoMafEKtrndd6n yCihNRSS4nnBU+HcfHdBJ5+mUdI4mSryp2Y9OKqJaOaED0Ml1tgcYY8fyAdMo13xZ+NG c2N1CNuTxxU0Hf8q6Y+54n2hoQFFVZfwWiiXM= Received: by 10.216.87.131 with SMTP id y3mr1345218wee.9.1252198218450; Sat, 05 Sep 2009 17:50:18 -0700 (PDT) Received: from energy.localnet (energy.heim10.tu-clausthal.de [139.174.197.94]) by mx.google.com with ESMTPS id g9sm3333760gvc.17.2009.09.05.17.50.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 05 Sep 2009 17:50:18 -0700 (PDT) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Kon Colivas is working again on a new scheduler for Desktop/Multimedia/Gaming PCs Date: Sun, 6 Sep 2009 02:50:17 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.30.5r4; KDE/4.3.1; x86_64; ; ) References: <200909060126.51568.volkerarmin@googlemail.com> In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200909060250.17332.volkerarmin@googlemail.com> X-Archives-Salt: 4e8b8bcc-b047-4ff3-a665-25496f712cf9 X-Archives-Hash: aa8583ad9625346e429f21f5c90eeb51 On Sonntag 06 September 2009, Nikos Chantziaras wrote: > On 09/06/2009 02:26 AM, Volker Armin Hemmann wrote: > > On Sonntag 06 September 2009, Nikos Chantziaras wrote: > >> On 09/06/2009 01:48 AM, Volker Armin Hemmann wrote: > >>> On Samstag 05 September 2009, Nikos Chantziaras wrote: > >>>> On 09/05/2009 05:59 PM, Volker Armin Hemmann wrote: > >>>>>> 1000 Hz timer freq > >>>>> > >>>>> change that to 300 > >>>>> > >>>>>> Did you mean tickless system with "noticks"? I have this enabled ATM > >>>>> > >>>>> deactivate that. > >>>> > >>>> Even with that, there still are problems. With composite enabled, > >>>> move an mplayer window around and see how the video starts to skip big > >>>> amounts of frames at the moment you start moving and when you "drop" > >>>> it again. The compositor takes away CPU time and mplayer starves for > >>>> a short time. BFS solves this. > >>> > >>> nope. No drops. vlc, xine, mplayer. At least no visible drop - and none > >>> of the three is complaining. > >> > >> Well, not here. > >> > >>> But there is a pro-tip: use a non-broken X. aka one with > >>> > >>> fedora_dont_backfill_bg_none.patch > >> > >> I do use that. > >> > >>>> Also, have you considered that you got it all backwards? The kernel > >>>> configuration tells you that for lower latencies, you should use > >>>> 1000Hz and PREEMPT. It even says "Desktop" right there. Why should I > >>>> take your word over that of the kernel devs who actually wrote that > >>>> code? > >>> > >>> low latency means bad throughput and that hurts IO. > >> > >> GUI stalls still happen with high latency settings. Doesn't seem to > >> matter; 300Hz, 1000Hz, tickless or not, PREEMPT or not, multicore > >> scheduler or not, all the same. GUI stalls during load. It only goes > >> away with Con's scheduler. > > > > attached is my config. Because I don't need Con's scheduler for a nice > > desktop experience. > > Good for you. I'm attaching mine. > > > What am I doing wrong? > > I don't know. Maybe it's just that you're as perceptive as the average > turtle. > and maybe you should decrapify your config a bit? Namespaces? Seccomp? Process accounting? no compat vdso? You really hate performance, do you?