Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 34 reacties
Bron: TecChannel

TecChannel heeft het artikel van vorige maand geupdate met benchmarks van de officiŽle VIA PCI Latency patch. De performance is beter dan van de onofficiŽle patch, maar de patch werkt alleen met een Promise Ultra133 controller in combinatie met nieuwere V-Link chipsets zoals de KT266A en P4X266A.

VIA Apollo P4X266A chipset (klein)Het latency probleem van de VIA PCI controller wordt veroorzaakt door de te korte tijd die de PCI controller ter beschikking stelt aan PCI busmaster devices die gebruik willen maken van de bus. Daardoor worden bursts vaak onderbroken en kan niet de optimale bandbreedte bereikt worden. Tevens veroorzaakt het problemen bij diverse (high-end) geluidskaarten, die onderbrekingen in de geluidsweergave vertonen.

De officiŽle latency patch van VIA verhoogt het aantal aaneengesloten data packets dat per burst verstuurd kan worden van 24 naar 120. Op VIA's eigen P4XB moederbord steeg de burst transfer rate van 90,1 naar 113,3MB/s. Dit is nog altijd minder dan de prestaties van de Intel 815, 820 en 845 chipsets, die burstrates tussen 114,9 en 117,4MB/s kunnen bereiken. Andere ATA/133 controllers zoals de ACARD AEC-8280 en HighPoint RocketRAID 133 konden niet profiteren van de patch.

Moderatie-faq Wijzig weergave

Reacties (34)

Het kan misschien aan mij liggen, maar waren die patches niet voor de 686B southbrigde bug?

Je wou toch niet zeggen dat dat NOG steeds aan de orde is bij de nieuwe chipsets?

Of heeft dit uitsluitend iets met de performance te maken?
Het kan misschien aan mij liggen, maar waren die patches niet voor de 686B southbrigde bug?
Dat heeft niets met de 686b-bug te maken aangezien de KT266A en de P4X266A een hele andere southbridge hebben. Dit is een performance-issue op de PCI-bus.
Dit is een performance-issue op de PCI-bus.
En die PCI-bus zit in ... de southbridge.
Bij mijn weten stond er afgelopen week een stuk over de laatste telg uit de EpoX familie. Die heeft het niet meer, dus de nieuwste revisie van de KT266A chipset heeft zowiso al geen last van deze bug.

Alleen weet je vantevoren natuurlijk niet of je nu bv een A7V266-E koopt met de nieuwe of de oude revisie chipset :(

Nou maar hopen dan de KT333/KT333A chipsets wel bugvrij zijn, of in ieder geval zonder deze bug.
De bug zit niet in de Northbridge, maar in de Southbridge. Alle Via borden met een 686(B) Southbridge hebben dit "feature". Of je er echt last van hebt, is maar vraag twee.
In de nieuwe Via 233A Southbridge, is het probleem opgelost (althans, voor zover bekend op dit moment).
Die chip zit in de Soltek SL75DRV-4
Ja en nee. De southbridge beheert wel de PCI sloten en die had inderdaad ook icm een SB Live data corruptie tot gevolg. Maar hier gaat het om de performance van de PCI bus. De bus wordt te snel onderbroken door de chipset, hierdoor loopt de prestatie van je PCI apperatuur achter op de prestaties van PCI spul op andere (concurrerende) chipsets. Deze patch is om dat op te krikken tot een wat acceptabeler niveau.
Maar er staat toch "Performancetest van officiŽle VIA PCI Latency patch". Dat wil thus waarschijnlijk zeggen dat er ook onofficiŽle 3th-party patches zijn. Maar waar?!
Waarom wil je dat weten ? Er staat toch
De performance is beter dan van de onofficiŽle patch
? Er staat niet dat die onofficiŽle patch zou werken op systemen waarop de officiele patch niet werkt.
Er wordt in dit artikel gesproken over de patch die vorige maand is uit gebracht.
Je vind er meer over in het artikel wat eerder hier op t.net verscheen:
http://www.tweakers.net/nieuws/19759
Daar vind je ook een link naar die andere onofficiŽle patch :)
Ik wil niks kaopt maken ofzo, maar uhm ik heb een KT 266-A chipset, op een asus A7v266-E, mijn HD's zijn aangesloten op de Udma 100 controller op het bord.

Kan ik deze patch uitvoeren op mijn mobo zonder enig probleem ?
Het kan in principe geen kwaad, alleen lost het bij jou niets op. De patch levert nl alleen snelheidswinst op icm een Promise RAID of U133-contoller.
Dit is dus duidelijk een workaround voor de promise kaarten. Jammer dat ze nogsteeds geen oplossing hebben.
Dit is dus duidelijk een workaround voor de promise kaarten. Jammer dat ze nogsteeds geen oplossing hebben
die is er wel .. :)
www.intel.com :P

AMD is zekers wel goed .. alleen via verpest de reputatie van AMD .. :(
:? lekkere opmerking...

Geen toeval dat 850 en 860 er niet bij staan hoor...
Stukje op Warp2Search Of hun bron: The Inquirer
Hier de info waar Jake naar linkt (goed werk Jake!!):
Intel has PCI bugs in chipsets too

...
This limits the PCI transfer rates to 90MB/s when it should be 133MB/s,
...
Dat wist ik nog niet. Mag ook best genoemd worden in nieuwsitems zoals deze. Anders ontstaat er, blijkbaar onterecht, weer zo'n anti-VIA sfeertje.
Ik gebruik nu de onofficiele patch, deze zorgt er wel voor dat m'n RAID-0 performance van 2x 60GB IBM 7200 op de HPT372 controller met 33% stijgt
Hee mensen heb nog een Asus (P3V4X) met VIA chipset ik geloof ik met die 686B southbridje. Die gaf nogal eens data corruptie (geheugen en CPU zijn zeker goed, heb ik laten testen). Had er een SB-Live op zitten, maar die kraakte NOOIT. Na een paar van de reacties denk ik dat die data corruptie dus daaraan kon liggen. Of zit ik nou helemaal fout?

Heb P3V4X + i733 nu vervangen door A7V266-E + a1700+ en nergens last van. Ding is retestabiel. Nog niet gecrasht en is nog niet gereboot / uitgeweest sinds ik het erin heb gezet en alles geinstalleerd had.

Maar als dat instabiele / data corruptie daaraan lag dan kan ik mijn P3V4X nog doorverkopen anders gooi ik hem in de prullebak...
Hee mensen heb nog een Asus (P3V4X) met VIA chipset ik geloof ik met die 686B southbridje. Die gaf nogal eens data corruptie (geheugen en CPU zijn zeker goed, heb ik laten testen). Had er een SB-Live op zitten, maar die kraakte NOOIT. Na een paar van de reacties denk ik dat die data corruptie dus daaraan kon liggen. Of zit ik nou helemaal fout?
De P3V4X heeft de VIA Apollo Pro 133A chipset met VT82C596B Southbridge. Da's 2 versies vůůr de 686B.
Voor Celeron en P3 hebebn alleen de CUV4X en de TUV4X de 686B-southbridge.
Ik ga deze patch ook eens proberen. En ik hoop dat deze wel wil werken, alle vorige patches maakten m'n pc alleen maar meer instabieler :( Ik heb tot zover nog niet ťťn patch van VIA gezien die ťcht goed werkte....maar goed, ik hoop voor ze dat de officiŽle patch wel goed werkt...anders wordt m'n volgende een Intel }>
Het belangrijkste is dat ze er actief mee bezig zijn. Iedereen maakt fouten, en zoalng er gewoon wat aangedaan wordt is er niks aan de hand.
Brakke drivers of patches zijn geen probleem zolang er maar een vooruitzicht is op wat verbetering.
Dit huidige bord van mij (Apollo pro 133a) is voorlopig het laatste bord van via dat ik koop. De hardware suckt heel erg. Sinds RC2 van windows XP weet via dat er problemen zijn met hun USB controllers en pci controllers maar een patch? Ho maar, je moet inderdaad de onofficiele patch installeren wil je je XP crashvrij gebruiken.

Sinds october bezig en nog geen patch noem ik niet actief bezig zijn.
Het is feitelijk toch om te janken eigenlijk, dat zulke hardware gewoon aan de lopende band wordt gemaakt/verkocht... We zijn er eigenlijk gewoon aan gewend geraakt, noodgedwongen... Mooie oplichterij allemaal. Microsoft zou misbruik maken van haar monopolie positie!? Doet VIA niet hetzelfde, of zelfs nog erger?
Nee dan sterker nog: ~We kijken reikhalzend uit naar de nieuwste patch !!

Wat was er indertijd toch een enorme ophef over de Pentium-bug, weet je nog? Het haalde zelfs het acht-uur journaal! Een computerchip ...met een fout!

Bah.
Intel had tenminste de eer om zijn zooi terug te roepen en te vervangen. Hetzelfde is ook gebeurd met de i820 borden die problemen hadden met 3 rimm banken. Ook hadden de eerste coppermine processoren heel soms problemen met een koude start (wilde pas starten na een reset)

Via :r en andere partijen zie ik dat niet doen, dat is het verschil in kwaliteit en service en daar betaal je voor. De meeste mensen tellen koetjes... :Z
Lijkt me wel. Maar die prestatie op hun eigen bord vind ik toch best redelijk. Maar idd, ik vraag me af waarom ze dan niet ook voor andere controllers zoiets maken.

[reactie op HlpDsK]
Het is idd een feit dat de PCI performance van VIA zuigt. Ik heb een 15K Seagate SCSI icm een Adaptec U160 kaart. Burst vanuit buffer waren <54 MB/s :r :r
En dit op een Asus A7V266-E / XP 1800+
Met de "onofficiele" patch lijkt het er al meer op.

Helemaal erg is een UDMA-100 HD op de Via controller.. die haalde bij mij slechts (burst) 6 mb/s :r :( Ook na installeren van de beta-via driver die dit op zou moeten lossen, werd hij niet sneller. Ik kreeg er wel mooie BSOD's voor terug. :(

Oplossing bleek een los Abit HotRod kaartje en de patch. Nu loopt het redelijk snel.

Mijn Terratec en SCSI spullen draaien nu vlekkeloos op een P4@2,0 GHz/ i850 combi.
Nu heeft creative toch gelijk gekregen het lag niet aan de geluidskaart maar aan de chipset.
Gek he VIA, als de meeste andere chipset het niet hebben dat het dan misschien wel eens aan je eigen chippies kan liggen.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True