I'm not entirely convinced there is no problem here.... I had a WD EADS 1.5TB die, the warranty replacement drive was a EARS. So, first foray into 4k sectors.
I had 8x EADS in a raidz set, had replaced the broken one with a 1.5TB Seagate 7200rpm - which was obviously faster. Just replacing back, and here is the iostat for the new EARS drive: http://pastie.org/889572 <http://pastie.org/889572>Those asvc_t's are atrocious. As is the op/s throughput. All the other drives spend the vast majority of the time idle, waiting for the new EARS drive to write out data. This is after isolating another issue to my Dell PERC 5/i's - they apparently don't talk nicely with the EARS drives either. Streaming writes would push data for two seconds and pause for ten. Random writes ... give up. On the Intel chipset's SATA - streaming writes are acceptable, but random writes are as per the above url. Format tells me that the partition starts at sector 256.But given that ZFS writes variable size blocks, that really shouldn't matter. When plugged the EARS into a P45-based motherboard running Windows, HDTune presents a normal looking streaming writes graph, and the average seek time is 14ms - the drive seems healthy. Any thoughts? On 27 March 2010 21:05, Svein Skogen <sv...@stillbilde.net> wrote: > On 27.03.2010 11:01, Daniel Carosone wrote: > > On Sat, Mar 27, 2010 at 08:47:26PM +1100, Daniel Carosone wrote: > >> On Fri, Mar 26, 2010 at 05:57:31PM -0700, Darren Mackay wrote: > >>> not sure if 32bit BSD supports 48bit LBA > >> > >> Solaris is the only otherwise-modern OS with this daft limitation. > > > > Ok, it's not due to LBA48, but the 1Tb limitation is still daft. > > > > There are some limits you'll encounter in BSD, such as if you use the > > wrong disklabel format - but not in the basic disk drivers. > > And, if you use the cheaper cards containing SiI-chips, you may find > that _SOME_ manufacturers saved a penny per year by not connecting all > the wires, so LBA48 simply don't work. Don't ask how many gray hairs > tracking down THAT one caused me. (disks that worked absolutely fine > until you passed a certain block. Then *wham!* corruptions-galore.) > > //Svein > > -- > --------+-------------------+------------------------------- > /"\ |Svein Skogen | sv...@d80.iso100.no > \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 > X |2020 Skedsmokorset | sv...@jernhuset.no > / \ |Norway | PGP Key: 0xCE96CE13 > | | sv...@stillbilde.net > ascii | | PGP Key: 0x58CD33B6 > ribbon |System Admin | svein-listm...@stillbilde.net > Campaign|stillbilde.net | PGP Key: 0x22D494A4 > +-------------------+------------------------------- > |msn messenger: | Mobile Phone: +47 907 03 575 > |sv...@jernhuset.no | RIPE handle: SS16503-RIPE > --------+-------------------+------------------------------- > If you really are in a hurry, mail me at > svein-mob...@stillbilde.net > This mailbox goes directly to my cellphone and is checked > even when I'm not in front of my computer. > ------------------------------------------------------------ > Picture Gallery: > https://gallery.stillbilde.net/v/svein/ > ------------------------------------------------------------ > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > >
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
