Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Jan 2006 20:01:51 +0100
From:      =?ISO-8859-1?Q?Johan_Str=F6m?= <johan@stromnet.org>
To:        mse_software@charter.net, freebsd-stable@freebsd.org
Subject:   Re: Page fault, GEOM problem?? (also: using a ASUS A7N8X-XE/nForce2 utlra400?)
Message-ID:  <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org>
In-Reply-To: <1138022132.44108.36.camel@yak.mseubanks.net>
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>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail-11-821922183
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed


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 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 reproduce =20
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 got =20
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 replaced =20=

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 someone =20=

is using this successfully or unsuccessfully, please let me know :)

--
Johan=

--Apple-Mail-11-821922183--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D303E57-DBA6-4936-9506-4F40ACE30AA8>