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-138133-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1SSFL3-0007s7-TH
for garchives@archives.gentoo.org; Wed, 09 May 2012 22:26:30 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 25876E09B1;
Wed, 9 May 2012 22:26:14 +0000 (UTC)
Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181])
by pigeon.gentoo.org (Postfix) with ESMTP id 93D96E0995
for <gentoo-user@lists.gentoo.org>; Wed, 9 May 2012 22:24:56 +0000 (UTC)
Received: by obbuo19 with SMTP id uo19so1038732obb.40
for <gentoo-user@lists.gentoo.org>; Wed, 09 May 2012 15:24:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=message-id:date:from:user-agent:mime-version:to:subject:references
:in-reply-to:x-enigmail-version:content-type
:content-transfer-encoding;
bh=ossAjWrdediknI7NLfhvRWQZxzM9wc854ZVAtjQL6hg=;
b=LfpysEerKSImzi5aDpFMPp5jjv9R0syLfAhbGAr9V31J9UYqLtygFdXGHSbgsDMHjn
4vmcxyRSVKgWdP8Km8IIm0Bb03/vG6YorGKKhZ/qR2e8LT1qqLVQAd9Vw/XMnKtNihYd
+KnLiB1hZj9UVGDhZgXk4b5PdoHxx7P87tehEIuAUnoTu3HhM+pVW+JeQiBrs86pi0Fr
6A1fJ0FAHRdz4zRlYrNzXtuVHmUYKEAWqSWilx3yBh6mHkawyO/TnfLY1zKff5dVrDKb
JhNwtuNkeAjvCUMrI5IxylnYhCll5jfXeql2RYjA56nRR6xC65PNAECFoS7dqYO4XFUO
6pCA==
Received: by 10.60.8.132 with SMTP id r4mr55615oea.67.1336602295941;
Wed, 09 May 2012 15:24:55 -0700 (PDT)
Received: from [192.168.2.5] (adsl-65-0-66-173.jan.bellsouth.net. [65.0.66.173])
by mx.google.com with ESMTPS id a6sm4123191obo.10.2012.05.09.15.24.53
(version=SSLv3 cipher=OTHER);
Wed, 09 May 2012 15:24:54 -0700 (PDT)
Message-ID: <4FAAEEB4.6090800@gmail.com>
Date: Wed, 09 May 2012 17:24:52 -0500
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120508 Firefox/12.0 SeaMonkey/2.9.1
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
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Are those "green" drives any good?
References: <4FAA2F0D.8080900@gmail.com> <20120509112543.6021e1f8@khamul.example.com> <4FAA3E79.5010007@gmail.com> <20120509232806.495276ed@khamul.example.com>
In-Reply-To: <20120509232806.495276ed@khamul.example.com>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 14d5db34-800a-4bf9-95ef-9072a1c402de
X-Archives-Hash: 717911fb15ada54ddefdfaec1acf690d
Alan McKinnon wrote:
> On Wed, 09 May 2012 04:52:57 -0500
> Dale <rdalek1967@gmail.com> wrote:
>
>> I was thinking the same thing about the speed and them lasting longer
>> because of the slower speed. I mean, it's less wear and less heat.
>> I'd just hate to buy one and it be a piece of junk or something else I
>> wasn't expecting to be wrong. I wish I could afford server grade.
>> Weeeeee!!
>
> My thoughts these days is that nobody really makes a bad drive anymore.
> Like cars[1], they're all good and do what it says on the box. Same
> with bikes[2].
>
> A manufacturer may have some bad luck and a product range is less than
> perfect, but even that is quite rare and most stuff ups can be fixed
> with new firmware. So it's all good.
That's my thoughts too. It doesn't matter what brand you go with, they
all have some sort of failure at some point. They are not built to last
forever and there is always the random failure, even when a week old.
It's usually the loss of important data and not having a backup that
makes it sooooo bad. I'm not real picky on brand as long as it is a
company I have heard of.
Now if someone posts that there is a bad design for some set of drives,
I would avoid that. If there are people that have a unusual high
failure rate then maybe an exception to the rule is needed. That's rare
tho. Anyone want to buy a Yugo for full price? lol I wouldn't.
>
> For video, I would advise you invest in gobs and gobs of RAM (the stuff
> is dirt cheap these days). Have more RAM than the biggest video you
> will watch (so go for 8G minimum) and the entire video will fit in
> memory = read the disc once and watch.
>
> Funny lags in video just go away. That's what I did with my HP
> MicroServers - maxed out the RAM to 8G and bought 4 x 3T WD 5400
> drives. It runs FreeNAS (built on FreeBSD) with ZFS = shove the drives
> in and let them software figure out what the blazes to do. Over the
> years I've gotten sick and tired of pampering with disk arrays and
> treating them like fragile china that must be molly-coddled. What I
> want is lots of storage that will mail me when it detects issues.
>
I got that beat a long time ago. I started out with 4Gbs originally. I
found out that a 64 bit OS uses a bit more memory so, I got another
4Gbs. Then newegg had a sale on a pair of 4gb sticks and I got them.
I'm at 16Gbs right now. I need to ramp up drive space to match up with
my memory space. I'm maxed out on ram but I got SATA ports that are
empty. We can't have that can we? lol
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!
Miss the compile output? Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"