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 1Mk62K-00052T-GH for garchives@archives.gentoo.org; Sun, 06 Sep 2009 00:55:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D5354E0B46; Sun, 6 Sep 2009 00:55:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 8EC53E0B46 for ; Sun, 6 Sep 2009 00:55:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2B61B66D12 for ; Sun, 6 Sep 2009 00:55:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.994 X-Spam-Level: X-Spam-Status: No, score=-2.994 required=5.5 tests=[AWL=-0.395, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vwOe3JNIvXMm for ; Sun, 6 Sep 2009 00:55:09 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 54CCE66D11 for ; Sun, 6 Sep 2009 00:55:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mk622-00021p-Fq for gentoo-user@gentoo.org; Sun, 06 Sep 2009 02:55:02 +0200 Received: from athedsl-386504.home.otenet.gr ([79.131.61.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 06 Sep 2009 02:55:02 +0200 Received: from realnc by athedsl-386504.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 06 Sep 2009 02:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: Kon Colivas is working again on a new scheduler for Desktop/Multimedia/Gaming PCs Date: Sun, 06 Sep 2009 03:53:54 +0300 Organization: Lucas Barks Message-ID: References: <200909060126.51568.volkerarmin@googlemail.com> <200909060250.17332.volkerarmin@googlemail.com> 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; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-386504.home.otenet.gr User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090826 Thunderbird/3.0b3 In-Reply-To: <200909060250.17332.volkerarmin@googlemail.com> Sender: news X-Archives-Salt: 28997a91-925c-4892-be49-9a220fea69de X-Archives-Hash: d1b54364b9e35f011df6b0ec3aef68c6 On 09/06/2009 03:50 AM, Volker Armin Hemmann wrote: > 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? I've enabling and disabling that stuff for ages and it never helped. That just happens to be the current config.