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 1Mk7Ob-0003QJ-DV for garchives@archives.gentoo.org; Sun, 06 Sep 2009 02:22:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0360BE0BCB; Sun, 6 Sep 2009 02:22:24 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D22D0E0BCB for ; Sun, 6 Sep 2009 02:22:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 73A9966D43 for ; Sun, 6 Sep 2009 02:22:23 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.989 X-Spam-Level: X-Spam-Status: No, score=-2.989 required=5.5 tests=[AWL=-0.390, 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 TfBMsPtlFXs8 for ; Sun, 6 Sep 2009 02:22:15 +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 6DD9066C1F for ; Sun, 6 Sep 2009 02:22:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mk7ON-0001gb-93 for gentoo-user@gentoo.org; Sun, 06 Sep 2009 04:22:11 +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 04:22:11 +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 04:22:11 +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 05:21:47 +0300 Organization: Lucas Barks Message-ID: References: <200909060250.17332.volkerarmin@googlemail.com> <200909060410.01905.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: <200909060410.01905.volkerarmin@googlemail.com> Sender: news X-Archives-Salt: e9b6d9a2-8cf4-471c-a419-9763503ca37e X-Archives-Hash: e1d1cb83e88bdc9d44c85fbdd07826f2 On 09/06/2009 05:10 AM, Volker Armin Hemmann wrote: > On Sonntag 06 September 2009, Nikos Chantziaras wrote: >> On 09/06/2009 03:50 AM, Volker Armin Hemmann wrote: >>> 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." > > yeah, if you are in a bean counter environment. Nobody else needs it. > >> >> 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". > > and seccomp is only used by a single project by Andrea Arcangeli. Nobody else > uses it. He also was the submitter of that feature. I've used your .config. I only changed CPU from AMD to Intel Core 2, as well as the SATA and network drivers. Same problems. So it's not a kernel configuration problem. And btw, no matter how I configure the kernel, Con's scheduler always results in a smooth and fluid composited GUI. Bte, are you even using OpenGL compositing or are you just talking random stuff? :P