AGP-problemen teisteren E7205 en E7505 chipsets

Intels nieuwste oogappeltjes, de E7205 "Granite Bay" en de E7505 "Placer" chipset, kampen met een tweetal AGP-problemen. Het AGP-signaal wat de chipsets leveren is niet 100% AGP 3.0-compatible. Ook moet de AGP Prefetch Cache voor stabiele werking uitgeschakeld worden. Intel heeft de problemen onderkend, maar heeft nog geen plannen geopperd om het euvel te verhelpen. Voor het eerste probleem zou een wijziging van boardlayout de oplossing moeten bieden. Probleem nummer twee wordt verholpen met een simpele BIOS-update.

Hoeveel performanceverlies het uitschakelen van de Prefetch Cache geeft is niet bekend. Intel wil het probleem verhelpen voor het releasen van de Canterwood in Q2 volgend jaar. In januari komt er een tweede revisie uit van de E7505 met een lager voltage. Helaas zullen de AGP-problemen daarmee niet opgelost zijn. Onder andere SuperMicro en Iwill hebben nieuwe moederborden aangekondigd waarin de problemen omzeild zijn. Deze zullen dus echter niet de volle AGP 8x-performance kunnen benutten.

Reacties (34)

[Verwijderd]

Wat mij opvalt is dat als VIA een bug in hun chipset heeft dat het een groot drama is en bij Intel is het een foutje. Daarbij komt nog dat de grootste bug in de VIA chipsets de SBlive bug was welke werd veroorzaakt door een afwijking in de pci specificatie in de SBlive.

De IDE performance is echter wel nog wat brak in de VIA chipsets.

Hopelijk vindt intel op tijd een oplossing en geen workaround.

[FuzzyFocus]

Ach ja... er wordt altijd gemopperd over VIA. Eerst een nieuwsbericht dat Intel ook een soort '4-in-1' wil gaan uitbrengen, en nu een 'bug' in hun vlagge-chipset. Wel humor. Zo zie je maar dat de zogenaamde 'top' ook wel eens een foutje maakt !!

[packman]

Wel - ik heb echt geen klagen van de IDE performance. Op deborn2oc forums was er overlaatst een discutie over snelheid van disks - waar HDtach benches vergeleken werden. Het viel mij op dat de intel P4 chipsets over het algemeen zeer veel downward pieken hadden, en dat zowel bij VIA als bij SIS deze veel minder waren.

Ik zou al die verhaaltjes van VIA met brakke IDE niet meer zomaar geloven - ze hebben er duidelijk aan gewerkt. Ik heb echt geen klagen van mijn IDE performance - average van 41mb/s bij sequentieel lezen vind ik toch niet slecht (op een wd 120gig) - daar mag je gerust een Intel chipset naast zetten...

[1.21 gigawatts!]

Oei! Geen goede zet van Intel vroeg in de introductiefase voor de chipset die de ring in moet met RDRAM. Niet dat het veel zal uitmaken m.i. qua AGP, ik las dat AGP x8 slechts 5% winst boven AGP x4 geeft. Misschien dat 'niet volledige AGP x8 ondersteuning' even veel performancewinst geeft als wel volledige support.

[WhiteDog]

Zijn er al AGP 8x videokaarten beschikbaar dan

[David]

De ATi Radeon 9500 en hoger, nVidia GeForce i4x00-8x-serie en de SiS Xabres. Genoeg keus dus zou ik zo zeggen, al zijn de GeForcen met AGP 8x nog redelijk schaars.

[Verwijderd]

Ja, de SiS Xabre was geloof ik de eerste.

[nhimf]

Grappig, zeker als intel zelf deze standaard heeft ontwikkeld. Dus eigenlijk vind ik het zelfs een slechte zaak. Je zou verwachten dat juist intel het 100% goed ondersteund.

Naja ook bij intel werken er mensen en maken ze fouten. (al is dat geen excuus)

[KaMiKaZe]

is dit even een domper . stond net op het punt om een Supermicro P4SAA aan te schaffen. http://www.supermicro.nl/PRODUCT/MotherBoards/E7205/P4SAA.htm
ik zat me al helemaal te verheerlijken over die hyperthreading en dual channel ddr en 1Gbit lan

Ik begrijp overigens niet hoe intel het voor elkaar krijgt om een niet compatibel iets te leveren wat volgens hun eigen standaard zou moeten zijn. en verder is er volgens mij geen enkel agp 8x board wat fatsoenlijk werkt met een radeon 9700 ?

nog ff geduld dan maar

[Verwijderd]

Het is opvallend dat Asus, Abit, MSI, A-Open, etc allemaal al een board hebben ontworpen voor deze chipsets en Intel zelf heeft nog geen een!
Hint?

[Verwijderd]

AGP 8x veroorzaakte toch met andere chipsets ook al problemen?
De Radeon 9700 werkte niet vlekkeloos als ik het me goed herriner. Misschien ligt het dus niet aan Intel zelf...

[David]

Bij de Radeon 9700 was het met drivers op te lossen. Zal dus weinig met elkaar te maken hebben.

Ik vind het inderdaad ook jammer. Intel had/heeft de reputatie goede chipsets te bakken, maar verpest het nu door niet eens de chip tijdig aan te passen. Op de bugs na zijn de E7502 en E7505 namelijk prachtige chipsets.

[warp]

Intel had/heeft de reputatie goede chipsets te bakken, maar verpest het nu door niet eens de chip tijdig aan te passen. Op de bugs na zijn de E7502 en E7505 namelijk prachtige chipsets.

Het is anders niet de eerste keer dat Intel steken laat vallen hoor, wat dacht je b.v. van de PCI-bug in de Intel 850 en 860 chipsets (zie http://www.tweakers.net/nieuws/20133/?highlight=intel+bug ) of de i820 MTH bug (zie http://www.tweakers.net/nieuws/11662/?highlight=intel+bug ) of de i820 memory bug (zie http://www.tweakers.net/nieuws/5546/?highlight=intel+bug ) of wéér een bug in i810 chipset (zie http://www.tweakers.net/nieuws/3756/?highlight=intel+bug ).

Zo kunnen nog wel even doorgaan. Elke chipbakker heeft wel te maken gehad met bugs, of dat nu Via, SiS of Intel is...

[Verwijderd]

AL deze genoemde chipsets heb ik gehad en waaren altijd zeer stabiel bij mij.

Iedereen zuurt over de bugs en/of problemen maar heb er nog nooit iets van gemerkt.

Dus ..... het is maar hoe zwaar je het opvat natuurlijk.

[MrRobot]

Reactie op Briandw:

Lijkt mij niet dat je een i820 had met SDRAM die stabiel was, het is/was alom bekend dat die krengen om de haverklap resette.
Dit moederbord is gratis bij mij af te halen voor een ieder die het aandurft :-)

[Verwijderd]

Echter wel dus... het ging om een Asus bord en kon je toen ruilen voor eentje met VIA i.v.m de problemen.

Enkel heb ik er niks van gemerkt en heb er nog lang mee gedraaid.

Het gaat hier niet om jullie als leugenaar in het licht te zetten integendeel zelfs.

Ik vraag me alleen maar af.... in hoevere moet je deze klachten in gaaan.

ALs ik er al bijv: nooit last van had.

En ja ben een zeer intensief Computeraar.

[dion_b]

Op de bugs na was de i820 met MTH een prachtige chipset, maar daarom wil ik'm nog niet kopen

Eerst totaal belabberde I/O performance (Placer zou 3.2GB/s moeten trekken en kan met moeite 1GB/s halen, net zoals de i860 en i870 ervoor...), nu dit...

[Max|IA²]

JanM, zo te horen ben je een echte Intel fanaat. Intel geeft toe en jij geeft lekker Radeon9700 de schuld. Lekkere ben jij

[JeroenNietDoen]

Oh daarom heeft Ati een revisie van de 9700 Pro uitgebracht. Nee, nu snap ik hem.

[memphis]

Een sleepcontact verbinding maar ook de haakse verbinding (moederbord-connector en de lange weg naar de kaart doet natuurlijk bij hoge snelheden problemen geven.

Tijd voor een serial AGP

[TD-er]

niet direct serieel, maar meer met voldoende buffering, zodat het niet echt uitmaakt als 2 signalen niet tegelijk aankomen. Bijvoorbeeld een zoort van netwerkprotocol, maar dan met een pakketje per lijntje. De volgorde van aankomst van de pakketjes is niet echt interessant en de transport latency is voor videokaarten niet erg veel van invloed op de performance.

[Verwijderd]

Als pure leek denk ik als volgt: De snelheid van AGP8x ligt op een dermate hoog niveau dat deze de snelheid van het interne geheugen gaat benaderen. Tussen het geheugen en de AGP poort ligt echter de processor, deze zal alle gegevens dus zonder hercalculaties door moeten zenden. De tijdvertragingen die onstaan in de processor en de manier waarop een heraanvraag van data die "corrupt"in de AGP poort is gestopt wordt afgehandeld geven de meeste problemen. Lijkt mij althans Kan natuurlijk een bullshit verhaal zijn....

[tikimotel]

AGP 8X t.o.v 18+GB/s onboard memory, het blijft te traag...

Daarom maakt het niet veel uit welke AGP setting je hebt, 4X naar 8X betekend niet 2 keer zo snelle performance. Zoiezo als een spel veel van je AGP textures gebruik moet maken is het nooit vooruit te branden, daarom zijn er tegenwoordig 128MB videokaarten, dacht men echt dat je dat met 8X AGP kan opvangen...het is gewoon te traag voor realtime gebruik, AGP vraagt altijd meer instructies dan het onboard gehuegen van de videokaart en AGP zal het ook altijd moeten afleggen.

Btw: Ik heb liever de Gigabyte met ATA raid dan de Asus met Serial raid. Want er zijn nog (steeds) geen Serial ATA harde schijven te koop al hoewel seagate een klein aantal demo schijven heeft...(link kwijt ) en de smoes dat Gigabyte geen Firewire heeft compenseer je zo met je Soundcard.

[BalusC]

Voor het eerste probleem zou een wijziging van boardlayout de oplossing moeten bieden. Probleem nummer twee wordt verholpen met een simpele BIOS-update.

Dat zijn op zich helemaal geen onrealiseerbare oplossingen.. Gewoon even wachten tot de mobofabrikant komt met een nieuwe revisie van het moederbord en een nieuw BIOS update. Dat laat ongetwijfeld niet lang op zich wachten. Tot slot: weest blij dat de bug al zo snel is gevonden, anders zaten de potentiële kopers hier nu al met een buggy plankje..

[John_Glenn]

Voor wat het timingprobleem betreft ben ik het met je eens. Andere tracelengths... tsja, boeiend. Maar wat die AGP prefetch betreft: beetje suf om die uit te moeten zetten. De extra bandbreedte van AGP8x zal juist voornamelijk voor prefetches moeten worden benut.
Intel zou op dit moment kunnen 'aantonen' dat deze workaround geen performance hit veroorzaakt. Maar dat komt puur omdat applicaties al goed af zijn met AGP4x. Dus AGP8x versus AGPcrippled8x maakt niet zoveel uit... Als er straks games uitkomen die op hoge AGP throughput zijn geoptimaliseerd, zullen we pas zien wat de echte implicaties zijn van deze workaround.

[Verwijderd]

Dit soort berichten doen me steeds meer neigen richting SiS655... maar ja, daar zal ook wel weer wat mis mee blijken te zijn!