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 1NO8wy-0006q5-67 for garchives@archives.gentoo.org; Fri, 25 Dec 2009 12:07:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CD588E07C9 for ; Fri, 25 Dec 2009 12:07:19 +0000 (UTC) Received: from zion.lichtfels.com (zion.lichtfels.com [88.198.33.170]) by pigeon.gentoo.org (Postfix) with ESMTP id 75013E05F1 for ; Fri, 25 Dec 2009 10:37:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zion.lichtfels.com (Postfix) with ESMTP id D299618401F for ; Fri, 25 Dec 2009 11:37:11 +0100 (CET) Received: from zion.lichtfels.com ([127.0.0.1]) by localhost (zion [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 09945-03 for ; Fri, 25 Dec 2009 11:37:10 +0100 (CET) Received: from [172.32.99.26] (mail.oops.co.at [213.129.238.225]) by zion.lichtfels.com (Postfix) with ESMTPA id 106D018401D for ; Fri, 25 Dec 2009 11:37:09 +0100 (CET) Message-ID: <4B3495DF.5000802@xunil.at> Date: Fri, 25 Dec 2009 11:37:19 +0100 From: "Stefan G. Weichinger" Organization: oops! User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.5) Gecko/20091209 Thunderbird/3.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] gentoo on ssds? intel anyone? References: <4B05CB09.20209@xunil.at> <4B2CA899.8020803@xunil.at> <200912200914.00529.alan.mckinnon@gmail.com> In-Reply-To: <200912200914.00529.alan.mckinnon@gmail.com> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=windows-1252 X-Virus-Scanned: amavisd-maia at lichtfels.com Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 63f4959f-f500-4cfb-9648-909acd314062 X-Archives-Hash: 3906c6687b4cf98b4f60415046844afc Am 20.12.2009 08:14, schrieb Alan McKinnon: > On Saturday 19 December 2009 12:19:05 Stefan G. Weichinger wrote: >> I expected more WOW in terms of overall speed ... >=20 > SSDs are not a magic bullet, it's unlikely they will give you a > killer performance improvement that makes you go "WOW!!!" sad to hear ;-) > SSDs suck at random writes. Typical usage scenario on a workstation > is lots of random writes compared to relatively few random reads - > reads tend not to be all that random as you re-read the same thing > often and it gets cached. >=20 > Intel SSDs are far superior at random writes than any other SSD out > there but it's still nowhere near as optimised as spinning drives, > and kernels by and large are still optimised for spinning drives > too. Acknowledged. Just for reference, I switched over to the noop-IO-scheduler and checked that /sys/block/sdX/queue/rotational is detected/set correctly at value 0 for the ssd. These are two ssd-related modifications I know of ... > This may account for your overall feeling of under-whelmedness why > still seeing a significant boot-time speed up. You also have enough > RAM so that almost an entire typical workstation session could fit in > RAM and seldom touch the disk especially with a large interval > between disk syncs Yes, you are right. Thanks. What I still wonder: * I copied my gentoo over while the ssd still was on firmware 02HA, I upgraded to 02HD (latest Intel-firmware for the X25-M G2) with the os already on the drive. Does that somehow make a difference to data written *after* the upgrade? I just wonder if I should somehow restart from scratch with the new firmware, just to "do it right" or "get the optimum". * The new firmware supports TRIM. As far as I understand, the block-layer in the linux kernel 2.6.32 does not yet support it, correct? Any way to use that command with my current 2.6.32? ext4 supports it (I use ext4 for the root-partition) but I am not sure if that is enough when libata does not? When I google I get different results, some saying the kernel supports TRIM since 2.6.28 ... Hmm, good info here: http://www.linux-mag.com/id/7272 says: > So at the moment, ext4 informs the block layer that blocks that > belong to deleted files can be discard, so once TRIM-capable SSD=92s > become available, and the Linux block layer actually sends the TRIM > command to the hard drives, everything will be all set to go. Does anyone have more recent info? Thanks, best greetings, have some peaceful days ... Stefan