Date: Sat, 28 Jan 2006 22:19:02 +0100 From: =?ISO-8859-1?Q?Johan_Str=F6m?= <johan@stromnet.org> To: freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? (also: using a ASUS A7N8X-XE/nForce2 utlra400?) Message-ID: <D4397BC4-3514-470B-9F03-500826F9EDE6@stromnet.org> In-Reply-To: <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <a78074950511180117r6d64db25o4ae37c0c5998e002@mail.gmail.com> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <a78074950511180943r57fd9d03r64efcc705001bc35@mail.gmail.com> <A6F22EE2-B1E6-44B5-B4C2-E77E1A24FEBB@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> <1138022132.44108.36.camel@yak.mseubanks.net> <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail-20--885330881 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 20.01, Johan Str=F6m wrote: > > On 23 jan 2006, at 14.15, Michael S. Eubanks wrote: > >> On Mon, 2006-01-23 at 10:24 +0100, Johan Str=F6m wrote: >>> On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: >>> >>>> On Mon, 2006-01-23 at 06:43 +0100, Johan Str=F6m wrote: >>>> >>>> Wish I could be of more help. :) Have you tried to toggle the =20 >>>> sysctl >>>> dma flags? I've seen similar posts in the past with read timeouts >>>> caused from dma being enabled. >>>> >>>> # sysctl -a | grep dma >>>> ... >>>> hw.ata.ata_dma: 1 <=3D=3D=3D Try turning this one off (1 =3D=3D>= 0). >>>> hw.ata.atapi_dma: 1 >>>> ... >>> >>> Disabling DMA, wouldnt that give me pretty bad performance? >>> >>>> -Michael >>>> >> >> If it was not the problem, you could always change it back. It =20 >> *should* >> be possible to simply set the control mode on those two disks (``man >> rc.early'', ``man atacontrol''). Unfortunately, the problem is =20 >> noted as >> errata in several FreeBSD versions tending to appear on SATA =20 >> disks. I >> believe this is also a problem with some linux setups. If you google >> ``FreeBSD hw.ata.ata_dma RELEASE'' you will eventually find the >> following page relating to Asus motherboards: >> >> http://www.ryxi.com/freebsd/63-668-write-dma-other-similar-errors-=20 >> read.shtml >> >> I picked it out based on the following line in the dmesg output: >> >>> Nov 29 20:46:09 elfi kernel: ACPI APIC Table: <ASUS A7V333 > >> >> I'd say it's worth a shot. You might even try turning both the flags >> off temporarily to see what you get. Your guess is as good as =20 >> mine. :) >> > > Okay, tried turning it of.. The disk IO speeds went even lower... =20 > whoping 9-10MB/s and lots of load ;) > And since the crashes comes randomly (haven't been able to =20 > reproduce them "on deamon") i dont realy want to run it like this.. ;) > > I did another test. I moved the controller card and the disks to my =20= > MSI K8N Neo motherboard (with AMD64 3200+ etc), and immediatly I =20 > got write speeds of ~49MB/s: > > $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 > 1024024576 bytes transferred in 21.974227 secs (46601164 bytes/sec) > > Compared to > $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 > 1024024576 bytes transferred in 78.897708 secs (12979142 bytes/sec) > > All tests where done in > /dev/mirror/gm0s1f on /usr (ufs, NFS exported, local, soft-updates, =20= > acls) > > Soo.. I guess this mobo is just plain fucked and needs to be =20 > replaced with something newer ;) > Bad thing is, this is Socket A.. so there isnt so many choices left =20= > in the mobo market.. > > However, i found a ASUS A7N8X-XE NF ULTRA 400 SOCKET A with Nforce2 =20= > Ultra 400 chipset.. Does anyone have any knowledge about this chipset? > How well does it work with Fbsd? I'll do some googling but if =20 > someone is using this successfully or unsuccessfully, please let me =20= > know :) Got the board now, everything seems to work great, fine =20 transferspeeds, no crashes so far (1 day..). Lets hope this thread =20 ends here..:) > -- > Johan --Apple-Mail-20--885330881--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D4397BC4-3514-470B-9F03-500826F9EDE6>