"Andresen, Jason R." writes:
> Dag-Erling Smørgrav writes:
> > I see no reason why sector size should be a selection criterium. Just
> > buy the disk that gives you the best performance and / or capacity for
> > your money. WD Green disks are cheap, but other vendors offer models
> > with the s
From: Dag-Erling Smørgrav:
>
>Ilya Bakulin writes:
>> May you suggest any other tests?
>
>What other tests? The disks suck, how are more tests going to improve
>the situation?
>
>> Or let's live with sucking WD Green and look for other 4096K-sector
>> models from other manufacturers?
>
>I see no
Ilya Bakulin writes:
> May you suggest any other tests?
What other tests? The disks suck, how are more tests going to improve
the situation?
> Or let's live with sucking WD Green and look for other 4096K-sector
> models from other manufacturers?
I see no reason why sector size should be a sele
On Mon, 30 Aug 2010 14:59:52 +0200
Dag-Erling Smørgrav wrote:
> Ilya Bakulin writes:
> > So it begins at sector #63, but physical 4096-block begins at logical
> > sector 64. That's why I shifted gnop by 1 sector.
>
> Why aren't you using the whole disk?
I just wanted to be closer to the real u
Ilya Bakulin writes:
> Dag-Erling Smørgrav writes:
> > Why did you shift the gnop? Did you short jumper 7-8?
> No, 7-8 remained as-is. ad7p1 was created using:
> #gpart add -t freebsd-ufs -s 10G -b 63 ad7
>
> So it begins at sector #63, but physical 4096-block begins at logical
> sector 64. Tha
В Mon, 30 Aug 2010 13:05:37 +0200
Dag-Erling Smørgrav пишет:
> Ilya Bakulin writes:
> > So, ad7p1.nop is shifted by 512 bytes and resides right on the
> > beginning of the physical sector. And it has 4096 "sector" size.
>
> Why did you shift the gnop? Did you short jumper 7-8?
No, 7-8 remained
Thiago Damas writes:
> "ATA 4K sector issues"
> http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031154.html
Yes, we know. That's what this entire thread (and a zillion others
before it) is about.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
Ilya Bakulin writes:
> So, ad7p1.nop is shifted by 512 bytes and resides right on the
> beginning of the physical sector. And it has 4096 "sector" size.
Why did you shift the gnop? Did you short jumper 7-8?
> For some reason, phybs begins with sector size 8192... I expected it
> to begin with 4
On Sat, 28 Aug 2010 19:50:24 +0400
Ilya Bakulin wrote:
> On Sat, 28 Aug 2010 13:09:12 +0400
> Ilya Bakulin wrote:
>
> > Right now I'm running phybs -w /dev/ad7p1
>
> Well, phybs finished.
I feel like a flooder today :-)
I've created gnop provider on top of the existing ad7p1:
kibab-desktop#
You read:
"ATA 4K sector issues"
http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031154.html
2010/8/28 Ilya Bakulin :
> On Sat, 28 Aug 2010 13:09:12 +0400
> Ilya Bakulin wrote:
>
>> Right now I'm running phybs -w /dev/ad7p1
>
> Well, phybs finished.
> Results:
> kibab-desktop# ./phy
On Sat, 28 Aug 2010 13:09:12 +0400
Ilya Bakulin wrote:
> Right now I'm running phybs -w /dev/ad7p1
Well, phybs finished.
Results:
kibab-desktop# ./phybs -w /dev/ad7p1
countsize offsetstepmsec tpskBps
1310721024 04096 3098125 0 42
1310
On Tue, 10 Aug 2010 19:44:48 +0200
Dag-Erling Smørgrav wrote:
> Right now, I have two requests. The first is that people who have
> Advanced Format disks run a program I wrote that measures the
> performance of aligned and misaligned writes of different sizes.
>
> % svn co http://svn.freebsd.or
On 08/10/2010 13:44, Dag-Erling Smørgrav wrote:
> Right now, I have two requests. The first is that people who have
> Advanced Format disks run a program I wrote that measures the
> performance of aligned and misaligned writes of different sizes.
>
> % svn co http://svn.freebsd.org/base/user/des/
jhell writes:
> On stable/8 this is needed to build. Seems the need for linking against
> libutil came in revision r211233.
Yes, I forgot to commit the Makefile. Thank you for reminding me.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers
2010/8/11, Valentin Nechayev :
>> I'm looking into a clean, permanent solution for WD Green drives that
>> use 4096-byte physical sectors. To summarize the information I've
>> collected so far:
>
> There is attempt to look from another side - is it really needed?
> Captain Obvious says that if one
On Wed, Aug 11, 2010 at 09:04:39AM +0300, Valentin Nechayev wrote:
> > I'm looking into a clean, permanent solution for WD Green drives that
> > use 4096-byte physical sectors. To summarize the information I've
> > collected so far:
>
> There is attempt to look from another side - is it really n
> des@ wrote:
> There's a jumper setting for
> "Windows XP compatibility", but apparently, it only affects the (fake)
> geometry the disk reports to the BIOS.
No, this jumper internally increases any linear block number learned from bus
request by 1. I.e. the block number 1 without this jumpe
> I'm looking into a clean, permanent solution for WD Green drives that
> use 4096-byte physical sectors. To summarize the information I've
> collected so far:
There is attempt to look from another side - is it really needed?
Captain Obvious says that if one have a new disk, it's easy to format
i
Matthew Jacob writes:
> Yes, that should be it!
No, it shouldn't, cf. extensive discussion about EARS disks on -current.
They lie about their physical sector size. There's a jumper setting for
"Windows XP compatibility", but apparently, it only affects the (fake)
geometry the disk reports to the
Bakul Shah writes:
> After poking around some, it seems ATA/ATAPI-7 Identify Device word
> 106 bit 13 is set to 1 and bits 0-3 are set to 3 (for 2^3 or 8 LBAs
> per sector) for a 4KB sector size (pin 7-8 jumper on a WD AF disks
> presumably changes this setting to 0,0). See page 121 of Atapi-7
>
On 11.08.2010 10:04, Valentin Nechayev wrote:
> example, set up geometry xxx*64*32 for all new disks and align GPT
> partitions on 1MB boundary. As soon as FS requests in FreeBSD are no
> less than 4KB in size, this would satisfy any disk.
>
> If 4KB sectors are our future for a few next years, th
On 11.08.2010 2:50, Bakul Shah wrote:
> After poking around some, it seems ATA/ATAPI-7 Identify
> Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
> (for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
> jumper on a WD AF disks presumably changes this setting to
> 0,0). See pa
Yes, that should be it!
After poking around some, it seems ATA/ATAPI-7 Identify
Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
(for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
jumper on a WD AF disks presumably changes this setting to
0,0). See page 121 of Atapi-7 vol
After poking around some, it seems ATA/ATAPI-7 Identify
Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
(for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
jumper on a WD AF disks presumably changes this setting to
0,0). See page 121 of Atapi-7 volume 1 (google for
ata-atapi
Bakul Shah writes:
> http://www.wdc.com/en/library/2579-001028.pdf gives an
> explanation of what the drive letters mean but they don't
> talk about 4k sector size.
The latest data sheet for the entire Green series is here:
http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-701229.pdf
>
Is there truly no IDENTIFY information to determine the drive format?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Tue, 10 Aug 2010 19:44:48 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
wrote:
> I'm looking into a clean, permanent solution for WD Green drives that
> use 4096-byte physical sectors. To summarize the information I've
> collected so far:
>
> - There are several types of WD Green disks. I am
I'm looking into a clean, permanent solution for WD Green drives that
use 4096-byte physical sectors. To summarize the information I've
collected so far:
- There are several types of WD Green disks. I am primarily interested
in the 1+ TB models: EARS and EADS.
- According to WD's own docum
28 matches
Mail list logo
