#include
* Stan Hoeppner [Sun, Jan 16 2011, 01:22:28PM]:
> > of native 4k sectors used
> > with a smaller transfer size. But the whole system programing domain has
> > tons of similar situations.
>
> Transfer size? SAS and SATA are both capable of large multi sector transfers.
> This has nothin
On Sun, 16 Jan 2011, Stan Hoeppner wrote:
> I have no axe to grind with the translation taking place at the drive level.
> There's nothing technically wrong with it. My axe grinding regards the Linux
> partitioning utilities and their current inability to properly handle proper
> sector alignment
Boyd Stephen Smith Jr. put forth on 1/16/2011 1:36 PM:
> In <4d334574.3080...@hardwarefreak.com>, Stan Hoeppner wrote:
>> Me stating that these drives suck with Linux (fact)
>
> The way you are using "suck" there is fairly subjective, so I'd be cautious
> is
> claiming your statement was fact.
>
In <4d334574.3080...@hardwarefreak.com>, Stan Hoeppner wrote:
>Me stating that these drives suck with Linux (fact)
The way you are using "suck" there is fairly subjective, so I'd be cautious is
claiming your statement was fact.
The fact is that these drive require more effort (research, special
Eduard Bloch put forth on 1/16/2011 5:52 AM:
> #include
> * Stan Hoeppner [Wed, Jan 12 2011, 10:28:40AM]:
>> Stefan Monnier put forth on 1/11/2011 9:46 PM:
> I have no idea what makes you so angry against "green" drives.
I am against using any drive, at this time, in Linux, with a native
Dne, 16. 01. 2011 07:04:47 je Stefan Monnier napisal(a):
>> > I'm down on these drives due to the maniacal 8 second head park
>> > interval, which likely does more mechanical damage than it saves
power
>> > in dollar terms.
>> There is simply no concrete evidence to back this urban legend.
> I
#include
* Stan Hoeppner [Wed, Jan 12 2011, 10:28:40AM]:
> Stefan Monnier put forth on 1/11/2011 9:46 PM:
> >>> I have no idea what makes you so angry against "green" drives.
> >> I am against using any drive, at this time, in Linux, with a native
> >> sector size other than 512 bytes.
> >
> > Ag
> "MUST READ: Western Digital is unable to provide support for the
> Unix/Linux operating systems outside of jumper configurations (for
> EIDE hard drives) and physical installation support."
While I never expect any OS-specific support from hard-drive suppliers,
I find it offensive for a manufact
>> > I'm down on these drives due to the maniacal 8 second head park
>> > interval, which likely does more mechanical damage than it saves power
>> > in dollar terms.
>> There is simply no concrete evidence to back this urban legend.
> In the WD20EARS I purchased this was in no way just a legend --
Stefan Monnier put forth on 1/11/2011 9:46 PM:
>>> I have no idea what makes you so angry against "green" drives.
>> I am against using any drive, at this time, in Linux, with a native
>> sector size other than 512 bytes.
>
> Again, I fail to see why you're so emotional about it.
You've got that
Stefan Monnier:
>
> I don't care much about performance: I have a WD10EADS in a wl700ge, for
> example (yes, that's a home router with a 266MHz MIPS cpu and 64MB of
> RAM: no fan, no noise).
My two WD10EARS are sitting in a MiniITX case with four hotswap bays.
The system runs 24/7, uses an Atom C
Dne, 12. 01. 2011 04:46:42 je Stefan Monnier napisal(a):
> I'm down on these drives due to the maniacal 8 second head park
> interval, which likely does more mechanical damage than it saves
power
> in dollar terms.
There is simply no concrete evidence to back this urban legend.
In the WD2
>> I have no idea what makes you so angry against "green" drives.
> I am against using any drive, at this time, in Linux, with a native
> sector size other than 512 bytes.
Again, I fail to see why you're so emotional about it. I understand you
don't recommend people buy such drives unless they kn
On 11/01/11 01:26, Stan Hoeppner wrote:
Stefan Monnier put forth on 1/9/2011 10:42 PM:
I have no idea what makes you so angry against "green" drives.
I am against using any drive, at this time, in Linux, with a native sector size
other than 512 bytes. The Linux partitioning tools still do no
Dotan Cohen:
>
> So despite the "feel" of the drive, the green SATA drive blows the two
> "snappier" IDE drives out of the water.
Remember you only tested near sequential access. That's what hard disks
are still quite good at. What makes your system feel sluggish is random
access and WD's 5400rpm
On Sun, Jan 9, 2011 at 17:08, Klistvud wrote:
> Glad to be of help. Please do read Stan Hoeppner's suggestion in this thread
> on using the dd command as a more reliable benchmark!
>
The results are interesting:
This is the WD10EARS drive, with both /home and / mounted on it in
separate partitio
On Sun, Jan 9, 2011 at 16:02, Stan Hoeppner wrote:
> Dotan Cohen put forth on 1/9/2011 5:58 AM:
>
>> Thanks, Klistvud. I just purchased a WD10EARS (1 TB drive) and I
>> noticed that my writes are _slow_. I think that it may be a KDE issue,
>> there even is an open KDE bug that copy/paste is vry sl
Stefan Monnier put forth on 1/9/2011 10:42 PM:
> I have no idea what makes you so angry against "green" drives.
I am against using any drive, at this time, in Linux, with a native sector size
other than 512 bytes. The Linux partitioning tools still do not easily/properly
handle these hybrid driv
Klistvud:
> Dne, 09. 01. 2011 17:35:07 je Jochen Schulz napisal(a):
>> Klistvud:
>>>
>>> After partitioning the drive, aligned on modulo 8 sector boundaries:
>>>
>>> obelix:# hdparm -tT /dev/sda
>>
>> Your test is unsuitable to detect any alignment-related performance
>> issues.
>
> Care to ela
> The first thing of notice is that the Load_Cycle_Count of the drive
> heads increases every 8 seconds by default. As seen on the Internet,
> this may pose a problem in the long run, since these drives are
> "guaranteed" to sustain a limited number of such head parking cycles.
> The number
> If one is so power consumption conscious to be suckered into a Green
> (EARS) drive, then one needs to realize the CPU dissipates about 10
> times the wattage/heat of a hard drive. Thus, concentrate your power
I have no idea what makes you so angry against "green" drives.
But I can assure you t
Dne, 09. 01. 2011 17:35:07 je Jochen Schulz napisal(a):
Klistvud:
>
> Before partitioning and formatting:
>
> obelix# hdparm -tT /dev/sda
…
> After partitioning the drive, aligned on modulo 8 sector boundaries:
>
> obelix:# hdparm -tT /dev/sda
Your test is unsuitable to detect any alignment-rela
Klistvud:
>
> Before partitioning and formatting:
>
> obelix# hdparm -tT /dev/sda
…
> After partitioning the drive, aligned on modulo 8 sector boundaries:
>
> obelix:# hdparm -tT /dev/sda
Your test is unsuitable to detect any alignment-related performance
issues.
J.
--
No-one appears to be ab
Dne, 09. 01. 2011 12:58:22 je Dotan Cohen napisal(a):
Thanks, Klistvud. I just purchased a WD10EARS (1 TB drive) and I
noticed that my writes are _slow_. I think that it may be a KDE issue,
there even is an open KDE bug that copy/paste is vry slow. But even
copying via cp I feel that it's not mo
Dotan Cohen put forth on 1/9/2011 5:58 AM:
> Thanks, Klistvud. I just purchased a WD10EARS (1 TB drive) and I
> noticed that my writes are _slow_. I think that it may be a KDE issue,
> there even is an open KDE bug that copy/paste is vry slow. But even
> copying via cp I feel that it's not moving,
On Sat, Dec 18, 2010 at 23:32, Klistvud wrote:
> Attention: long post ahead!
> I don't use line wrapping because it breaks long URLs. If that makes you or
> your e-mail client cringe, you may as well read this at
> http://bufferoverflow.tiddlywiki.com instead (same text, nicer formatting).
>
> Fir
On Sunday 19 December 2010 22:42:17 Eduard Bloch wrote:
>
At least he wrote in comprehensible English.
Lisi
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110109
#include
* Klistvud [Sat, Dec 18 2010, 10:32:10PM]:
> First of all, let me thank all of you who responded. As promised, I
> am giving feedback to the list so that future purchasers of Western
> Digital WD EARS/EADS models and similar "Advanced Format" hard
> drives may benefit.
Err, what? EADS d
On Sat, 18 Dec 2010 22:32:10 +0100
Klistvud wrote:
> Attention: long post ahead!
> I don't use line wrapping because it breaks long URLs. If that makes
> you or your e-mail client cringe, you may as well read this at
> http://bufferoverflow.tiddlywiki.com instead (same text, nicer
> formatt
Klistvud put forth on 12/19/2010 3:10 AM:
> Dne, 19. 12. 2010 05:31:37 je Stan Hoeppner napisal(a):
>>
>> What is the result of?
>>
>> dd if=/dev/zero of=/some/filesystem/test count=10 bs=8192
>>
>> That will write an 810MB file of all zeros, and will give you a much
>> better idea of the raw s
Dne, 19. 12. 2010 05:31:37 je Stan Hoeppner napisal(a):
What is the result of?
dd if=/dev/zero of=/some/filesystem/test count=10 bs=8192
That will write an 810MB file of all zeros, and will give you a much
better idea of the raw streaming write performance vs copying files
from
the old 1
Klistvud put forth on 12/18/2010 3:32 PM:
> Before partitioning and formatting:
>
> obelix# hdparm -tT /dev/sda
>
> /dev/sda:
> Timing cached reads: 1726 MB in 2.00 seconds = 713.98 - 862.86
> MB/sec (several iterations performed)
> Timing buffered disk reads: 336 MB in 3.01 seconds = 100
Attention: long post ahead!
I don't use line wrapping because it breaks long URLs. If that makes
you or your e-mail client cringe, you may as well read this at
http://bufferoverflow.tiddlywiki.com instead (same text, nicer
formatting).
First of all, let me thank all of you who responded. A
33 matches
Mail list logo
