Hello, Alexander. You wrote 28 февраля 2013 г., 14:22:59: AY> Could you afford reproducing this? :) After half a day of memtest86+ :) I want to be sure, that it is not memory problem first.
AY> Also, would be nice to know how look your setup (CPUs, how much disks, how AY> they connected, is it hw raid, etc). Simple E4500 CPU on Q35-based desktop (ASUS) MoBo, 6GiB memory (under test now!), Samsung 500GiB SATA HDD for system, 5x2Tb WD Green (4xWD20EARS, 1xWD20EARX which replace failed WD20EARS), all disks are connected to 6 SATA ports of chipset (no RAID controller), WD disks are in software RAID5 with geom_raid5 (from ports, but I'm active maintainer of it). Disks are in "Default" configuration: WC and NCQ are enabled. I know, that FS guys could blame geom_raid5, as it could delay real write up to 15 seconds, but it never "lies" about writes (it doesn't mark BIOs complete till they are really sent to disk) and I could not reproduce any problems with it on many hours tests on VMs (and I don't want to experiment a lot on real hardware, as it contains my real data). Maybe, it is subtile interference between raid5 implementation and SU+J, but in such case I want to understand what does raid5 do wrong. -- // Black Lion AKA Lev Serebryakov <l...@freebsd.org> _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"