PCTuning fórum

Odpusťe mi tuhletu lamovskou otázku, ale vždycky když se s tím v nějakým BIOSu setkám, tak si s tím nevím rady (vétšinou nastavím ENABLED).
K čemu to slouží, která hodnota je lepší???

Myslím že to slouží pro komunikaci se sběrnicema PCI a ISA. Deska má ňákej buffer kam se ukldádaj data co dou oběma směry do ISA sběrnice, takže PCIko má volno pro přenos. Ale nejsem si tim jistej na 100%. Prostě vždy Enabled

Ale ono je to i u desek bez ISA sběrnice.

Tomu FAQ se musí trochu pomoct rukama http://www.volny.cz/blizzardsweb/hardwa ... ward03.htm

K této informaci jsem dospěl i po pořádném vlastním překladu manuálu někdy před rokem. Horší je, že to vždycky zapomenu když to náhodou vidím v BIOSu.


(Jsem to ale lama!!!)

jenom doplním že na drtivé většině desek s chipsety KT133 a KT133A se toto nastavení stalo otázkou života a smrti... na skvělém southbridgi 686A/B totiž něco hnilo a zapnuté PCI Delay Transaction pokud možno se zapnutým DMA znamenalo propustku do pekel a nekontrolovatelnou ztrátu dat při kopírování

zombie píše:jenom doplním že na drtivé většině desek s chipsety KT133 a KT133A se toto nastavení stalo otázkou života a smrti... na skvělém southbridgi 686A/B totiž něco hnilo a zapnuté PCI Delay Transaction pokud možno se zapnutým DMA znamenalo propustku do pekel a nekontrolovatelnou ztrátu dat při kopírování

Ta chyba byla jenom v 686B, 686A byl bez problému (mám starší desku s Apollo Pro 133A + 686A).

TomV píše:Ta chyba byla jenom v 686B, 686A byl bez problému (mám starší desku s Apollo Pro 133A + 686A).

To bych se s tebou hádal. Problémy s KT133+686A se vyskytovaly taky, i když v menší míře (tuším ASUS A7V). Naopak některý kombinace KT133A+686B jsou bez problémů. Asi dost záleželo na konkrétní implementaci.

Třeba moje Mercury KOB KT133A-FSX s 686B prostě nefungovala správně, nepomohlo ani vypnutí PCI Delay Transaction, ani svěcená voda.

zombie píše:

TomV píše:Ta chyba byla jenom v 686B, 686A byl bez problému (mám starší desku s Apollo Pro 133A + 686A).

To bych se s tebou hádal. Problémy s KT133+686A se vyskytovaly taky, i když v menší míře (tuším ASUS A7V). Naopak některý kombinace KT133A+686B jsou bez problémů. Asi dost záleželo na konkrétní implementaci.
Třeba moje Mercury KOB KT133A-FSX s 686B prostě nefungovala správně, nepomohlo ani vypnutí PCI Delay Transaction, ani svěcená voda.

Můžu potvrdit. FIC AZ11: VT8363=KT133/VT82C686A
Kolega ji označil za vadnou po třech pokusech ji prodat:
- jede, jede, jede najednou mizí při kopírování data, zkoušeli jsme všechno možný (od verze BIOSů až porůzný nastavení, verze 4in1)a dostala se až do situace, že na ni nešel nainstalovat ani Linux

(nechce někdo změnit název thredu na problémy 686A/B???)

zombux píše:

TomV píše:Ta chyba byla jenom v 686B, 686A byl bez problému (mám starší desku s Apollo Pro 133A + 686A).

To bych se s tebou hádal. Problémy s KT133+686A se vyskytovaly taky, i když v menší míře (tuším ASUS A7V). Naopak některý kombinace KT133A+686B jsou bez problémů. Asi dost záleželo na konkrétní implementaci.

Třeba moje Mercury KOB KT133A-FSX s 686B prostě nefungovala správně, nepomohlo ani vypnutí PCI Delay Transaction, ani svěcená voda.

Inu, zdá se mi, že zombux má nejspíš pravdu, protože si pamatuji, že před asi více než 4 lety Vojtěch Pavlík hlásil podobnou chybu na své desce FIC VA-503+, nebo tak nějak, která měla čip 686A. Napsal, že zjistil poškození dat při souběžném spuštění několika procesů tar. (Což patrně znamená, že šlo o velikou zátěž při práci s IDE disky.) Měl nastaven režim UDMA/66.