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 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 ; Wed, 9 May 2012 22:24:56 +0000 (UTC) Received: by obbuo19 with SMTP id uo19so1038732obb.40 for ; 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 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: 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] 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 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"