xfs
[Top] [All Lists]

Re: Stability of the Red Hat 7.1 + XFS system

To: Juha Saarinen <juha@xxxxxxxxxxxx>
Subject: Re: Stability of the Red Hat 7.1 + XFS system
From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
Date: Mon, 11 Jun 2001 22:21:07 -0400
Cc: "'Micah Yoder'" <yodermk@xxxxxxxx>, linux-xfs@xxxxxxxxxxx
Organization: SmithConcepts, Inc.
References: <005401c0f2df$66daad90$0a01a8c0@den2>
Sender: owner-linux-xfs@xxxxxxxxxxx
Juha Saarinen wrote:
> Yeah, I managed to avoid that trap... got a revision
> F motherboard here.

Yep.  Saw the same thing with the Tyan S1854 too.  I have revs A, C
and D.

> I've got the Apollo Pro 133A set with the VT82c596B South Bridge. I can
> honestly say that it doesn't work as well as an Intel 440BX solution.

The VT82c596B and VT82c686A are the same southbridge from the IDE
standpoint, Ultra66.  They are really no better than the
VT82c586B/596A, Ultra66, having all kinds of UDMA resets and
bottlenecks.  Most "enthusiast" sites showed it was not capable of
>35MBps "theoretical" and most HD would perform 10% _worse_ than the older 
>586B/596A (let alone probably 25% worse than the aged iPIIX4 in the 
>i440LX/BX/GX).

Now the VT82c686B, Ultra100, really shines.  The resets are
minimized and 83MBps is the max theoretical performance most
enthusiasts benchmarks are showing, with less CPU utilization than
the similarly performing iBCH2 (in the newer i815E, 820E, 850 and
860).  But it's hard to find outside of the KT133A/Pro266 chipsets
(most older KT133 and Pro/133A's still have the older 596B/686A --
although I saw Abit's "lowcost/$85" KT7E has a 686B with an older
KT133).  The new AMD 760MP/MPX will sport a modified one with a
266MBps north-to-southbridge interconnect like the i850/860.

Well, that's enough of my "technobable" for a filesystem list. 
;-PPP

-- TheBS

-- 
Bryan J. Smith   mailto:b.j.smith@xxxxxxxx   chat:thebs413
SmithConcepts, Inc.           http://www.SmithConcepts.com
==========================================================
Linux 'Worms' exploit known security holes that were fixed
3-12 months earlier.  NT/2000 'Worms' exploit unknown se-
curity holes that won't be fixed for another 3-12 months.

<Prev in Thread] Current Thread [Next in Thread>