#include hallo.h
* 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 nothing
#include hallo.h
* 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.
Again, I
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.
In the
Eduard Bloch put forth on 1/16/2011 5:52 AM:
#include hallo.h
* 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
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
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.
The fact
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 of
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 -- be it
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
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 CPU
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 backwards.
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 not
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 know
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 drives
On Sun, Jan 9, 2011 at 16:02, Stan Hoeppner s...@hardwarefreak.com 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
On Sun, Jan 9, 2011 at 17:08, Klistvud quotati...@aliceadsl.fr 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
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 Sunday 19 December 2010 22:42:17 Eduard Bloch wrote:
ignored the rest of the posting, ENOTIME to read all of the voodoo
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
On Sat, Dec 18, 2010 at 23:32, Klistvud quotati...@aliceadsl.fr 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
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, I
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
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 able to
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-related
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 there
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 given
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 elaborate why?
Because
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
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 streaming write
On Sat, 18 Dec 2010 22:32:10 +0100
Klistvud quotati...@aliceadsl.fr 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
#include hallo.h
* 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
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.01 -
31 matches
Mail list logo