Re: Tyan s2466 stability

Kurt Garloff (garloff@suse.de)
Tue, 16 Jul 2002 23:42:39 +0200


--WBsA/oQW3eTA3LlM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Alan,

On Tue, Jul 16, 2002 at 11:10:46PM +0100, Alan Cox wrote:
> On Tue, 2002-07-16 at 21:51, Kurt Garloff wrote:
> > Strange SMI stuff, maybe?
> > Bugs with PCI arbitration that are recovered from but take time?
> >=20
> > You've probably already looked into those, though.
>=20
> I've read the errata but thats not given me any clues. The box is fast,
> including PCI bandwidth measurements but neither PCI card or SCSI
> streaming to tape or CD-R works well. The motherboard IDE works a treat
> and the 64bit slots give me excellent performance (but thats a raid card
> so I can't yet use it for tape)

c't, a good german computer mag, has done some test of Dual MoBos a month
ago. (c't, 12/02, p.188). They performed some low-level benchmarks ... on
PCI ... transfer rates on different PCI slots with and without parallel
access to IDE. They used RocketDrive (RD), a solid-state HD, to test.
Funnily, all mainboards had one or another low number in there. For the Tyan
MPX (S2466N-4M), it was writing to RD in 32bit slot with only 29 MB/s
without concurrent IDE access and 24MB/s with concurrent IDE access.
Of course way enough for burning CDs. Two more low numbers: When writing
to RD in 64 bit PCI slot, the IDE only made 19/20 MB/s for read/write.

Those tests were performed under Win AFAICS, so maybe the PCI stuff under
Linux is set up differently ...

These numbers itself are no reason to worry, of course, but they may
indicate that arbitration may not be fair and may leave one device without
data for more than a short moment. Current CD-writers are like 16x with
a 4MB buffer, which means they should not be left w/o data for more than
1.7s and throughput should not go below 2.4 MB/s.

OK, this is really unlikely a PCI implementation would be that unfair with
test engineers noticing. Maybe strange occasional PCI aborts causing a long
recovery ...
Just a strange idea, of course.

Regards,
--=20
Kurt Garloff <garloff@suse.de> Eindhoven, NL
GPG key: See mail header, key servers Linux kernel development
SuSE Linux AG, Nuernberg, DE SCSI, Security

--WBsA/oQW3eTA3LlM
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9NJNOxmLh6hyYd04RApaHAJ9ob8/TGXgsS8JZttkeHViF6P7f+wCdEAdz
No4JHaEsFgv7fDZD6oGQJk8=
=ERu3
-----END PGP SIGNATURE-----

--WBsA/oQW3eTA3LlM--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/