IDE-kabels nader bekeken

De mensen van TweakMax zijn eens in de IDE-kabels gedoken en kwamen daar weer uit met een artikel waarin dieper in wordt gegaan op datgene wat zich afspeelt in die kabel.

Zo wordt bijvoorbeeld uitgelegd waarom de lengte van een IDE-kabel beperkt is ten opzichte van een SCSI-kabel en waarom het overklokken van de PCI-bus een nadelig effect kan hebben op de performance van een harddisk. Dit effect komt door de CRC-errorcorrectie, die in de IDE-bus ingebakken zit. Bij het gebruik van te lange kabels, of bij een te hoge bussnelheid zullen er fouten in de dataoverdracht optreden, waardoor de data nogmaals verzonden moet worden. Hierdoor zal de effectieve snelheid dalen.

Ook worden de effecten van gerounde kabels besproken. Vooral het feit dat er gerounde kabels in de handel verkrijgbaar zijn die veel langer zijn dan de specificaties toelaten, brengt de auteur tot het advies om vooral deze veel te lange kabels lekker in de winkel te laten liggen :

One think I can say without a doubt is not to even think about trying any of those cables that are 36". I question the sanity of the companies that manufacture such cables, and I'm forced to cringe every time I see some tech site mention how wonderful 36" cables are. That's twice the 18" limit, and even if your using shielded cables that's way too long. So if you think you're going to be using 36" cables with any degree of success then your in for a surprise, even dropping it to ATA33 I wouldn't be at all surprised if you'll get a lot of problems.

De conclusie van de schrijver is dat iets triviaals als een IDE-kabel wel degelijk invloed heeft op de performance van een systeem en dus iets is om rekening mee te houden.

MRic3 bedankt voor de tip.

Reacties (50)

[Verwijderd]

mwah hier deed 't artikel 't niet
http://www.dansdata.com/rcables.htm
werkte beter hier.

Ik heb een probleem met dit artikel. Ik geef ze in theorie wel gelijk hoor. Maar ze hebben geen kabels gemeten om hun theorie te staven. Echt wetenschappelijk zou 't pas worden als je n zoot kabels koopt daar 2 ata100 schrijven op zet. en dan de errors gaat meten. Zal wel niet makelijk zijn omdat 't ingebakken is. Maar zoals het er nu ligt is 't meer zoiets van een te lange kabel is niet goed voor je.

En mischien zou een oversized geaarde kabel nog net wel vol kunnen draaien.

Kortom prut artikel met totaal geen eigen research.

iedee voor tweakers mischien om is n idecable roundup te doen.

[TheGhostInc]

Een prut articel is het zeker niet, misschien ontbreken de harde feiten en duidelijke metingen, ze geven wel duidelijk aan dat sommige kabels niet voldoen aan de standaarden, en dat er daarom problemen kunnen ontstaan.
Helaas is het bij dit soort kabels geen 0% of 100% fout, maar zit er een grote grijs gebied tussen.
Het zet de tweaker wel even aan het denken over wat hij/zij aan het doen is met z'n/haar IDE kabels.

* 786562 TheGhostInc

[Scipionyx]

Tjong...
Zo hoor je nog Žs wat...
Wie dacht dat je performance van je HD achteruit zou gaan door het ocŽen van je pci-bus?

[Verwijderd]

Toch aardig logisch, die hardware krijgt veel meer data te verwerken dan waarvoor hij gemaakt is. Te snel > dataverlies >> trager..

[Daan]

Meer data? Hoezo dan?
Als je oc'ed blijft de hoeveelheid data gewoon hetzelfde hoor.

[Bert]

Maar de snelheid waarop die data verwerkt wordt (en dus opgevraagd en weggeschreven) is veel hoger per tijdseenheid.

[redwing]

Per klokcycle wel ja, maar je hebt wel meer klokcycle per seconde. Bij OC'en worden de klokcycles korter, en hebben de signalen dus minder tijd om stabiel te worden. Hierdoor krijg je meer errors, en dus kan het totaal trager worden.

[Verwijderd]

Met de nieuwe moederborden (merk ben ik kwijt, heeft op T.net gestaan) kun je de FSB onafhankelijk instellen van je PCI/AGP, dus je mag aannemen dat dan die CRC errors waar over ze hebben met de IDE poorten voorbij zijn.

[Sander Schrier]

Volgens mij was dat Abit, er staat ze zoiets bij van de TH7II-RAID...

[Beaves]

Dat klopt, zie dit artikel voor meer info over het TH7II-RAID mobo die dus voorzien is van een AGP/PCI fix waardoor je onafhankelijk van de FSB de PCI en AGP divider kunt instellen.

Alleen zit dat nog lang niet op alle mobo's en dan is dit artikel wel handig, want je komt vaak op beurzen de meest rara IDE kabels tegen die vooral gekocht worden door de "normale mensen" die alleen maar naar de lengte en de kleur kijken.

Alleen kijken die mensen dus niet snel op een site als TweakMax, dus dit artikel zal eerst in de Computer Totaal moeten komen willen mensen dit te weten komen.

[roelio]

inderdaad, dat is zeer handig

heb nu een BX bord op 133 en de PCI multiplier is 1/3 (want 100/3 = 33) dus een PCI = IDE op 44 MHz ... hoewel dat gelukkig nog niet een heel hoge OC % is maar ik zou graag hebben dat de PCI en AGP op een standaard snelheid konden staan

[_JGC_]

BX heeft 1/4 PCI divider toch?

[Milmoor]

De BX chipset doet formeel maximaal 100 Mhz FSB. Om hiervan een 33 Mhz PCI bus te bouwen gebruikt hij een deelfactor van 1:3 (en 1:2 voor de 66 Mhz FSB). Mijn Abit BH6 doet maximaal 1:3, en zover mij bekend is 1:4 een onmogenlijkheid. Anders was men nog langer met BX-bordjes doorgegaan.

offtopic:
Naast de PCI bus is trouwens ook de deelfactor voor de AGP bus een probleem voor de BX-chipset. Deze is veel vervelender.

[henk jansen]

rounden net zo goed,

de udma100 kabels zijn shielded. dus van de 80 draadjes gebruikt hij er maar 40 die andere worden gebruikt om een magnetisch veld te voorkomen tegen het verlies van data. als je gaat rounden breng je dit uit evenwicht en gaat de snelheid ook omlaag, doordat er fouten optreden en opnieuw verzonden moet worden.

ik heb ze zelf ook geround, en je merkt er weinig van, maar het is langzamer.

[JeroenNietDoen]

van Tweakmax:

Unfortunately there has been an issue with this article, and we decided to remove it. You can read DansDatas article with similar content, or go to our frontpage to find other articles/news. Sorry for the inconvenience.

ze gaven wel deze link mee...
http://www.dansdata.com/rcables.htm

[Verwijderd]

Unfortunately there has been an issue with this article, and we decided to remove it. You can read DansDatas article with similar content, or go to our frontpage to find other articles/news. Sorry for the inconvenience.

Fijn, zeker aangeklaagt door de producenten van die ronde 36" kabels

[dyna18]

Is er ook verschil te merken in platte of rond gemaakte kabels?

[TD-er]

zekers wel.
die 40 extra aders op een ATA-66 of -100 kabel zitten er voor de afscherming, zodat de oorspronkelijke kabels minder last hebben van de omliggende kabels.
Wanneer je nu de kabels gaat rounden, komen die dichter bij elkaar te liggen, waardoor je meer interferentie krijgt => dus meer lees-fouten.
Als je geluk hebt merk je dat alleen in de performance en anders kun je zelfs je data op de HDD verminken.

[arjenk|IA]

Ik heb alleen de kabels naar CD-ROM en FDD geround en merk geen verschil. Het lijkt me niet zo'n goed idee om een 80 aderige ATA-66 of -100 kabel te rounden, al schijnt dat wel te kunnen. Maar het is niet echt nodig. Als je er al twee uit de weg hebt, dan is die ene niet zo'n ramp.

[silentsnow]

Dat denk ik niet. Zolang de lengte maar onder de 18" zit.

Je zou wel bijvoorbeeld shielded kunnen kopen.

[Fuzzems]

wat is de max. lengte dan?

[silentsnow]

wat is de max. lengte dan?

De maximale kabellengte die je hoort te gebruiken voor een ATA interface is 457mm, oftewel 18 inches. Das 12 inches van de mobo naar de secundaire drive, en 6 inches van je secundaire naar je primaire drive.

Tevens mogen ze niet korter dan 254mm zijn, oftewel 10 inches

[mrEarthling]

LEZEN is t magische woord !!!

That's twice the 18" limit

Ik zou dus zeggen 18 "

edit:

sorry weer es te laat

[silentsnow]

LEZEN is t machische woord !!!
That's twice the 18" limit
Ik zou dus zeggen 18"

Als je kabels hebt die langer zijn dan 18", dan wil dat niet zeggen dat die het niet doen hoor! Tot 24" zijn ze alleen geschikt voor UDMA/33 of minder. 18" van mobo naar secundaire drive, en 6" van secundaire naar primaire drive.

[red bull]

Wat ik altijd begrepen had van ronde kabels is dat ze dienen om de luchtstroom in je kast te bevorderen.

[silentsnow]

Wat ik altijd begrepen had van ronde kabels is dat ze dienen om de luchtstroom in je kast te bevorderen.


Klopt, en het staat ook mooier, omdat je meer ruimte in je kast hebt als je kabels minder breed zijn. Bovendien kan je ze makkelijker om een hoekje leggen.

Zie hier voor meer info.

[Beaves]

Aangezien de moderne IDE kabels niets voor niets uit zoveel aders bestaan, kan het zijn dat je performance verlies krijgt als je rounded IDE kabels gaat gebruiken omdat de "ground-aders" hun werk niet meer goed kunnen doen.

Dus de paar MHz'en die je wint door een betere airflow wordt waarschijnlijk dan weer teniet gedaan door de langzamere IDE performance.

Ik zou als je je IDE kabels gaat rounden, alleen die kabels doen die naar je floppy en je CD-ROM gaan. Je IDE kabel naar je HDD zou ik zo laten en wachten op Serial-ATA

[Verwijderd]

[waaay offtopic]

Moet je mij eens uitleggen hoe dat dan zit met unshielded twisted pair kabels

Met shielding probeert men te voorkomen dat het signaal verandert, met symmetrie - onder andere in UTP en professionele geluidsapparatuur (XLR, die gekke dikke ronde pluggen) - probeert men uit een vervormd signaal het originele signaal te herstellen.

De truuk hierbij is dat het signaal 2 keer wordt verstuurd; 1 keer normaal en 1 keer omgekeerd. Voor beide signalen wordt hetzelfde pair gebruikt. Storingen van buitenaf zullen daardoor op beide signalen hetzelfde effect hebben. Maar omdat de signalen het omgekeerde van elkaar zijn kun je het originele signaal eruit afleiden. Stel het originele signaal is a. Dan heb je dus op de ene ader a en op de andere -a. Doordat a - (-a) == 2a kun je het originele signaal met eenvoudige elektronica dus weer achterhalen.

[/waaay offtopic]

[Verwijderd]

"ground-aders" hun werk niet meer goed kunnen doen

doordat nu alle kabels nu bij elkaar gedraait (tegen elkaar zitten) krijg je overspraak.

[Verwijderd]

Moet je mij eens uitleggen hoe dat dan zit met unshielded twisted pair kabels die zo langzamerhand iedereen voor zijn netwerk gebruikt. Volgens mij is overspraak iets dat bij geluidsinstallaties kan optreden.

[Verwijderd]

[zeker way oftopic]

bij unshielded twistedpair zijn de kabels kruisverbonden. Dat betekend dat de kabels niet naast elkaar liggen (0 graden) immers kruiselings (45 graden) en dus minder tot geen last van elkaar hebben.

ik zeg hier bewust minder last omdat de fabrikant ze niet helemaal twist (ongeveer 40 ~ 35 graden).

[Consequator]

stond er niet dat je dus het beste rounded 80 draderige kabels kan kopen waar dus zo'n shield omheen zit ?
dat lijkt mij aardig ontstorend, net als een coax kabel

[RobT]

Nee, het probleem is juist de overspraak tussen de signaaldraden. Om dat te ontkoppelen was bij de platte kabel de oplossing van 40 extra aarddraden voldoende.
Ga je dat nu zo vouwen (wat hier ook wel wordt voorgesteld) dat elke draad van alle (4) kanten een aarddraad heeft, dan heb je nog het minste kans op overspraak.

Doorsnede ronde of gevouwen kabel, Ascii art:
0X0X0X0X
X0X0X0X0
0X0X0X0X
0=aarddraad, X=signaal, of andersom

Echter, je vergroot dan weer de capaciteit van de draad naar aarde (2x zoveel cap vanwege die 2 extra aarddraden), en dat zorgt weer voor vertraging, en dan zit je met je 18' misschien wel over de limiet van je hardware. Ga daar nog bij overklokken (anders zou je niet moeilijk doen voor wat extra airflow), dan maak je het je hardware nog moeilijker.
Dat voorgaande geldt natuurlijk ook als je de kabel over een langer stuk langs de kastwand plakt, vergroot je ook de capaciteit mee.

Wat dus eigenlijk nodig is om dit te tweaken is een programmaatje dat in de gaten kan houden hoevaak een fout gedetecteerd wordt, dan kan je kijken wat het effect is voor en na een wijziging.
Theorie is leuk, maar je moet het wel van de praktijk hebben...

[tikimotel]

suggestie moederboard fabrikanten, zet de pci en agp klok vast 33/66Mhz en maak het geheugen een veelvoud van 33,333etcMhz, 100/133/166/enzovoort.

er zijn verhalen over dit probleem, klok frequentie en bus snelheid.

op een japanse tweaker site zijn er japaners te vinden met echt belachelijk hoge fsb's maar ze maken allemaal gebruik van hun ouwe trouwe pci video kaart simpel weg omdat de agp-bus veel te hoog is.

via,via www.h-oda.com (wcpu-id-3d proggie is van hem)

o.a. p4 overgeklokt op 3.027Ghz is de topper in zijn record lijst met fsb van z'n rdram is 150,xx Mhz
verder nog oude p3 450 overgeklok met fsb's van ruim over de 250Mhz (zeer koele PC100, sdram!!!)
maar zoals ik al zei geen van deze freaks maken gebruik van de agp bus omdat deze simpel weg onbruikbaar is geworden door de hoge fsb.

[bobsnl]

suggestie moederboard fabrikanten, zet de pci en agp klok vast 33/66Mhz en maak het geheugen een veelvoud van 33,333etcMhz, 100/133/166/enzovoort.

Ben ik het in wezen wel mee eens, alleen kijk je de verkeerde aan. De koppeling zit in de chipset nl. dus de moederbordfabrikant kan d'r niet zomaar omheen. Desondanks heeft Abit schijnbaar toch een truk bedacht.

[Verwijderd]

offtopic:
FSB van 250 Mhz op een 450 P3? en je L2 cache dan.. die gaat kompleet over de zeik... volgens mij is dat een hoax... en dan ook nog eens PC100 ram

[Verwijderd]

Kom maar op met de dubbelpost

http://www.tweakers.net/nieuws/14433?highlight=ide+k abels

http://www.tweakers.net/nieuws/4905?highlight=ide+ka bels

http://www.tweakers.net/nieuws/11402?highlight=ide+k abels