Toon posts:

Welke UATA mode bij OC'en...

Pagina: 1
Acties:

Verwijderd

Topicstarter
DaBit zei net hetvolgende en gooide toen meteen het topic op slot.
De HDD's hebben er wel last van. De IDE bus loopt namelijk synchroon met de PCI frequentie, dus als je PCI bus 40MHz doet, dan is UATA100 opeens UATA120 geworden, en dat vinden niet alle hdd's even leuk. Resultaat: datacorruptie. Maar met een 5% hogere frequentie hoef je je ook daar geen zorgen over te maken.

Ik draai mijn HDD's in UATA66 mode, voor de zekerheid.
Heb verschillende searches gedaan hier naar "Ultra-ATA", "Ultra DMA" en dergelijke, maar ik blijf toch met een vraag zitten:

Ik heb een Ultra-ATA 33 controller op mijn MOBO. Betekent dit dat ik mijn FSB oneindig hoog kan zetten, omdat mijn HDD toch Ultra-ATA 133 is?

Ik begreep uit je antwoord al dat dit niet geldt als ik een Promise Ultra-ATA 133 controller heb.

Ik concludeer dat als ik een Ultra-ATA 100 controller heb bij een FSB van 100 MHz, dit veranderd in Ultra-ATA 124 bij 124 MHz, wat slecht is voor mijn PCI-Bus, maar niet voor mijn harddisk?

Kan je PCI bus beschadigen, zonder dat er hardware inzit bij een hoge FSB?

Sorry voor het terugkomen op het gesloten topic, maar ik kon niet zo snel de juiste antwoorden vinden...

Tanx.

Verwijderd

Topicstarter
Hallo..... hallo.. ..alo lo


lo



Yoehoe! yoehoe hoe oe

oe


Het lijkt hier wel Gathering of Tweakers in Tirol :)

  • Tadango
  • Registratie: April 2000
  • Laatst online: 11-02 08:08
Volgensmij maakt dat geen bal uit. Je HD controller regelt je ATA mode, en die is niet afhankelijk van je FSB. Anders zou mijn ATA 100 schijfje ook op 133 draaien nu :)

Verwijderd

nee dat klopt niet wat hier gezegd word, u ata 133 is bijvoorbeeld ook gekoppeld aan diezelfde pci bus nl. 133/4 = 33 , maar de devider blijft gelijk, dus ata 33 op een 66 mhz pci bus (ik noem maar wat) loopt niet op 66/2 = 33 maar op 66 mhz , en dat kan dus niet.

beetje wazig verhaal mischien, maar het gaat om de "basis" 33 Mhz van je pci bus, niet om de ata snelheid omdat die aleen maar met multipliers werkt. in dit geval dus een u133 hd op een u33 bus, dat betekend dat die schijf dus 133/4 = 33mhz pci nodig heeft, dus hoe je het ook went of \keert , je hd werkt op die 33 mhz pci bus, ga je hoger met die bus dat stel je dus die "basis" te hoog in.

ok ok wazig verhaal ik weet't

  • porn*
  • Registratie: Januari 2001
  • Laatst online: 06-01 12:02

porn*

...take on the world!

Ehm ik snap je verhaaltje niet helemaal, maar in ieder geval zit het zo: bij hogere FSB's wordt je PCI bus ook hoger, afhankelijk van de dividers van je mobo. Op 133 Mhz FSB is je PCI vaak netjes 33, omdat daar die meestal door 4 gedeeld wordt (tenzij je een oud mobo hebt, dan is het 3 en wordt het dus erg hoog). Zet je de bus iets lager of hoger, dan is je PCI bus meestal hoger, soms erg hoog (bijv 124/3=41,3Mhz). Een HDD kan daar last van hebben, of eigenlijk: de controller. Dan krijg je datacorruptie en dat wil je niet :)

Als je dan dus U-ATA uit zet of in een tragere modus, kunnen de controllers er beter mee uit de voeten omdat de data aan- en afvoer niet zo snel hoeft te gebeuren en de controller zich niet in de hogere PCI-bus verslikt.

Oftewel: is je HD het probleem bij overklokken, probeer dan je modus idd wat terug te zetten, ten koste van wat schijfperformance. Dit is OOK met je Promise kaartje zo.

Over het algemeen heb je niet makkelijk schade door een te hoge PCI bus, je hoort geluidskaarten wel eens 'poppen' en je kunt inderdaad datacorruptie krijgen (bestanden raken corrupt op je HD), netwerkkaarten gaan moeilijk doen, maar fysiek kapot gaat het niet makkelijk.
Dit betekent NIET dat het niet kan gebeuren, ik heb het alleen nog nooit gezien. Maarja ik oc ook altijd met beleid :)

Bnet pindle#2913


Verwijderd

Topicstarter
Verwarrend.

Nog ff voor de duidelijkheid:
Ik heb een U-ATA 133 HDD. Mijn controller is U-ATA 33.

Als ik mijn FSB omhoog doe naar 104 MHz, heb ik dan een U-ATA 35 controller?

Zo ja: dan maakt het voor mijn HDD toch niks uit, want die kan toch veel meer aan (U-ATA 133)??? Of niet?

En als het via een Promise PCI controller gaat, dan geldt toch hetzelfde principe als bij een MOBO controller???

Ingewikkeld he :p

Verwijderd

Meestal gebruikt de Southbridge (welke je ATA controller bevat) een frequentievermenigvuldiger om de juiste IDE bussnelheid te destilleren uit de aangeboden frequentie. Dit is meestal de FSB of 2x de FSB. Verhoog je die frequentie, dan gaat ook de snelheid van je IDE bus omhoog.

Test dit door in SiSoft bursts te doen vanuit de buffer van de HDD. Je zult zien dat dit sneller gaat naarmate je FSB hoger word => dus een snellere bus.

In principe is het zo dat je ATA133 schijf geen problemen heeft met die wat hogere frequenties als je IDE poort in UATA33 mode draait. Maar da's 1 kant van het verhaal; je controller kan er eventueel wel moeite mee hebben. Dit geld zowel voor onboard controllers als externe controllers in een PCI slot.

De kans dat je hardware fysiek beschadigt door een te hoge klokfrequentie is verwaarloosbaar klein. Maar eigenlijk vind ik sluipende datacorruptie veel erger dan een kapotte IDE controller. Een kapotte IDE controller vervang je, en je gaat verder. Sluipende datacorruptie zorgt ervoor dat je verslag verkracht is 2 uur voordat je het in moet leveren.

Ow, enne, dat slotje was terecht hoor....

Verwijderd

Topicstarter
Thanx :)

Nu is het wel duidelijk zo'n beetje.
Pagina: 1