I don't know if this is relevent, but my asus a7v266, with
a chip=0x30991106, bios rev 1003
(most recent), works very, very badly with my soundblaster card
chip=0x50001274, unless i change the parameter
'PCI Latency Timer' from 32 to 64. then, it works perfectly...
thanks,
-
maybe this is old news, or maybe it is just me.
just yestderday this machine ran netbsd fine, and
a few days ago ran 4.4-PRERELEASE0 just fine, including
kernel builds.
-elh
i just did a version install of 4.4-20010815-RC1, and
a build of the GENERIC kernel fails (during the
make depen
> I doubt FreeBSD would need to enable write caching in order
> to be as fast as Linux (which doesn't have write caching
i spoke too harshly.
what i meant to show is that interactive performance
is compromised under load with soft updates enabled
(although soft upd
the cost of soft updates, and the cost of hw.ata.wc=0
enclosed is a .jpeg of an xgraph of the following interactive test:
a monitor computer, rsh's to a test machine and does a 'date' command,
then waits 5 seconds, and repeats.
on the test machine, an athlon 1.2gig / 266fsb / 512meg/133(266ddr
fyi, here's another hw.ata.wc=1 vs hw.ata.wc=0 comparison:
4.3-RELEASE install, ASUS A7V, 800mhz, hw.ata.wc=0, express install +all,
60gig wd-600b udma100 drive, partitioned as:
/8192m
swap 1024m
/xtra 48023m
install
Mike Silbersack <[EMAIL PROTECTED]> writes:
> Write caching is now off by default. man ata to see how to turn it back
> on.
Mr. Silbersack, thank you very much. you've restored my
systems to their pre-4.3 stunningly fast behavior.
to the hackers group, i apologize for p
howdy.
maybe this has been discussed in 'hackers' or elsewhere,
before - i can't find a reference via the search interface.
i'm a long time freebsd user, and i've been struck by how much my
systems (3 of them) have slowed down in its disk performance with
4.3-RELEASE, relat
7 matches
Mail list logo
