Archief - FSB OC met SATA RAID0?

ben aan het overwegen om 500Mhz ram te kopen om mijn FSB wat op te krikken.
Op zich geen probleem omdat mijn cpu lang op 240Mhz zonder problemen gedraaid heeft met ratio 4:5
't is wel de bedoeling om 1:1 te gaan.

De vraag die ik me stel (en zelf geen antwoord kan verzinnen) is of mijn SATA RAID0 config hier geen last zal van krijgen. Ik gebruik namelijk de Intel controller (Abit IC7-G).

Heeft anybody hier ervaring mee?
Indien mogelijk, wat is de theorie hierachter?

Thanks guys,

micheld1.

Is da nen ONBOARD SATA of ne PCI SATA CONTROLER
heb gij een agp/pci lock functie in uwe BIOS. Dan zou da geen problemen mogen geven maar als ge da ni hebt gaat ge waarschijnlijk al vrij snel problemen hebben.

TuXRuleZ zei:

Is da nen ONBOARD SATA of ne PCI SATA CONTROLER
heb gij een agp/pci lock functie in uwe BIOS. Dan zou da geen problemen mogen geven maar als ge da ni hebt gaat ge waarschijnlijk al vrij snel problemen hebben.

Klik om te vergroten...

t'is nen onboard controller (Intel) op SB, niet zoals een pci controller die de snelheid van de pci bus volgt (en dat ge kunt vastzetten)

blijft hetzelfde afaik, ge hebt een pci/agp lock dus ge zit safe als ge dat aanzet.

Zover da ik weet maakt da ni echt iets uit of die nu effectief op ne pci zit of niet. Die klok gaat juist hetzelfde zijn. Zover da ik weet gaat ge door uwe agp / pci lock alles van uwe SB + agp op een constante freqeutie houden. Dus niet enkel de hardware die op de PCI's zelf zit.

TuXRuleZ zei:

Zover da ik weet maakt da ni echt iets uit of die nu effectief op ne pci zit of niet. Die klok gaat juist hetzelfde zijn. Zover da ik weet gaat ge door uwe agp / pci lock alles van uwe SB + agp op een constante freqeutie houden. Dus niet enkel de hardware die op de PCI's zelf zit.

Klik om te vergroten...

klopt toch niet echt hoor

want bij mij is het zo da bij 240 fsb geraakt mijn sata schijf corrupt en mijn ide geval niet dus kan het niet andersda die dingen mee gaan , ik kan pci lock niet afzetten dus daar ligt het probleem niet

Destroybe zei:

klopt toch niet echt hoor

want bij mij is het zo da bij 240 fsb geraakt mijn sata schijf corrupt en mijn ide geval niet dus kan het niet andersda die dingen mee gaan , ik kan pci lock niet afzetten dus daar ligt het probleem niet

Klik om te vergroten...

Idd ik had toch ook ergens gelezen dat je dan beter af bent met zo een pci raid kaartje,daar zou je minder problemen mee hebben dan onboard raid.

FFkes google'n dan word het je wel duidelijk.

Over de hoe van een PCI- en AGP-lock:
Componenten moeten kunnen communiceren met andere componenten in een computer. Daarom moeten die aangesloten worden op een of ander communicatiepad van die computer. De PCI-bus is het meest klassieke communicatiepad; HyperTransport is er een ander (meer recente)...

Verder is het zo dat alle moderne computers synchrone machines zijn. Dat betekent dat er centraal ergens een klok is die aan een vaste snelheid tikt. Enkel wanneer die klok tikt, mag er iets plaatsvinden in de computer (zoals data ophalen, ...). In ALLE x86 systemen tot nog toe draait die centrale klok aan 4,77 MHz. Natuurlijk is dat veel te weinig voor de meeste componenten van moderne computers. Daarom wordt het kloksignaal vaak ontdubbeld (vandaar de "multipliers").

Om goed te kunnen werken, moet een component dat kloksignaal ontvangen. Omdat een sterstructuur vanuit die centrale klok veel te complex en te duur zou zijn, wordt het kloksignaal verdeeld op een andere manier. Aangezien alle componenten verbonden zijn met andere componenten, is het een kleine moeite om het kloksignaal mee te verdelen langs die communicatiepaden.

Het basis kloksignaal wordt gebruikt om de FSB te bepalen. De FSB verbindt de CPU met de northbridge. Het verhogen van de kloksnelheid van de FSB zorgt ervoor dat de CPU en de northbridge overklokt zijn.

De northbridge gebruikt het kloksignaal van de FSB om de snelheid te bepalen waarmee die met andere componenten communiceert. (RAM, southbridge, AGP, ...) communiceert. Je ziet nu duidelijk dat als er niets ondernomen wordt, dat alle componenten overklokt draaien.

Een AGP- en/of PCI-lock wordt bekomen door het centrale kloksignaal ook rechstreeks naar de northbridge te leiden. Daardoor kan de northbridge aan een vaste kloksnelheid communiceren met de andere componenten terwijl de FSB sneller draait.

Concreet over die SATA-controller:
Wanneer een SATA-controller in een aparte chip is ondergebracht, dan moet die kunnen communiceren met de southbridge. Meestal (zoniet altijd) wordt dit gedaan langs de PCI-bus, omdat de chip dan ook kan ingeplant worden op een afzonderlijke PCI-adaptor kaart.

Een SATA-controller ingebouwd in de southbridge is soms aangesloten op de PCI-bus, soms niet (zoals bij de nForce3 controllers waar die rechtstreeks aangesloten is op de HyperTransport-link). Een belangrijke reden om die niet aan te sluiten op de PCI-bus is het feit dat de PCI-bus maximaal 133 MB/s kan leveren, terwijl SATA tot 150 MB/s kan leveren...

Is het kloksignaal dat gebruikt wordt door de SATA-controller te hoog, dan is de controller overklokt en riskeer je data-corruptie.
Dit is de theorie... Nu moet je te weten komen op welk signaal je SATA-controller aangesloten is en zien of dat signaal overklokt is of niet...

nice stukje tekst heel leerzaam ge hebt wel geluk a het school is ande rs zou ik het ni gelezen hebbe

Kun je dat niet afleiden uit de positie waar de SATA chip zit op het mobo?

wittekakker zei:

Kun je dat niet afleiden uit de positie waar de SATA chip zit op het mobo?

Klik om te vergroten...

Een losse SATA-controller is gewoonlijk verbonden met de southbridge. De kans is dan ook groot dat je die in de buurten van de southbridge gaat vinden. Op single-chip "chipsets" is de southbridge in de northbridge gebakken en dan zal je die dus wat hoger vinden... Maar je kan het er eigenlijk niet uit afleiden neen...

Zijn die SATA en/of PATA controllers bij de A64 verbonden met de hypertransport bus en zijn die dan net zo onderhevig aan datacorruptie bij het overclocken van de HTT?

Ik denk van wel op bijde vragen maar toch ff checke hé