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 1N6vzk-0007Qs-0X for garchives@archives.gentoo.org; Sun, 08 Nov 2009 00:51:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C1975E0BA3; Sun, 8 Nov 2009 00:51:01 +0000 (UTC) Received: from ey-out-1920.google.com (ey-out-1920.google.com [74.125.78.145]) by pigeon.gentoo.org (Postfix) with ESMTP id 8255DE0BA3 for ; Sun, 8 Nov 2009 00:51:01 +0000 (UTC) Received: by ey-out-1920.google.com with SMTP id 3so437587eyh.40 for ; Sat, 07 Nov 2009 16:51:01 -0800 (PST) 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=C5LjltXdy6ROHXXMylpSm+JZiRlBM/uVZIYXNowiLIs=; b=Ggoa9zG6RlxztwQDewP75EajOuLjgzXJZUozAMm/k33m83VFM2qSJAuBrAPY6rsXWm aunMXa/D3vzT7QGd9laqIcDrejpnyf/uk0G6XahwA2HGEulP373QKteCvuxTpsHA3aZN jnGpwWwO+1FKIIfFER8ZwEWmBeiz6eQu2SHz4= 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=BVds9si0ZaKmkObEbv9+HFGSQ1PcIpwV7YFMfelXDvq4At4aJhFFMqkKzk0KbUBV3E siw/9GEpuCLusKlsZ/9/ZLYdQBHFj4LRTNlC38xS5M8kc4cR+rf2y1uYuQEynrek7kCQ 7HZtuaC8K062n/inHyVs62SFOSNf3nRxxNnLg= Received: by 10.216.89.202 with SMTP id c52mr2026120wef.215.1257641459648; Sat, 07 Nov 2009 16:50:59 -0800 (PST) Received: from energy.localnet (energy.heim10.tu-clausthal.de [139.174.197.94]) by mx.google.com with ESMTPS id i6sm4066739gve.17.2009.11.07.16.50.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 16:50:58 -0800 (PST) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it? Date: Sun, 8 Nov 2009 01:50:55 +0100 User-Agent: KMail/1.12.3 (Linux/2.6.32-rc6-zen1r4; KDE/4.3.3; x86_64; ; ) References: <39CFC182-B039-4D26-9880-DC26485DF8F2@stellar.eclipse.co.uk> <200911080110.37891.volkerarmin@googlemail.com> <9C4CBF5D-4092-4903-9470-E981F9B9BB3C@stellar.eclipse.co.uk> In-Reply-To: <9C4CBF5D-4092-4903-9470-E981F9B9BB3C@stellar.eclipse.co.uk> 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-1" Content-Transfer-Encoding: 7bit Message-Id: <200911080150.55559.volkerarmin@googlemail.com> X-Archives-Salt: e1c97c5e-061d-43b3-92eb-7b3de99d92cb X-Archives-Hash: dfe281829a51172a3df970566fce1e44 On Sonntag 08 November 2009, Stroller wrote: > On 8 Nov 2009, at 00:10, Volker Armin Hemmann wrote: > > ... > > using a livecds kernel is probably the worst decision out there. > > > > http://www.kroah.com/lkn/ > > > > as you can see, you don't have to download it. > > > > Or just do it step for step, reading help files. > > > > seccomp? Except Andrea Arcangeli nobody uses it. Can be deactivated. > > I2O? > > Almost nobody uses it. Especially not 'commodity' hardware, out it > > goes. Numa? > > Do you have a multi-socket system? No? Then you don't need it. ... > > you can > > remove a lot of cruft that way. Namespaces - you don't need it? Kick > > 'em out. > > Group scheduling? Sure, a great way to reduce performance... > > But Volker, if it takes me an hour to decrapify my kernel config and > make it faster, it will probably take 1000 years for those speed > improvements to pay off. > > If I had unlimited time then I would love to read that book. I really > LIKE the idea of decrapifying my kernel config. But realistically, any > time I spend on it is time wasted, for which no difference will be > appreciable. > > Stroller. > I am not you, but I need maybe 5min for a config ;) and there are more benefits. Smaller binary, more cpu cache free for real data. Better performance lies that way. Also, you don't have to wonder about processes you did not start. Security is also a point. A smaller codebase in use is a saver codebase in use. A lot of bugs only affect kernels with certain features turned on - it is very relaxing if you don't have that feature...