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 1Mk6G0-0007e0-UQ for garchives@archives.gentoo.org; Sun, 06 Sep 2009 01:09:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 70EA3E0853; Sun, 6 Sep 2009 01:09:27 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2BF43E0853 for ; Sun, 6 Sep 2009 01:09:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id BC8D766E62 for ; Sun, 6 Sep 2009 01:09:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.992 X-Spam-Level: X-Spam-Status: No, score=-2.992 required=5.5 tests=[AWL=-0.393, 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 LSz4Sc1pEDKR for ; Sun, 6 Sep 2009 01:09:20 +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 A497E66E3D for ; Sun, 6 Sep 2009 01:09:18 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mk6Fn-0004Mk-8I for gentoo-user@gentoo.org; Sun, 06 Sep 2009 03:09:15 +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 03:09:15 +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 03:09:15 +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 04:08:53 +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: 409f52d1-faa2-449e-97c4-05b95b772b02 X-Archives-Hash: 2654d66b878e64896307f9796b83eefa 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? On another note: "Say N here if you are running a sufficiently recent glibc version (2.3.3 or later), to remove the high-mapped VDSO mapping and to exclusively use the randomized VDSO." And digging turned up that it saves about 6-10 instructions per syscall but limits the flexibility. This may be a significant improvement for intensive-IO processes. And about process accounting: "This is generally a good idea, so say Y." Well, I said Y. And on seccomp: "... If unsure, say Y. Only embedded should say N here." Well, guess what? I'm not on "embedded".