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-95990-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1MAPF5-0007fU-Kt
for garchives@archives.gentoo.org; Sat, 30 May 2009 14:08:59 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 49FA5E02F1;
Sat, 30 May 2009 14:08:57 +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 2EBCDE02F1
for <gentoo-user@lists.gentoo.org>; Sat, 30 May 2009 14:08:57 +0000 (UTC)
Received: by gxk24 with SMTP id 24so23148709gxk.10
for <gentoo-user@lists.gentoo.org>; Sat, 30 May 2009 07:08: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=ntsR47wgqFTZeNRkKR6ecsR/KPW+y2/lVkT4HcrRZj0=;
b=STCpd5ROkzD4YO8fzn9wYmrONOrVk4rAqvte0lJaoyt93KkNGvC9CC7Jw3KheMrQxS
2dlLDMqobgbbLOj79wU5EPpgFG9kzMyi31FHTgtKrqnURvFZx9dxjNKEL1zFYqfKBdkh
c5CMMN6kgjeVlNAM2o64aL+KTnG1W2LtpLumA=
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=wS9MboGqy5Tqtz7RRflHnEesVc7nRb6ChgllOQDVYDWR65kSAo2TRq95cKFITzP8Xu
8re85AKDqPtHKP4OUmfbqX3Y1pzFlB1LmSdwUbGr/jEr0OHXpDwMRo/dOCgL/ese5lsN
nTOooWT/iet9HjphdwOlTBhRJMuA0zNIr4oPU=
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.100.11 with SMTP id x11mr3166368agb.72.1243692535177; Sat,
30 May 2009 07:08:55 -0700 (PDT)
In-Reply-To: <4A211F87.5040607@f_philipp.fastmail.net>
References: <49bf44f10905291724q740c73caw7fe6623c06377102@mail.gmail.com>
<4A211F87.5040607@f_philipp.fastmail.net>
Date: Sat, 30 May 2009 07:08:55 -0700
Message-ID: <49bf44f10905300708g383cf8e7lbc679a837d5350b3@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: fb93dd07-d022-482d-9770-95b3c5487ddc
X-Archives-Hash: 17a09857103e5a1fa8fdc5f19ee2fdb5
>> My girlfriend is at her wit's end with her SSD netbook and is now
>> hogging my laptop. =A0Her netbook has 1GB RAM that could be upgraded to
>> 1.5GB, but I've read that it's a pain. =A0It already runs xfce4, and
>> I've just made these optimizations based on past discussions:
>>
>> 1. CFLAGS=3D"-march=3Dprescott -0s -pipe -fomit-frame-pointer -ssse3"
>> 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?
>> 3. disabled DRI to save 32MB RAM
>> 4. removed the swap partition from /etc/fstab
>>
>> Am I missing anything significant? =A0I've read that it's good to set up
>> /tmp in RAM. =A0How can I do that? In /etc/fstab I have:
>>
>> shm /dev/shm tmpfs nodev,nosuid,noexec
>>
>> Is that related?
>>
>
> Yup, the entry should read:
> tmp /tmp tmpfs default 0 0
Do you think mounting /tmp in RAM is worthwhile? Mike doesn't seem to
think too highly of it.
> The first entry is just a name. You can name it in every way you want it.
>
> For further tweaks: Do you use Firefox? I've read that it uses fsync()
> when writing to its sqlite backend. This is a really good thing because
> it reduces the risk of loosing data but you might (and can) disable this
> to increase performance and reduce wear. I don't have a link at hand but
> it shouldn't be to hard to find.
There is some interesting info on disabling fsync here:
http://www.flamingspork.com/projects/libeatmydata/
Sounds kinda dangerous. :)
- Grant