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 <gentoo-user+bounces-95993-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1MARzO-0006Aj-65
	for garchives@archives.gentoo.org; Sat, 30 May 2009 17:04:58 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C0283E0373;
	Sat, 30 May 2009 17:04:56 +0000 (UTC)
Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176])
	by pigeon.gentoo.org (Postfix) with ESMTP id 7FF70E0373
	for <gentoo-user@lists.gentoo.org>; Sat, 30 May 2009 17:04:56 +0000 (UTC)
Received: by gxk24 with SMTP id 24so23517779gxk.10
        for <gentoo-user@lists.gentoo.org>; Sat, 30 May 2009 10:04:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:received:in-reply-to:references
         :date:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        bh=d9QLd52aqxunIav/+6j13WwsLAleFOfRYBvrfXqXQVA=;
        b=lkM7/XN7Byzome08w2i4+geKr41caa+AIhRyqAk4Ne5fAvVQP0x1dP28hIphpL89qz
         XZUpqglv9zfwLGe4IIURkAGxyO3VPciLhu7d7JAl6D5O8xMJPCWmvViWp+HemJGuXKje
         wwn2d8Dz+fLSXdUIH82aRDw3X6n6F7HpxHTgI=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=baCGwkqkbpWmXZbyLDVivwDpaktfnd3achuYMDxglThOBZD8pjMCLJZSCADTZZ6Yan
         dVGZ6aUv4FT/zjeE0fE6FPXG7PNebQlqkwuB8/y6pqO3t/z8vqOIcHQ1p/n/pEXBlIy2
         we+7zYS7bxno/BJnzqpOkUPXqy4vAbSTsAqVg=
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.90.84.17 with SMTP id h17mr3308905agb.38.1243703094821; Sat, 
	30 May 2009 10:04:54 -0700 (PDT)
In-Reply-To: <20090530203830.3789a94f@coercion>
References: <49bf44f10905291724q740c73caw7fe6623c06377102@mail.gmail.com>
	 <4A211F87.5040607@f_philipp.fastmail.net>
	 <49bf44f10905300708g383cf8e7lbc679a837d5350b3@mail.gmail.com>
	 <20090530203830.3789a94f@coercion>
Date: Sat, 30 May 2009 10:04:54 -0700
Message-ID: <49bf44f10905301004v775f019ai8080a9b47776deb5@mail.gmail.com>
Subject: Re: [gentoo-user] Optimizations for SSD netbook
From: Grant <emailgrant@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: eee2e9c2-54dd-47b1-9262-2cffddb62287
X-Archives-Hash: 3d4dbaef0e3e883902646e4545cb284f

>> >> 2. added elevator=3Dnoop as a boot parameter
>> >
>> > I remember that I've given this second advice. Since then I've read in
>> > the German computer journal c't [1] that CFQ has a detection for SSDs
>> > since 2.6.28 and now is the best choice for these devices.
>>
>> OK, do I need a boot parameter if I've set CFQ as the default IO
>> scheduler in the kernel config?
>
> No, that's what default switch is there for.
>
>
>> > Yup, the entry should read:
>> > tmp /tmp tmpfs default 0 0
>
> I'd also suggest to explicitly specify max size of tmpfs mount, since
> system locking because of wrong cp command is probably the last thing
> you want. Argument is "size=3D" (see man 8 mount).
>
>
>> Do you think mounting /tmp in RAM is worthwhile? =A0Mike doesn't seem to
>> think too highly of it.
>
> I guess accelerated fsync and reduced disk wear should be a nice plus
> for SSD device, provided the path in question is constanly used for
> writing which really might be the case with files, created in /tmp by
> various mktemp implementations (like python's) which I haven't really
> thought about, so I think I might be wrong about the issue here, sorry.

Thanks guys.  I think the /tmp trick made a good difference.  The last
thing I can think of is pruning the kernel way down.  I think it's
mostly default.

- Grant