PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : nur PCIe 1.0 anstatt PCIe 2.0 mit Win7 64bit


axel68
2009-11-09, 16:35:05
Hallo Leute!
Der letzte Treiber womit PCIe 2.0 unter Everest angezeigt wird ist 186.18.
Ab 190er Treiber wird PCIe 1.0 nur angezeigt. Auch mit GPU-Z zu sehen.
Das war unter Win xp nicht so, erst mit Win7 64bit.

An was kann das liegen? Grafiktreiberbug ? Win7 bug? Chipsatzbug?
Danke schon mal für eure Antworten! Hoffe ich bin hier richtig mit meiner Frage.
Asus Mainboard mit X38 Chipsatz
E8500
Win7 64bit mit 4Gb Speicher
Geforce 260GTX(EVGA)

kruemelmonster
2009-11-09, 17:20:26
Das Problem kenn ich (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7541331&postcount=27), es liegt am Grafikkartentreiber. Habe diesbezüglich auch schon Feedback an NV geschickt, warte aber immer noch auf einen 19x.xxer welcher wieder PCIe 2.0 ermöglicht.

Laxer
2009-11-09, 18:57:36
Wo finde ich die Info denn bei Everest? Irgendwie habe ich wohl gerade Matsch auf den Augen :(

Bubba2k3
2009-11-09, 19:01:48
Wo finde ich die Info denn bei Everest? Irgendwie habe ich wohl gerade Matsch auf den Augen :(


Menü --> Anzeige --> Grafikprozessor (GPU) --> Grafikprozessor Eigenschaften --> Bustyp

GPU-Z ist aber einfacher und übersichtlicher!

axel68
2009-11-09, 19:04:17
Wo finde ich die Info denn bei Everest? Irgendwie habe ich wohl gerade Matsch auf den Augen :(
Unter Anzeige-Grafikprozessor.
oh da war ich zu langsam.

@kruemelmonster - danke für die Antwort,also ist nichts defekt an meinem PC da bin ich beruhigt.

Gast
2009-11-09, 21:02:05
Sorry Leute,

aber bei mir ist die Anzeige korrekt - PCIe 2.0. Sowohl in Everest als auch GPU-Z

GF8800 GTS 512
Win7 64 Bit
MSI 790 FX- GD 70
Treiberversion: 191.07

kruemelmonster
2009-11-09, 22:50:04
Wer hat den Fehler noch?

Bisher sinds axel68 (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7649318&postcount=1), 2L4Y (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7541364&postcount=28) und meiner einer, und wir 3 haben die Kombination X38 + GT200. Beim Gast mit 790FX + G92 läufts dagegen wie's soll.

Bubba2k3, wie siehts bei dir aus mit X38 + G92?

/edit:

Im Gigabyte Forum (http://62.109.81.232/cgi-bin/sbb/sbb.cgi?&a=show&forum=1&show=10854) hat auch jemand X38 + GT200 und nur PCIe 1.0.
Anyone mit X48 oder P45? Und wie siehts bei XP und Vista aus?

/edit2:

Im CB Forum (http://www.computerbase.de/forum/showthread.php?t=653926) hat man das Problem anscheinend auf X38 + Win7 + 19x.xx eingrenzen können.

Laxer
2009-11-09, 23:13:55
Ah ok, Danke, jetzt habe ich die Info auch bei Everest gefunden :smile:
Bei mir steht dort "Bustyp: PCI Express 2.0 x16 @ x16" -> scheint also alles ok.
Ich habe Kombination aus P55 + GTX285...

RainingBlood
2009-11-10, 12:23:57
AMD770 + GTX26ß+Win7 HP x64 = everest zeigt 2.0 an.

Gast
2009-11-10, 15:27:49
Abit X38 QuadGT + 8800GTS 512MB + Win 7 64bit = PCI-E Typ 16x v1.0 <<<

Bubba2k3
2009-11-10, 20:24:05
Bubba2k3, wie siehts bei dir aus mit X38 + G92?


Alles ok, bei mir ist der GeForce 190.62 drauf, aber ich benutze im Moment auch kein Windows 7, sondern Vista x64.

kruemelmonster
2009-11-11, 00:14:06
Danke für die Rückmeldungen, ich hab nochmals ein Feedback mit der Fehlereingrenzung X38 + Win7 + FW19x an NV geschickt.

Gast
2009-11-12, 01:07:58
Habt ihr denn mal getestet, ob der Link wirklich auch mit reduzierter Geschwindigkeit läuft? Vielleicht läuft ja nur beim Auslesen was schief.

JK_MoTs
2009-11-12, 06:40:47
SO, ich hab' einen P45 Chipsatz und GT200b (GTX285) und bekomme unter Windows 7 sowohl in Everest als auch in GPU-Z PCIe 2.0 angezeigt (Treiber: NV 195.39, Intel 9.1.1.1020).

kmf
2009-11-12, 12:01:02
XFX 780i Sli mit GTX 280 @ Sli in Everest und GPU-Z = PCI-E 2.0 x16 @ x16 2.0

Vista 64 Ultimate und 195.39

-GENO-
2009-11-12, 22:59:15
790X - GTX275 - Win7 x64 - 195.39 = PCIe 2.0

kruemelmonster
2009-11-12, 23:24:24
Habt ihr denn mal getestet, ob der Link wirklich auch mit reduzierter Geschwindigkeit läuft? Vielleicht läuft ja nur beim Auslesen was schief.

Gute Frage. Der BandwidthTest (http://extreme.pcgameshardware.de/grafikkarten/72751-gtx260-nur-pcix-4x.html#post1182367) aus dem CUDA SDK liefert mir diese Werte +/- 200 MB/s:


Host to Device Bandwidth: ~2100 MB/s
Device to Host Bandwidth: ~2700 MB/s
Device to Device Bandwidth: ~140000 MB/s


Verglichen mit Spasstigers Werten aus dem verlinkten PCGH Thread scheint tatsächlich nur die Auslesung fehlerhaft zu sein. Hat vllt jemand mit nem 965P oder P35 die Muße mal gegenzutesten?

Gast
2009-11-12, 23:42:43
Hallo,
hier mal ein Test mit Xeon e3310@3600Mhz, EP35DS3 + 8800GTS G92

Host to Device 1931,6 MB/s
Devie to Host 1815,8 MB/s
Transfer Size 56912,6 MS/s

Gast
2009-11-12, 23:44:34
Sry ist ein E3110.

-GENO-
2009-11-13, 09:02:39
790X - GTX275 - Win7 x64 - 195.39 = PCIe 2.0

Host to Device Bandwidth: ~2423 MB/s
Device to Host Bandwidth: ~2301 MB/s
Device to Device Bandwidth: ~107412 MB/s

Bubba2k3
2009-11-19, 20:34:52
Alles ok, bei mir ist der GeForce 190.62 drauf, aber ich benutze im Moment auch kein Windows 7, sondern Vista x64.


Stimmt nicht, ich habe da nicht genau genug hingeschaut. Habe durch Zufall einen alten Screenshot gefunden und dort steht bei GPU-Z:


PCI-E 2.0 x16 @ x16 2.0
http://gpuz.techpowerup.com/08/06/18/7e3.png


Aktuell steht dort aber nur:

PCI-E 2.0 x16 @ x16, ohne das 2.0 am Ende
http://gpuz.techpowerup.com/09/11/19/eqb.png


Edit:
Dieses Problem scheint aber nur u.a. die älteren GF 8 Karten zu betreffen. So wie hier in diesem Thread geschrieben wird, betrifft das z. B. GTX 200er Karten nicht.

Saugbär
2009-11-20, 02:36:09
PCI-E x16 @ x16
Mit Mouseover wird es genauer angezeigt:rolleyes:

Bubba2k3
2009-11-20, 19:34:21
PCI-E x16 @ x16
Mit Mouseover wird es genauer angezeigt:rolleyes:


Stimmt und bei mir sieht das so aus:

http://img21.imageshack.us/img21/4484/unbenanntdia.png



Für mich heißt das jetzt, es wird von GPU-Z nicht falsch ausgelesen, sondern die Karte läuft wirklich nur im PCI-E x16 v1.1 Modus oder wie jetzt??? Vor allen Dingen wird es von Everest auch so angezeigt. Und das liegt nur an den neuen 190.xx Treibern???

Bubba2k3
2009-11-20, 21:39:04
Ich habe jetzt mal den GeForce 186.18 installiert und nun wird das wieder richtig mit PCI-E x16 2.0 @ x16 2.0 angezeigt.

kruemelmonster
2009-11-24, 08:49:46
Könntest du auch mal den BandwidthTest von der vorigen Seite durchführen? Wenn ich die Werte von GENO, dem Xeon-Gast, Spasstiger im PCGH-Forum und mir vergleiche, dann glaube ich eher an eine fehlerhafte Anzeige.

axel68
2009-11-24, 14:22:19
mein Ergebnis
BandwidthTest mit 195.55 , Win7 64bit, GTX260,Asus X38
angezeigt wird PCIe1.1

Host to Device Bandwidth: ~1580 MB/s
Device to Host Bandwidth: ~2358 MB/s
Device to Device Bandwidth: ~95940 MB/s

Bubba2k3
2009-11-24, 19:57:39
Könntest du auch mal den BandwidthTest von der vorigen Seite durchführen? Wenn ich die Werte von GENO, dem Xeon-Gast, Spasstiger im PCGH-Forum und mir vergleiche, dann glaube ich eher an eine fehlerhafte Anzeige.


Hmm, der Test klappt bei mir leider nicht. :(

http://img257.imageshack.us/img257/1766/unbenanntwb.png

axel68
2009-11-24, 20:11:07
Hmm, der Test klappt bei mir leider nicht. :(

http://img257.imageshack.us/img257/1766/unbenanntwb.png

Bei mir ging der Test mit den 180er Treiber damals auch nicht. Könnte am Treiber liegen. Mit den 190er ging er dann wieder. Jedenfalls bei mir war das so.

Bubba2k3
2009-11-24, 20:27:58
Bei mir ging der Test mit den 180er Treiber damals auch nicht. Könnte am Treiber liegen. Mit den 190er ging er dann wieder. Jedenfalls bei mir war das so.


Ah ok, ich habe aktuell jetzt den 186.18 drauf und wollte eigentlich im Moment dabei bleiben bzw. ich warte evtl. auf einen ganz neuen Treiber.

psycho_kill
2009-12-06, 11:55:34
Hallo Leute!

Gibt es schon eine Lösung für das Problem seitens Nvidia?
Bei mir ist das selbe unter Win 7 32 bit, Gigabyte x38, GTX 275 mit Treiber 195.62 WHQL. Es wird nur PCI Express 1.0 x16 @ x16 angezeigt.

Bubba2k3
2009-12-06, 14:46:26
Hallo Leute!

Gibt es schon eine Lösung für das Problem seitens Nvidia?
Bei mir ist das selbe unter Win 7 32 bit, Gigabyte x38, GTX 275 mit Treiber 195.62 WHQL. Es wird nur PCI Express 1.0 x16 @ x16 angezeigt.


Hmm, diese Frage könnte jemand beantworten, der das Problem auch hatte und schon den neuen GeForce 195.62 ausprobiert hat. Ich war ja wieder auf den 186.81 zurück gegangen und habe den neuen 195.62 noch nicht installiert.

Gast
2009-12-06, 17:21:35
Nein, nVidia hat es noch nicht gerafft.

Gast
2009-12-06, 17:25:17
hab das selbe problem mit dem catalyst 9.12
gpu ist eine 4850

Gast
2009-12-06, 17:29:28
sorry meinte 9.11

Gast
2009-12-06, 17:41:15
hab das selbe problem mit dem catalyst 9.12
gpu ist eine 4850
Na das wäre ja strange, wenn ATI auch so ein Problem hat!
Beweise?

Bubba2k3
2009-12-06, 19:08:27
Nein, nVidia hat es noch nicht gerafft.


Naja wer weiß, vielleicht liegt das Problem auch bei GPU-Z?


Edit:
Außerdem, wenn ich das richtig verstanden habe, ist das ja auch nur ein Auslesefehler und die Karte läuft trotzdem als PCIe x16 2.0!?

kruemelmonster
2009-12-07, 13:28:49
Hmm, diese Frage könnte jemand beantworten, der das Problem auch hatte und schon den neuen GeForce 195.62 ausprobiert hat. Ich war ja wieder auf den 186.81 zurück gegangen und habe den neuen 195.62 noch nicht installiert.

Auch mit dem 195.62 wird weiterhin PCIe 16x 1.0 angezeigt.


Außerdem, wenn ich das richtig verstanden habe, ist das ja auch nur ein Auslesefehler und die Karte läuft trotzdem als PCIe x16 2.0!?

Ich denke es ist nur ein Auslesefehler:

190er Treiber, Win7, X38, PCIe 2.0 @ 1.0 Anzeige: (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7657434&postcount=17)

Host to Device Bandwidth: ~2100 MB/s
Device to Host Bandwidth: ~2700 MB/s


190er Treiber, WinVista, 790GX, PCIe 2.0: (http://extreme.pcgameshardware.de/grafikkarten/72751-gtx260-nur-pcix-4x.html#post1182367)

Host to Device Bandwidth: ~2800 MB/s
Device to Host Bandwidth: ~2300 MB/s


190er Treiber, Win7, 790X, PCIe 2.0: (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7657781&postcount=20)

Host to Device Bandwidth: ~2400 MB/s
Device to Host Bandwidth: ~2300 MB/s


unbekannter Treiber & OS, P35, PCIe 1.0: (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7657474&postcount=18)

Host to Device Bandwidth: ~1900 MB/s
Device to Host Bandwidth: ~1800 MB/s

meckswell
2010-01-15, 13:59:06
Ich habe die Lösung gefunden :)

Habe jetzt Win7 Home Premium x64 installiert und das Windows Update benutzt um Treiber upzudaten.
Jetzt habe ich den 191.07 drauf und wieder PCIe 2.0 auf meinem X38 *YEAH*

kruemelmonster
2010-01-15, 14:48:56
Screenshot or it didn't happen, und wenn du schon dabei bist, führe mal bitte den PCIe BandwidthTest (http://extreme.pcgameshardware.de/grafikkarten/72751-gtx260-nur-pcix-4x.html#post1182367) aus.

Da Fre@k
2010-03-02, 12:23:34
Warum postest Du die Lösung denn nicht gleich, sondern man muss dich per PN kontaktieren :confused:
Was soll der Quatsch?

Ich bin von diesem "Problem" übrigens nicht betroffen.
Sys: XFX 780SLI, 2x GTX260 @SLI, Win7 x64, Treiber 196.34

meckswell
2010-03-02, 13:35:35
Du hast recht, es ist Quatsch. Es sind auch nur X38 betroffen, keine anderen Boards.
Ich werde den Post wieder entfernen, bei mir läuft es jetzt ja wieder.

Gast
2010-03-02, 13:55:38
Du hast recht, es ist Quatsch.

Quatsch ist, dass du die Lösung nur per PN herausrücken wolltest.

Ich werde den Post wieder entfernen, bei mir läuft es jetzt ja wieder.
Geh mal ins Forum "soziale Angelegenheiten" und such dir Hilfe. Dort kann man dir bestimmt erklären, warum man mit egozentrischem Verhalten in Internetforen aneckt.

:uban:

kruemelmonster
2010-03-02, 14:16:37
...
Ich werde den Post wieder entfernen, bei mir läuft es jetzt ja wieder.

Dir wird mit dem 191.07 über WU also wieder PCIe 2.0 angezeigt? Dann wiederhole ich hiermit meine Bitte nach einem Durchlauf des PCIe BandwidthTest.

QUERSCHLÄGER
2010-03-03, 00:44:45
AsusP5B+260²+196.21=PCIe1.0 :frown::freak:

Ok, N8

kruemelmonster
2010-03-07, 22:15:47
Auf ein neuen Treiber der PCIe 2.0 zurückbringt können wir anscheinend lange warten: Über das NV Forum (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=980918) bin ich auf einen Eintrag im ASUS Forum (http://vip.asus.com/forum/view.aspx?SLanguage=en-us&id=20091026025645328&board_id=1&model=Maximus%20Formula&page=8&count=83) gestoßen, laut dem ein Bug in den Biosen der X38/X48 Boards der Schuldige ist.
Intel hat für seine Boards bereits Updates herausgegeben, welche die volle PCIe 2.0 Geschwindigkeit wiederherstellen sollen, nun heißt es Druck bei den anderen Boardherstellern (http://62.109.81.232/cgi-bin/sbb/sbb.cgi?&a=show&forum=1&show=10854) machen.

Bubba2k3
2010-03-07, 23:42:26
Aber was ich an der ganzen Geschichte nicht verstehe, mit den 180er Treibern funktioniert das. Was hat das dann mit dem Bios des Mainboards zu tun, wenn das plötzlich mit den 190er Treibern nicht mehr funktioniert???

kruemelmonster
2010-03-07, 23:57:27
Die Frage ist ob tatsächlich PCIe 2.0 Link Speed bei <FW190 anliegt:
With regards to the PCI-E 2.0 issue, forceware drivers prior to April 2009 appeared to run using PCI-E Gen 2.0 x16 link width, however from what I have found out, this was a bug as the driver was not actually reporting the true speed, it was only reporting the speed it SHOULD be linking at.

Das CUDA Benchmark Tool läuft ja leider nicht mit jenen Treibern, wir bräuchten Benches eines X38/X48 Boards von Intel...

/edit:

...denn da läufts:

http://img7.imageshack.us/img7/3706/g92x38pcie20.jpg

I got some more feedback today... bad news. The issue IS BIOS related, however Intel, nVidia AND ASUS are not talking to each other.
This is from nVidia themselves:

"Gen2 has been disabled on X38 for quite some time now, since around last year April to be exact. The reason behind this is due to a bug in X38 and the new SBIOS from Intel still shows problem. So our decision is to disable gen2 on X38."

The issue was resolved on the DX38BT motherboard in July 2009, however nVdia do not have this BIOS on their testplatform.

axel68
2010-03-23, 20:12:28
Hat jemand vieleicht schon den 197.25 getestet ob da PCIe2.0 dann geht.
Wäre gut wenn das einer testen könnte.

Gast man4567
2010-03-25, 15:26:54
Mit 197.13 WHQL ist laut GPU-Z 3.6 und 3.9 ist PCI-E 2.0 wieder vorhanden.

Gigabyte X38-DQ6
Win7 64 Home Premium

MfG
man4567

Gast man4567
2010-03-25, 19:44:31
Tja, das war wohl nix.

Nach einigen Benchmarks (Heaven 2) war es wieder auf PCI-E 1.1

Hatte vorher den bandwidth-Test gemacht:
Erster Wert lag bei ca. 2700
Jetzt bei ca. 2000
Die anderen beiden Werte sind ungefähr gleich geblieben
So ein Mist

Wohl doch BIOS (X38)

Gigabyte X38-DQ6
Win7 64 Home Premium
GeForce GTX280

Leider
man4567

Bubba2k3
2010-03-30, 21:52:20
Ich habe heute auch mal den neuen 197.13 Treiber installiert und schon wird mir bei GPU-Z wieder nur PCI-E 2.0 x16 @ x16 angezeigt. :(

Das heißt für mich, ich werde wieder zum 186.18 zurück gehen und erst einmal dabei bleiben müssen?

kruemelmonster
2010-04-01, 19:34:17
Falls du es gegentestet möchtest, gibt es hier (http://www.evga.com/FORUMS/tm.aspx?&m=253215&mpage=1) einen weiteren PCIe Bandbreiten Benchmark, der wohl auch mit den pre-190ern funktioniert. Ich würds selber testen, nur ist meine 285 vorgestern in die ewigen Jagdgründe gegangen. :(

Würde mich aber weiterhin sehr interessieren ob es nun am Treiber oder am Bios liegt.

Gast man4567
2010-04-01, 21:25:39
Ich habe mal mit Win7 Prof 32bit getestet.
Gleiches Ergebnis.
maxwell hatte übrigens Recht:

Wenn man den 186.18 installiert und danach einen Neustart durchführt, bleibt es bei PCI-E 2.0 x16 @ x16 2.0.
Macht man jetzt ein Windows Update wird der Treiber 191.16 installiert.
Dabei wird KEIN Neustart verlangt. Schaut man nun in GPU-Z nach steht dort
PCI-E 2.0 x16 @ x16 2.0 !!! Nach Neustart
PCI-E x16 @ x16
Testen kann man auch mit Sandra 2010 Lite
http://www.computerbase.de/downloads/system/sisoftware_sandra_lite/
unter Benchmark Grafikspeicher. Achtung, oben rechts Direct 10 auswählen.

Meiner Meinung liegt es zumindest Auch am nVidia Treiber, da erst mit den neuen 190er Treibern dieser Bug auftritt, die (ab 190er) eine NEUE Power-Saving Funktion bekommen haben.

Das die X38 und X48 CPUs einen Bug haben mag ja sein, dieser tritt aber erst ab den 190er nVidia Treibern auf. Warum funktionierte es mit den 186.18 Treibern? Eventuell sollte nVidia einen Treiber OHNE Power Einstellungen zur Verfügung stellen. Aber das bleibt wohl Wunschdenken.

MfG
man4567

Gast man4567
2010-04-01, 22:17:35
Nachtrag:

Hier ein paar Sandra Resultate in der Form:

Treiber ---->Bandbreite System zu Gerät ---->Bandbreite Gerät zu System ---->Betriebssystem

186.18 WHQL Nach Restart ---->4.61 GB/s ---->4.13 GB/s ---->Win7 x64 Home Premium
197.13 WHQL Nach Restart ---->2.57 GB/s ---->3.00 GB/s ---->Win7 x64 RC Ultimate
196.21 WHQL Ohne Restart ---->5.12 GB/s ----<4.39 GB/s ---->Win7 x64 Home Premium

Hardware: Gigabyte X38-DQ6, nVidia GeForce 280GTX
Software: Win7 32bit 64bit, Sandra Lite 2010

MfG
man4567

Gast man4567
2010-04-01, 22:26:04
Nachtrag 2:

Alles mit Intel E8600 overclocked 360x10= 3600Mhz
4 Gigabyte RAM

MfG
man4567

Bubba2k3
2010-04-02, 00:53:16
Falls du es gegentestet möchtest, gibt es hier (http://www.evga.com/FORUMS/tm.aspx?&m=253215&mpage=1) einen weiteren PCIe Bandbreiten Benchmark, der wohl auch mit den pre-190ern funktioniert.

Mal sehen, wie schon gesagt, habe ich den 197.13 wieder durch den 186.18 ersetzt.

Würde mich aber weiterhin sehr interessieren ob es nun am Treiber oder am Bios liegt.

Hmm, ich weiß nicht, aber wenn es tatsächlich am Bios liegen sollte, kann ich mir nicht vorstellen, dass es dann bis jetzt immer noch keine Bios-Updates gibt.

Ich habe mal mit Win7 Prof 32bit getestet.
Gleiches Ergebnis.
maxwell hatte übrigens Recht:

Wenn man den 186.18 installiert und danach einen Neustart durchführt, bleibt es bei PCI-E 2.0 x16 @ x16 2.0.
Macht man jetzt ein Windows Update wird der Treiber 191.16 installiert.
Dabei wird KEIN Neustart verlangt. Schaut man nun in GPU-Z nach steht dort
PCI-E 2.0 x16 @ x16 2.0 !!! Nach Neustart
PCI-E x16 @ x16

Ich hatte zwar nicht einen Treiber über Windows Update installiert sondern den neuen 197.13, aber genauso war das bei mir auch!!

Klingone mit Klampfe
2010-04-08, 15:04:12
Das ist doch alles gar nicht so tragisch. Mein Mainboard kann nur PCI-E 1.0, aber ausgehend von unserem Benchmark-Forum hier macht das in der Praxis überhaupt keinen Unterschied. In dem CUDA-Test sehe ich auch nur eine recht geringe Differenz.

bjoern
2010-04-08, 16:57:47
Spielt das überhaupt eine rolle ob 1.0 oder 2.0? Ich meine nicht nur beim auslesen, sonder was man für einen Slot hat, ich habe noch einen alten 1.0 PCIe Slot (siehe Signatur) und wollte demnächst meine Graka upgraden, deshalb meine frage ob ich dadurch irgendwelche Einbußen habe.

Gast man4567
2010-04-09, 19:16:12
Hallo!

Eigenartigerweise habe ich mit dem 186.18er Treiber die
DirectX Version: 10.0
Nach "Windows Update" (auf 196.21) die
DirectX Version: 11.0 Ohne Neustart und Nach Neustart.

Nachzuschauen mit DxDiag oder im NVIDIA Control-Panel -->System Information speichern oder ausdrucken.

?????
Hmm, Was soll es bedeuten?

Alles etwas seltsam.
GeForce GTX 280

MfG
man4567

axel68
2010-04-21, 12:00:16
http://img405.imageshack.us/img405/7346/1974518618.jpg (http://img405.imageshack.us/i/1974518618.jpg/)

Bubba2k3
2010-04-21, 17:17:54
Ja, war bei mir genau das selbe, zwar mit dem 197.13, aber ich bin auch wieder zum 186.18 zurückgegangen.


Wenn ich das richtig in Erinnerung habe, soll das ja am Bios der X38/X48 Boards liegen, aber von Bios-Updates ist keine Spur oder??

kruemelmonster
2010-04-21, 20:23:46
...es ist in arbeit und wird geprüft... habe beim heutigem telefonat es extra noch mal erwähnt...

http://forum.gigabyte.de/index.php?page=Thread&threadID=1012&pageNo=1

In die Geschichte kommt aktuell wieder Bewegung: P55 + GF100 (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1041851) & X58 + GF100 (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1042432) mit PCIe 2.0 @ 1.1; Intel scheint den Dreh wohl immer noch nicht raus zu haben.

Schrotti
2010-04-21, 23:23:11
Host to Device Bandwidth: ~3599 MB/s
Device to Host Bandwidth: ~4051 MB/s
Device to Device Bandwidth: ~127964 MB/s

GTX 280 & i7 860@PCIe 2.0

Alles ok bei mir.

http://www.abload.de/img/kein_fehler_p558hl4.png (http://www.abload.de/image.php?img=kein_fehler_p558hl4.png)

Bubba2k3
2010-04-22, 12:52:19
http://forum.gigabyte.de/index.php?page=Thread&threadID=1012&pageNo=1

In die Geschichte kommt aktuell wieder Bewegung: P55 + GF100 (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1041851) & X58 + GF100 (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1042432) mit PCIe 2.0 @ 1.1; Intel scheint den Dreh wohl immer noch nicht raus zu haben.


Das bedeutet, dass dieses Problem auch bei neueren Chipsätzen auftritt ja? Kann man denn eigentlich definitiv sagen, an wen oder was das Problem denn nun liegt? Ob an den Intel-Chipsätzen oder den GeForce-Treibern oder oder oder ???

kruemelmonster
2010-04-23, 02:21:37
Meine Kristallkugel sagt:

Der PCIe Code im Bios der X38/48/X58 Boards war fehlerhaft hinsichtlich der Power/Sleep-State Initialisierung für G92 bis G200. NV umschifft dieses Problem auf X38/X48 durch Reduktion auf PCIe 1.1 Link Speed wenn der fehlerhafte Bios Code erkannt wird. Da X58 aktuell im Handel ist, wurde der Fix von Intel auf dieser Plattform auch von allen Boardhersteller eingearbeitet, um die alte Plattform schert sich bis auf Intel keiner mehr. Daher laufen G92-G200 Karten auf Intel X38/X48 Boards mit aktuellem Bios wieder mit 2.0.
Bei GF100 scheint der alte Fix wohl nicht immer zu funktionieren; im ASUS Forum hab ich auch von Bios Updates gelesen, welche die Kompatibilität zu den HD5000ern verbessern sollen. Da scheint also noch gut was im Busch zu sein.

Ich wäre nicht überrascht wenn meine GTX 470, sollte Anfang nächster Woche kommen (:biggrin:), auch nur mit 1.1 läuft (:mad:). Aber die Hoffnung auf Gigabyte TW stirbt zuletzt...

Bubba2k3
2010-04-23, 18:03:54
Aber die Hoffnung auf Gigabyte TW stirbt zuletzt...


Das heißt, dass ich auf ein neues/aktuelles (dieses Problem betreffende) Bios für mein Gigabyte X38-Board lange warten kann ja?? :mad:

kruemelmonster
2010-04-23, 19:24:20
Meld dich im GB Forum (http://forum.gigabyte.de) an und mach hier (http://forum.gigabyte.de/index.php?page=Thread&threadID=1012) auch bissel Rabatz, glaube nicht dass da von alleine was tut.
EIST-VCore Absenkung kam auch nie obwohl angekündigt, und die aktuellen AHCI ROMs hat GB auch nur nach massivem Nutzerprotest drin.

Falls sowas (http://www.forum-3dcenter.org/vbulletin/showpost.php?p=7988631&postcount=247) reproduzierbar ist, hat GB sich da gefälligst ranzusetzen und geradezubiegen.

Gast
2010-04-25, 13:27:39
Meine Kristallkugel sagt:

Der PCIe Code im Bios der X38/48/X58 Boards war fehlerhaft hinsichtlich der Power/Sleep-State Initialisierung für G92 bis G200. NV umschifft dieses Problem auf X38/X48 durch Reduktion auf PCIe 1.1 Link Speed wenn der fehlerhafte Bios Code erkannt wird. Da X58 aktuell im Handel ist, wurde der Fix von Intel auf dieser Plattform auch von allen Boardhersteller eingearbeitet, um die alte Plattform schert sich bis auf Intel keiner mehr. Daher laufen G92-G200 Karten auf Intel X38/X48 Boards mit aktuellem Bios wieder mit 2.0.
Bei GF100 scheint der alte Fix wohl nicht immer zu funktionieren; im ASUS Forum hab ich auch von Bios Updates gelesen, welche die Kompatibilität zu den HD5000ern verbessern sollen. Da scheint also noch gut was im Busch zu sein.

Ich wäre nicht überrascht wenn meine GTX 470, sollte Anfang nächster Woche kommen (:biggrin:), auch nur mit 1.1 läuft (:mad:). Aber die Hoffnung auf Gigabyte TW stirbt zuletzt...


Hallo kruemelmonster

in welchen ASUS Forum hast du Infoes bzgl. der Sache mit den HD5000ern gefunden?. Kannst du mal den Link einstellen oder ein Tip geben.

Vielen Dank fürs Bemühen

kruemelmonster
2010-04-25, 18:30:18
hier (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1043520) und hier (http://forums.nvidia.com/index.php?showtopic=153911&view=findpost&p=1044367), war doch nicht das ASUS Forum :redface:

no prob :)

@PCGH: Falls jemand von euch diesen Thread liest (Raff, du hast doch iirc auch ein GB X38 Board) : wie wärs mit ner Newsmeldung inkl. Nachfrage bei den Herstellern? Das wäre ein world-exclusive (viele Klicks, gut für euch), und das Thema kommt an die Öffentlichkeit und erzeugt mehr Druck bei den Hersteller (gut für uns).

aehmkei
2010-04-25, 19:16:50
Noch ein Betroffener:

http://www.imagebanana.com/img/4x1h2i8i/n.gif (http://www.imagebanana.com/)

DFI X38
Win7 X64
NVidia GTX 275
aktuellster Treiber und mit den genannten älteren Treibern ohne Probleme PCIe 2.0 @16x

Soundwave1983
2010-04-26, 10:34:43
Kann man denn eigentlich definitiv sagen, an wen oder was das Problem denn nun liegt? Ob an den Intel-Chipsätzen oder den GeForce-Treibern oder oder oder ???

Das ist definitiv KEIN Intel only Problem, mein Gigabyte MA790GP UD4H mit AMD 790GX Chipsatz und GTX 470 hat die gleiche Problematik.

Sven77
2010-04-26, 10:49:46
Asrock P45DE
Win7 x64
GTX 470

Hab PCIe 2.0 mit aktuellen Treibern..

Knacki99
2010-04-26, 21:58:42
Bin auch betroffen.

http://www.abload.de/img/capturead7q.jpg

Bubba2k3
2010-04-26, 22:13:07
Und was für ein Board bzw. Chipsatz??

Soundwave1983
2010-04-27, 21:32:02
Der Gigabyte Support stellt sich ja vielleicht dämlich an...habe denen eine Erklärung des Problems in Detail geschickt, plus Links zu den eigenen, den nVidia und den 3DC Foren, einzelne Posts gequotet und zurück kommt:

Uns ist dieses Problem nicht bekannt. :P
Ich könnt ins Board beißen...:down:

Gast
2010-04-28, 17:43:48
Hab mit einer GTX 480 auf dem Asus P5E genau die gleiche Problematik...
das aktuellste Bios ist drauf.

Bubba2k3
2010-04-28, 17:53:59
Der Gigabyte Support stellt sich ja vielleicht dämlich an...habe denen eine Erklärung des Problems in Detail geschickt, plus Links zu den eigenen, den nVidia und den 3DC Foren, einzelne Posts gequotet und zurück kommt:

Uns ist dieses Problem nicht bekannt. :P
Ich könnt ins Board beißen...:down:


Das kann doch eigentlich nicht sein oder? Diese Aussage heißt für mich, die wollen und werden sich mit dem Problem nicht beschäftigen.

kruemelmonster
2010-04-28, 20:08:49
...wie auch nicht anders zu erwarten war:

http://www.abload.de/img/x38-gtx470-pcie11rv7d.jpg (http://www.abload.de/image.php?img=x38-gtx470-pcie11rv7d.jpg)

Grrr :mad:

Im GB Forum hat sich nun herausgestellt, dass die GB X48 Boards mit nem GF100 im Leerlauf wohl auf 1.1 runtergehen, unter Last jedoch auf 2.0 erhöhen. Die GB X38er dagegen bleiben scheinbar ständig im Energiesparmodus auf PCIe 1.1 hängen.

Das kann doch eigentlich nicht sein oder? Diese Aussage heißt für mich, die wollen und werden sich mit dem Problem nicht beschäftigen.

Evtl weiß der Support wirklich nichts davon, die gucken auch nur in 'ne Datenbank rein. JZ hat das Problem lt. seiner Aussage zumindest schonmal weitereskaliert, und nun wo der GF100 auch davon betroffen ist laufen hoffentlich vermehrt Supportanfragen bei den Herstellern auf.

Scose
2010-04-28, 20:34:52
Habt ihr eigentlich in den Energiesparoptionen von Vista/7 mal probiert die PCI-Express Optionen zu deaktivieren resp. auf volle Leistung zu stellen?

kruemelmonster
2010-04-28, 20:39:49
Ja, das bringt nichts.

Bubba2k3
2010-04-28, 22:11:26
JZ hat das Problem lt. seiner Aussage zumindest schonmal weitereskaliert, und nun wo der GF100 auch davon betroffen ist laufen hoffentlich vermehrt Supportanfragen bei den Herstellern auf.


Stimmt, das könnte vielleicht ein bisschen Bewegung in die Sache bringen, wenn auch neuere Grafikkarten und/oder neuere Boards bzw. Chipsätze davon betroffen sind.

Tombstone
2010-04-29, 14:26:46
Hab auch das gleiche Problem... allerings fiel mir das nur bei Fallout 3 auf, aber da gleich extrem. Eben hab ich auch den 186.18 installiert, diese fiesen Mikroruckler sind seitdem weg. Mit dem neuen 197 waren sie wieder da.

Asus P5E X38
GTX 260 216

kruemelmonster
2010-05-03, 11:58:10
Aber die Hoffnung auf Gigabyte TW stirbt zuletzt...

...wir erwarten die tage eine lösung... habe gerade nochmal telefoniert...ok

Quelle: http://forum.gigabyte.de/index.php?page=Thread&postID=10565#post10565

Yippee-ya-yay Schweinebacke :biggrin:

Bubba2k3
2010-05-03, 18:02:40
Schön zu sehen, dass sich in dieser Sache doch noch etwas tut. Man kann also davon ausgehen, dass es nach diversen Herstellern nun auch bald von Gigabyte ein entsprechendes Bios-Update geben wird ja? Nun, besser spät als nie, denn dieses Problem gibt es doch schon seit vielen Monaten.

kruemelmonster
2010-05-03, 20:21:06
Ich geh mal ganz stark davon aus dass es bald (wahrscheinlich in Valve-Zeit (http://developer.valvesoftware.com/wiki/Valve_Time) gerechnet :freak:) zahlreiche Updates für die ganze X38 Sippe geben wird.
Wenn's soweit ist, sollte speziell dein EX38-DS4 wohl recht schnell mit einem Update bedacht werden; im neuen GB-Forum hat ebenfalls ein EX38-DS4 Besitzer das Problem, und hat dort den Stein ins Rollen gebracht und letztlich für Anrufe in TW gesorgt. Mein X38-DS5 hab ich vorsorglich auch schonmal erwähnt. :biggrin:

/Update:

JZ erstellt grad eine Sammelliste (http://forum.gigabyte.de/index.php?page=Thread&threadID=1135) der fehlerhaften Bios Versionen. EX38-DS4 und X38-DS5 stehen bereits drin, wer ein anderes GB X38/X48 Board und mit einem von diesen Bugs geplagt ist, sollte sich dort im Thread mal melden:

1. USB 1.0 Controller ist standardmäßig auf Disabled
2. BIOS/DOS Erkennungsprobleme einiger Logitech o.ä. USB Eingabegeräte
3. PCIe x16 2.0 problem, erkennt nur 1.1

ShadowXX
2010-07-01, 17:31:35
GB wird einen feuchten Furz tun:




Soll ich jetzt schreiben das es klar war das von GB nichts kommt und sie statt dessen die Schuld auf jemand anderes schieben oder lieber das es doch klar war das mal wieder Nvidia seine Kundschaft per Treiber künstlich aus bremst? :tongue:

Die Antwort von diesem "JZ" ist ja nur die halbe Wahrheit: PCIe 1.1 ist von nV beim X38 gewollt weil es sonst scheinbar Probleme mit den Energiespar-Modi gibt (bzw. besser: geben kann).

Bubba2k3
2010-07-01, 17:55:33
Aber die Frage in diesem Zusammenhang ist doch, wieso diese "Sorge" (von Nvidia??) plötzlich da ist? Mit älteren GeForce Treibern 18x.xx funktioniert das doch auch.

Gast
2010-07-01, 18:01:29
Aber die Frage in diesem Zusammenhang ist doch, wieso diese "Sorge" (von Nvidia??) plötzlich da ist? Mit älteren GeForce Treibern 18x.xx funktioniert das doch auch.

Vermutlich werden sie die Probleme entdeckt haben und in zukünftige Treiber den Workaround eingebaut haben.

Bubba2k3
2010-07-01, 18:15:45
Aber andererseits sind ja nicht nur X38-Boards betroffen, sondern auch X48 bzw. X58-Boards, von daher kann man doch nicht einfach PCIe 2.0 "blockieren" und fertig?? :confused:

Gast
2010-07-02, 00:33:10
Was ist mit P35 Boards, wie etwa dem Gigabyte P35 DS3R?

Bubba2k3
2010-07-02, 00:37:00
Was ist mit P35 Boards, wie etwa dem Gigabyte P35 DS3R?


P35-Boards haben kein PCIe 2.0!

Johnny Rico
2010-07-02, 17:08:57
aber der treiber steht bei euch nicht auf adaptiv?

Digglerino
2010-07-02, 18:51:14
Hi,

habe ein Abit Board (x38 QuadGt) kombiniert mit einer GTX470. Konnte das Problem mit dem SLI-Patch für x38-Boards lösen. Dem Nvidia Treiber wird vorgegaukelt das Board hätte einen X58 Chipsatz. Seit dem Patch konnte ich eine Leistungsverbesserung feststellen und GPU-Z zeigt nun auch PCI-E 2.0 x16@ x16 2.0.

Link --> http://www.xtremesystems.org/forums/showthread.php?t=249130
Link --> http://forums.techpowerup.com/showthread.php?t=60844

Gast
2010-07-03, 14:02:12
P35-Boards haben kein PCIe 2.0!

"The strange thing is... his 8800gt shot was when it was in the same P35 board ( PCIe 1.1 as mentioned ) yet it reports PCIE 2.0 ( by the way the 8800gt is PCIE 2.0, it was Nvidias first If I recall ) Rather bizarre...

EDIT : I looked into it and some people seem to believe that a newer revision of the P35 chipset supports PCIE2.0 but unofficially... Wether this is true or not is beyond me. Just thought this was interesting."

http://www.xtremesystems.org/forums/showthread.php?t=249130

N0Thing
2010-07-03, 14:21:29
Dann wäre das aber ein glücklicher Zufall. Ein Auslesefehler scheint wahrscheinlicher, als daß Intel einen Mainboardchip nachträglich und heimlich umbaut.
Man müßte das mit Benchmarks untersuchen, die bei denen bekannt ist, daß man mit ihnen einen Unterschied zwischen PCIe 1.1 und 2.0 feststellen kann.

Gast
2010-07-03, 18:28:44
Nein nicht nachträglich und heimlich. Ganz gut vorstellbar das wie beschrieben die späten p35 boards, also alle 2.1 revisionen schoneinmal ein Versuch bzw. ein annähern an das schneller Interface ermöglichten, eine Art Beta Test bzw. feldversuch, der möglicherweise auch nie mehr als für testzwecke gedacht war. Denn letztlich stellte sich ja heraus das die PCIe 2 Implementierung der ersten x38 boards noch fehlerhaft gewesen sein soll und da dürfte die der späten p35 revisionen mit PCIe 2.0 sollte es diese denn geben nicht besser dran gewesen sein.

Bubba2k3
2010-07-28, 20:32:05
Hat jemand diesbezüglich Erfahrungen mit einem X38-Board (oder vielleicht X48/X58??) und einer GTX 460?? Ich nehme mal an das da auch dieses Problem auftaucht oder??

Bubba2k3
2010-08-13, 15:16:10
Hi,

habe ein Abit Board (x38 QuadGt) kombiniert mit einer GTX470. Konnte das Problem mit dem SLI-Patch für x38-Boards lösen. Dem Nvidia Treiber wird vorgegaukelt das Board hätte einen X58 Chipsatz. Seit dem Patch konnte ich eine Leistungsverbesserung feststellen und GPU-Z zeigt nun auch PCI-E 2.0 x16@ x16 2.0.

Link --> http://www.xtremesystems.org/forums/showthread.php?t=249130
Link --> http://forums.techpowerup.com/showthread.php?t=60844


Das mit dem SLI-Patch habe ich jetzt auch mal gemacht und es hat wunderbar funktioniert. Patch ausführen, Neustart und die Karte läuft im PCIe x16 2.0 Modus. :up:

Bubba2k3
2010-08-13, 15:48:31
Eine befriedigende Dauerlösung ist so was aber doch auch nicht, da sollte man mal wirklich mehr Radau bei Nvidia machen wenn es angeblich wieder eine reine Beschneidung per Treiber ist wenn man den Aussagen von Gigabyte trauen kann.
JZs Aussagen würde ich aber auch so mehr als einmal auf die Waagschale legen, der biegt sich ja auch öfter alles so hin wie es ihm bzw. Gigaybte gerade ins Konzept passt.


Natürlich, eine befriedigende Dauerlösung sieht anders aus, aber Hauptsache es funktioniert im Moment erst einmal. Vor allen Dingen da ich mich momentan von meiner 8800 GTS 512 verabschiede und auf eine GTX 460 1GB (liegt schon zu Hause :ujump2:) umsteige und auch endlich mal wieder aktuelle Spiele (Metro 2033 liegt bereit ;)) spielen möchte brauche ich jede Leistung und ein gewisser Leistungsgewinn ist bei PCIe 2.0 ja schon vorhanden.




Edit:
Aber wieso (auf einmal) wieder Nvidia???? :confused:
Ich dachte das Problem liegt an den Boards bzw. u. a. an den X38-Chipsätzen und Nvidia hat aus "Sicherheitsgründen" per Treiber PCIe 2.0 bei diesen Chipsätzen "außer Betrieb" genommen???

Bubba2k3
2010-08-16, 19:03:37
Wenn der X38 angeblich einen Fehler hätte dann müsste der X48 diesen ja auch haben. Absolut gleicher Chipsatz nur der X48 wurde von Intel für 400Mhz validiert.

X48
http://www.intel.com/Assets/PDF/specupdate/319123.pdf

X38
http://www.intel.com/Assets/PDF/specupdate/317611.pdf

Intel dokumentiert seine Fehler und Änderungen eigentlich immer.
Und wie man an den zwei Dokumenten erkennen kann haben beide auch die 3 gleichen Fehler sonst wird da nichts gelistet. Sollte der X38 aus welchen Gründen auch immer einen Fehler haben der der X48 angeblich nicht hat dann sollte dieser ja auch irgendwo dokumentiert sein.


Ok, aber das bedeutet ja das Nvidia (so wie es offensichtlich aussieht) im Moment ohne erkennbaren Grund den PCIe 2.0 Modus für bestimmte Chipsätze "gesperrt" hat. Was könnte das denn für einen Grund haben und wie steht denn überhaupt Nvidia zu diesem Thema, die schieben die Schuld wahrscheinlich auf den/die Boardhersteller oder??

kruemelmonster
2010-08-17, 03:16:55
NV hat die Problematik erstmal zur Kenntnis genommen (http://forums.nvidia.com/index.php?showtopic=175360&st=0&p=1100269&#entry1100269), was draus wird wird man sehen. Den SLI Patch setze ich nicht mehr ein, nicht wegen Problemen, er lief einwandfrei, sondern weil die gepatchte ntoskrnl.exe seit dem letzten Patch-Day nicht mehr aktuell ist. (MS Build 16617, SLI Patch Build 16539)

Bubba2k3
2010-08-17, 18:19:20
NV hat die Problematik erstmal zur Kenntnis genommen (http://forums.nvidia.com/index.php?showtopic=175360&st=0&p=1100269&#entry1100269), was draus wird wird man sehen. Den SLI Patch setze ich nicht mehr ein, nicht wegen Problemen, er lief einwandfrei, sondern weil die gepatchte ntoskrnl.exe seit dem letzten Patch-Day nicht mehr aktuell ist. (MS Build 16617, SLI Patch Build 16539)


Aha, was auch immer das heißen mag??

Gab es denn konkrete Probleme o. ä. die das Verhalten von Nvidia erklären könnten?

Lord Wotan
2010-08-17, 19:23:09
NVideia brennst ihre Garfikkarten künstlich aus. Haben die ein an der Waffel. Ihren Kleinkrieg mit Intel sollten die wo anders austragen und froh sein das man ihre Karten kauft.

Bubba2k3
2010-08-17, 19:25:57
NVideia brennst ihre Garfikkarten künstlich aus. Haben die ein an der Waffel. Ihren Kleinkrieg mit Intel sollten die wo anders austragen und froh sein das man ihre Karten kauft.


Heißt es so oder gibt es dafür Vorkommnisse aus der Vergangenheit bzw. Gegenwart??

Lord Wotan
2010-08-17, 19:32:54
Heißt es so oder gibt es dafür Vorkommnisse aus der Vergangenheit bzw. Gegenwart??
Wie so das steht doch in diesen Beitrag und ich wunderte mich warum mir mit meiner 260GTX in Verbindung mit meiner 220GT nur immer der PCIe 1.0 x16 Modus arbeitet mit einer x38 Chipsatz

Sven77
2010-08-17, 20:07:36
Wie so das steht doch in diesen Beitrag und ich wunderte mich warum mir mit meiner 260GTX in Verbindung mit meiner 220GT nur immer der PCIe 1.0 x16 Modus arbeitet.
:facepalm:

Echt, deine Paranoia kannst du im PoWi lassen...

http://www.abload.de/img/gpuzf0pz.jpg

Achso, das war schon bei meiner GTX260 so

Lord Wotan
2010-08-17, 20:18:22
:facepalm:

Echt, deine Paranoia kannst du im PoWi lassen...

http://www.abload.de/img/gpuzf0pz.jpg

Achso, das war schon bei meiner GTX260 so

Dann haben alle Paranoia bei deinen der Modus nur 1.0 x16 ist oder was? Komisch warum gibt es das Thema wenn wie du behauptest kein Problem mit den PCIex16 2.0 Modus gibt. Komisch warum gibt NVidia selber zu das der 2.0 Modus bei X38 Boards gesperrt wird. Und dein Bild beweist nur das deine Grafikkarte den Modus kann. Aber man kann leider bei dir nicht feststellen ob das auf ein Asus Maximus Formula x38 geschossen wurde.

Schrotti
2010-08-17, 21:25:13
Bleibe bitte weg Wotan.

Lord Wotan
2010-08-17, 22:58:29
Bleibe bitte weg Wotan.
Hallo

Ich habe das Problem was hier beschrieben wird. Das NVidia auf x38 Boards in Treiber den PCIe x16 2.0 Modus sperrt. Weil angeblich ein Bug in Bios der x38 Boards ist. Und du sagst ich darf dazu nichts schreiben. Sonst ist aber alles ok?

Schrotti
2010-08-17, 23:08:50
Laut deiner Signatur hast du ein P45 Board und kein x38er.

Entscheide dich.

PS: Ansonsten kann ich auf deine voreingenommene Art und Weise zu Diskutieren, gut verzichten.

Lord Wotan
2010-08-17, 23:11:36
Laut deiner Signatur hast du ein P45 Board und kein x38er.

Entscheide dich.

PS: Ansonsten kann ich auf deine voreingenommene Art und Weise zu Diskutieren, gut verzichten.
Hallo, ich habe noch ein zweit PC für meine Frau. Asus Maximus Formula (X38, Sockel 775) Mainboard vorhanden. Hier Frisch gekauft. http://www.forum-3dcenter.org/vbulletin/showthread.php?t=488573
2x PCIe x16 2.0 Grafikkarten klar vorhanden. (Palit 260 GTX war vorher in meinen PC). Wer lesen kann ist somit klar in Vorteil.


So nun du.
Zur Lösung des Problems, ist dein Kommentar auf jedenfall aber nicht sehr Hilfreich, für die User die das Problem haben, das NVidia die Treiber Künstlich drosselt. Und deshalb bei x38 Boards kein PCIe x16 2.0 Modus geht. Also was machst du mich am und verbietest mir hier mein Problem zu Posten. Wenn du ein Problem mit mir hast, Ignoriere mich, aber verbiete mir nicht noch mal Probleme hier rein zu stellen. Echt ich glaube es Hackt. Wenn du nur Spammen willst ok. Dann las dieses Unterforum bitte frei. Damit man sich hier ordentlich über Technik Probleme austauschen kann. Besten dank fürs Lesen.

Auf jedenfall weiß ich jetzt wenigstens, warum beim meinen x38 Board kein PCIe x16 2.0 Modus geht. Dank dieses Thread. Also entweder ist ASUS schuld wegen des Bugs in Bios oder NVidia weil sie das per Treiber drosselt. Bin echt gespannt, wie diese beiden Weltfirmen jetzt zu Lösung des Problems beitragen. Ich hoffe das es jetzt nicht genauso ein Pink/Ponk Spiel mit den Usern wird, wie beim Gigabyte und NVidia Problem hier. http://www.forum-3dcenter.org/vbulletin/showthread.php?t=488781

Ach so zu deiner Info mein Herr Schrotti. Auch in diesen Fall bin ich betroffen. Ich habe diese Grafikkarte (GigaByte GeForce GTX460 OC 1GB) in meinen erst PC. Damit nicht wieder Spamm Fragen von dir aufkommen. Und richtig mit meinen ASUS Maximus II Formula (P45) Mainboard!;D

Schrotti
2010-08-18, 01:46:47
Ich habe nur ein 1/4 von dem verstanden, was du von mir möchtest.

Aber mach mal.

Mach was du machen möchtest und gut ist. Ich habe keine Lust mich in dein Deutsch einzulesen (ich habe einen sehr guten Freund der Legastheniker ist, aber der schreibt um Welten besser als du).

puntarenas
2010-08-18, 09:44:38
Es muss sich hier niemand rechtfertigen, warum er sich für ein Thema interessiert und persönliche Anfeindungen müssen nicht sein. Wenn es persönliche Animositäten gibt, dann geht euch bitte aus dem Weg oder ignoriert euch. Hier im Thread herrscht ja ein Diskussionsklima, das einen schaudern lässt. Nachwehen gegebenenfalls per PN. :(

Zurück zum Thema bitte: "nur PCIe 1.0 anstatt PCIe 2.0 mit Win7 64bit"

Es scheint ja leider wirklich so zu sein, dass es sich nicht nur um einen Auslesefehler handelt, den selbstverständlich auch wenn er keine Auswirkungen zeigt im Forumdiskutieren könnte, sondern dass die PCIe-Bandbreite tatsächlich halbiert wird:

Beispiele:
Nvidia-Forum - No PCIe 2.0 on recent drivers (http://forums.nvidia.com/index.php?showtopic=153911&st=100&p=1039392&#entry1039392)
Gigabyte-Forum - 8800GT/EX38-DS4: kein PCI-e 2.0 (http://forum.gigabyte.de/index.php?page=Thread&postID=9603#post9603)

bevor ihr jetzt alle am bios rumfuscht, wäre die bessere lösung für die, die unbedingt jetzt 2.0 haben möchten, den illegalen X58 SLI Patch zu nehmen...

nochmal, es ist kein gigabyte problem und ihr müsst euch an nvidia und/oder intel(r) halten... Quelle: Gigabyte-Forum (http://forum.gigabyte.de/index.php?page=Thread&postID=16121#post16121)

Wenn Gigabyte auf Intel oder Nvidia zeigt, dann wird Intel vermutlich auf Nvidia und Nvidia auf Intel zeigen. Ping... Pong. Hat jemand aus den Anfangszeiten der Deaktivierung vielleicht noch einen Link oder eine Erinnerung, was für Probleme auftraten?

Was hat es denn mit diesem "illegalen X58 SLI Patch" auf sich, kann man damit sein System zerschießen oder einen Workaround schaffen?

Bubba2k3
2010-08-18, 15:32:52
Wenn Gigabyte auf Intel oder Nvidia zeigt, dann wird Intel vermutlich auf Nvidia und Nvidia auf Intel zeigen. Ping... Pong.

Genauso sieht das im Moment wohl aus.

Hat jemand aus den Anfangszeiten der Deaktivierung vielleicht noch einen Link oder eine Erinnerung, was für Probleme auftraten?

Mir ist leider nichts über (angebliche) Probleme bekannt.

Was hat es denn mit diesem "illegalen X58 SLI Patch" auf sich, kann man damit sein System zerschießen oder einen Workaround schaffen?

http://www.forum-3dcenter.org/vbulletin/showthread.php?p=8121686#post8121686
Der "SLI-Patch" funktioniert grundsätzlich sehr gut. Ich habe den heruntergeladen, ausgeführt, Neustart gemacht und fertig.

Wobei ich den Patch inzwischen wieder deinstalliert habe.
http://www.forum-3dcenter.org/vbulletin/showthread.php?p=8212210#post8212210

Lord Wotan
2010-08-18, 16:34:34
Es scheint ja leider wirklich so zu sein, dass es sich nicht nur um einen Auslesefehler handelt, den selbstverständlich auch wenn er keine Auswirkungen zeigt im Forumdiskutieren könnte, sondern dass die PCIe-Bandbreite tatsächlich halbiert wird:

Beispiele:
Nvidia-Forum - No PCIe 2.0 on recent drivers (http://forums.nvidia.com/index.php?showtopic=153911&st=100&p=1039392&#entry1039392)
Gigabyte-Forum - 8800GT/EX38-DS4: kein PCI-e 2.0 (http://forum.gigabyte.de/index.php?page=Thread&postID=9603#post9603)

Quelle: Gigabyte-Forum (http://forum.gigabyte.de/index.php?page=Thread&postID=16121#post16121)

Wenn Gigabyte auf Intel oder Nvidia zeigt, dann wird Intel vermutlich auf Nvidia und Nvidia auf Intel zeigen. Ping... Pong. Genauso sieht es aus.

Hier eine Antwort des Deutschen ASUS Support-Forums bei Hardwarelux http://www.hardwareluxx.de/community/15144125-post2.html

ASUS spielt den Ball zu NVidia zurück. Toll und der Verbraucher ist der Dumme. Auf jeden Fall haben wir es jetzt schwarz auf weiß das NVidia künstlich den PCIe Modus bei einen Großteil der Intelboards brennst. Das erinnert stark an den Kleinkrieg mit Intel wegen Sli. Und ich bleibe dabei was NVidia sich da erlaubt ist Machtmissbrauch. NVidia trägt ihren Kleinkrieg mit Intel auf den rücken der Verbrauer aus. Für was hat man ein PCIe Board mit x16 2.0 Modus und passender Grafikkarte für die von NVidia mit den Modus geworben wird. Wenn die das dann bei x38 Mainboard sperren. Für mich ist das Betrug was NVidia da macht.

Sven77
2010-08-18, 16:37:01
Auf das was ANUS sagt würd ich nicht viel geben..

Gast
2010-08-18, 16:43:59
Nicht nur Asus sagt das, auch Gigabyte sagt das. Jetzt liegt der Ball bei NVidia. Es muss doch einen Grund geben, warum zurückgestuft wird. Und ich würde gerne den Grund wissen warum! Anscheinend liegt hier ein schwerwiegendes Hardwareproblem vor.

Gast
2010-08-18, 16:45:27
Hab schon ins NV-Forum geschrieben. Jetzt warte ich mal ab was die mir antworten.

Lord Wotan
2010-08-18, 16:58:35
Hab schon ins NV-Forum geschrieben. Jetzt warte ich mal ab was die mir antworten.
Die werden doch genauso reagieren, wie die Mainboard Hersteller. Ihre Hardware wurde verkauft. Was Interessiert die da der Kundensupport.

Was ich nicht verstehe, wenn es ein angebliches Bios Problem gibt beim X38, warum nur mit NVidia Karten? Warum hört man dazu nicht von AMD Karten? Und warum berichten die PC Medien nicht über diesen Angeblichen Hardware Bug wo der PCIe x16 2.0 Modus auf x16 1.0 gebremst werden muss.

Gast
2010-08-18, 17:01:13
Fakt ist bei Uralttreibern funkt es, ab einen gewissen Treiber nicht mehr. Endweder lösen die das Problem oder ich werde die weiterhin belästigen.

Gast
2010-08-18, 17:03:01
Ich als Kunde lasse mich doch nicht als Spielball missbrauchen. Die müssen das hinbiegen, sowas nennt man Kundensupport!

Bubba2k3
2010-08-18, 17:06:14
Nicht nur Asus sagt das, auch Gigabyte sagt das. Jetzt liegt der Ball bei NVidia. Es muss doch einen Grund geben, warum zurückgestuft wird. Und ich würde gerne den Grund wissen warum! Anscheinend liegt hier ein schwerwiegendes Hardwareproblem vor.

Einen Grund gibt es sicherlich, aber es ist die Frage ob wir jemals den wahren Grund erfahren werden.

Was ich nicht verstehe wenn es ein Problen gibt warum nur mit NVidia Karten bei x38 Boards?

Wenn ich das richtig in Erinnerung habe, dann berichten auch User mit X48/X58 Boards von der "Zurückstufung" auf PCIe x16 1.0.

Lord Wotan
2010-08-18, 17:19:38
Einen Grund gibt es sicherlich, aber es ist die Frage ob wir jemals den wahren Grund erfahren werden.



Wenn ich das richtig in Erinnerung habe, dann berichten auch User mit X48/X58 Boards von der "Zurückstufung" auf PCIe x16 1.0.
Ja aber scheinbar nicht grundsätzlich alle. Warum nehmen sich die PC Zeitschriften nicht des Themas am. Ist ja Unfassbar was da passiert.

kruemelmonster
2010-08-18, 18:18:56
Mir ist leider nichts über (angebliche) Probleme bekannt.

Mir ebenso wenig, ich hatte auch bis zum 186.18 nie Probleme irgendwelcher Art die auf ein angebliches Manko der PCIe-Anbindung im X38 Chipsatz zurückzuführen wären.


Wobei ich den Patch inzwischen wieder deinstalliert habe.
http://www.forum-3dcenter.org/vbulletin/showthread.php?p=8212210#post8212210

Laut Forum wird momentan an einem neuen Release des SLI Patches auf Basis des aktuellen Kernels gearbeitet...
Anatolymik works on latest version of kernel with patch.

...wobei das Ding für mich weiterhin ein halbgarer Workaround bleibt und ich weiter auf NV hoffe:
I've notified the software team of this thread.
...wobei das natürlich auch nichts heißen muss.

@Lord Wotan: Hast du schon einen Bugreport bei NV ausgefüllt?

Lord Wotan
2010-08-18, 18:50:13
@Lord Wotan: Hast du schon einen Bugreport bei NV ausgefüllt?Nee, hast du ein Link dazu? Muss aber für Deutschen Support sein. Englisch ist nicht mein Ding.

kruemelmonster
2010-08-18, 19:10:37
http://nvidia-submit.custhelp.com/cgi-bin/nvidia_submit.cfg/php/enduser/std_alp.php , dann auf "Submit Issue" klicken, den Bugreport gibts aber leider nur in English.

Lord Wotan
2010-08-18, 19:24:47
http://nvidia-submit.custhelp.com/cgi-bin/nvidia_submit.cfg/php/enduser/std_alp.php , dann auf "Submit Issue" klicken, den Bugreport gibts aber leider nur in English.
Ich habe in Deutsch geschrieben

"Hallo

Lt. Internet-Recherche schalten Sie für Intel X38 Mainboards (ich habe ein ASUS Maximus Formula) den PCIe x16 2.0 Modus zwangsweise auf den Übertragungsmodus PCIe x16 1.0 mit ihren NVidia Grafiktreibern. Das ist für mich nicht Hinnehmbar. Ich kaufe mir doch nicht ein Mainboard plus Grafikkarte mit PCIe x16 2.0 Übertagungsmodus. Damit der Grafikchiphersteller dann per Treiber die Leistung Halbiert. Ich bitte um eine schnelle Lösung!

MfG"

Bubba2k3
2010-08-18, 19:25:05
Mir ebenso wenig, ich hatte auch bis zum 186.18 nie Probleme irgendwelcher Art die auf ein angebliches Manko der PCIe-Anbindung im X38 Chipsatz zurückzuführen wären.


Ich konnte auch keine Probleme feststellen und war bisher auch beim 186.18 geblieben bzw. wieder zurückgegangen, aber mit meiner neuen GTX 460 muss ich ja nun zwangsläufig auf einen aktuellen Treiber wechseln. :(

Lord Wotan
2010-08-19, 15:48:22
ASUS tut so als ob der Biosbug bei Intel X38 Boards das Problem von NVidia ist.

Also was stimmt den nun. NVidia sagt es gibt ein Software Bug zum Herunterregeln des Energiemodus in Bios von Intel X38 Board. Intel weis davon und gibt bekannt das mit einen Bios Update zu Fixen. Dann sagt NVidia würden auch die Treiber sofern diese das Fix in Bios erkennen den PCI x16 2.0 Modus wieder per Treiber freizugeben.
ASUS. weigern sich so ein Bios Fix von Intel anzufordern und einzuspielen. Und was nun?

Schrotti
2010-08-19, 16:32:34
Was erwartest du?

Der Chipsatz wird nächsten Monat 3 Jahre alt (in der IT Branche ist das eine Ewigkeit).

Darum kümmert sich keiner mehr (warum auch noch Geld dafür ausgeben).

PS: Was bringt es, 1, 2 oder vielleicht doch 3%?

Lord Wotan
2010-08-19, 16:52:58
Was erwartest du?

Der Chipsatz wird nächsten Monat 3 Jahre alt (in der IT Branche ist das eine Ewigkeit).

Darum kümmert sich keiner mehr (warum auch noch Geld dafür ausgeben).

PS: Was bringt es, 1, 2 oder vielleicht doch 3%?
Das sich keiner darum Kümmert stimmt ja so nicht . Faxcom Fixt ihre Boards per Biosupdate. Intel tut das Selber. Nur Gigagyte und ASUS weigern sich. Was sagt NVIdia zum Thema leider in Englisch und per Übersetzung bin ich nur zum Teil schlau geworden

All an X38 board manufacturer has to do to fix the issue is modify a bios to hold the P-state at L0.

All nVidia has to do is modify their driver to never lower the P-state for the PCI-E link.

ACPI tables in the bios of the motherboard are what to change to "fix" the P-state.

Absolutely Chaostheory I agree 100%
nVidia need to disclose to ASUS and motherboard vendors what the exact compatibility issue is and then let them fix this issue so they can re-enable Gen 2.0 in the drivers.

I have given ASUS two options.

1) They lease with nVidia who will hopefully tell them exactly what the issue is with the X38 BIOS. ASUS then update their BIOS to resolve the issue and then nVidia disable the lock in a future Forceware driver.

2) ASUS arrange RMA's for our motherboards in exchange for the equivalent working X48 board. From what I have been able to determine, X48 should be fine, although ASUS will need to confirm this.


So und was sagt ASUS dazu:

Hallo Wotan,
es wird kein BIOS Update für diesen Sachverhalt geben. Wie du richtig geschrieben hast ist es eine Vermutung das es über ein BIOS Update behoben werden kann. Allerdings ist dem nicht so. Wir haben verschiedene Möglichkeiten durchprobiert. Sobald der Grafiktreiber geladen wird werden die Optionen des BIOS ignoriert weil die Kontrolle dann komplett beim Treiber liegt.

Nvidia hat, wie in den Foren ja auch bereits mehrfach erwähnt, den PCI Express 2.0 Support für Intels X38 Chipsatz entfernt. Nvidia befürchtet das es Kompatibilitätsprobleme geben könnte und hat daher den Grafiktreiber entsprechend angepasst um mögliche Schäden zu verhindern.

Uns ist kein Fall bekannt wo bei einem X38 Board durch ein BIOS Update dieses Verhalten geändert werden konnte. Es ist eine Limitierung des Grafiktreibers von Nvidia.

Gruß,


Einfach Toll. NVidia sagt ASUS muss ein Bios Update liefern, so wie Intel es vorgibt. Dann wird das für ASUS Boards in NVidia GrafikkartenTreiber freigeschaltet. Und ASUS sagt, ist nicht unser Problem, NVidia muss das klären. So habe ich mir guten Kunden Support vorgestellt. Es wird wohl das letzte mal sein, das ich mir ein ASUS bzw. Gigabyte Produkt zugelegt habe.

Bubba2k3
2010-08-19, 18:24:39
So und was sagt ASUS dazu:

Hallo Wotan,
es wird kein BIOS Update für diesen Sachverhalt geben. Wie du richtig geschrieben hast ist es eine Vermutung das es über ein BIOS Update behoben werden kann. Allerdings ist dem nicht so. Wir haben verschiedene Möglichkeiten durchprobiert. Sobald der Grafiktreiber geladen wird werden die Optionen des BIOS ignoriert weil die Kontrolle dann komplett beim Treiber liegt.

Nvidia hat, wie in den Foren ja auch bereits mehrfach erwähnt, den PCI Express 2.0 Support für Intels X38 Chipsatz entfernt. Nvidia befürchtet das es Kompatibilitätsprobleme geben könnte und hat daher den Grafiktreiber entsprechend angepasst um mögliche Schäden zu verhindern.

Uns ist kein Fall bekannt wo bei einem X38 Board durch ein BIOS Update dieses Verhalten geändert werden konnte. Es ist eine Limitierung des Grafiktreibers von Nvidia.

Gruß,


Einfach Toll. NVidia sagt ASUS muss ein Bios Update liefern, so wie Intel es vorgibt. Dann wird das für ASUS Boards in NVidia GrafikkartenTreiber freigeschaltet. Und ASUS sagt, ist nicht unser Problem, NVidia muss das klären. So habe ich mir guten Kunden Support vorgestellt. Es wird wohl das letzte mal sein, das ich mir ein ASUS bzw. Gigabyte Produkt zugelegt habe.


Tja, so wird das wohl auch noch einige Zeit weiter gehen, bis endlich alle "Betroffenen" aufgeben oder sich sowieso neue Hardware zugelegt haben. ;)

Lord Wotan
2010-08-19, 18:32:46
Tja, so wird das wohl auch noch einige Zeit weiter gehen, bis endlich alle "Betroffenen" aufgeben oder sich sowieso neue Hardware zugelegt haben. ;)
Dann muss man das Thema in die PC Zeitungen setzen lassen.

Bubba2k3
2010-08-19, 18:38:53
Dann muss man das Thema in die PC Zeitungen setzen lassen.


Ich vermute mal das ist aktuell zu spät, das wird bei den meisten wahrscheinlich nur ein müdes Gähnen entlocken.

Schrotti
2010-08-19, 23:42:21
Wenn ich mir das hier so anschaue, dann bringt 2.0 ja doch nen Stück weit mehr Leistung.

http://www.pcgameshardware.de/aid,685386/PCI-E-11-vs-PCI-E-20-Schlaegt-sich-die-hoehere-Transferrate-in-mehr-Leistung-nieder/Grafikkarte/Test/

Lord Wotan
2010-08-20, 18:49:49
Wenn ich mir das hier so anschaue, dann bringt 2.0 ja doch nen Stück weit mehr Leistung.

http://www.pcgameshardware.de/aid,685386/PCI-E-11-vs-PCI-E-20-Schlaegt-sich-die-hoehere-Transferrate-in-mehr-Leistung-nieder/Grafikkarte/Test/
Und deshalb ist das Verhalten der Bordhersteller und NVidia in der Sache ja ein Skandal.

Gast
2010-08-20, 20:17:15
Ich schreib weiter da rein und mache Druck. Ich sag mal jeden 2-3 Tag schreib ich da ins Forum (Und ich werde weiter schreiben!). Korrekt, das ist ein Skandal!

Gast
2010-08-20, 20:20:23
Und es liegt nur an NV weil die mit dem Treiber das Bios übergehen. Ich werde weiterhin am Ball bleiben.

Gast
2010-08-20, 20:39:49
Noch ein Kommentar aus dem Forum von JohnZS:

"I am sorry to say this issue appears to be ignored by those who matter at nVidia and respective motherboard companies.
ASUS have now closed the case on me....(Einfügung von mir: NVidia ist Schuld!)
nVidia driver team have NOT responded to me on this (however they have been in correspondence with me regarding another query)
I am going to bump my request thread regarding this issue to see if that prompts any viewings from ManuelG (and other users wishing to see this issue resolved).
John "

NV ist für mich hier ganz klar Schuld. Softwaremässig kann man diesen "bug" ja entgehen.

Gast
2010-08-20, 20:45:05
Und es wird sehr sehr viele noch geben die eben diesen X38 Chipsatz besitzen und hier ganz klar seitens NV unbegründet beschränkt werden. Weil, bei älteren Treibern gabs diese Beschränkung nicht! Ab den 190èrn fings glaub ich an.

Lord Wotan
2010-08-21, 10:15:34
Habe jetzt hier den Fall gemeldet.
http://extreme.pcgameshardware.de/pcgh-print/89015-offenes-ohr-welche-themen-wuenscht-ihr-euch-fuer-die-naechste-pcgh-ausgabe-41.html#post2130205


und bei der C´T

http://www.heise.de/ct/c-t-Kontakt-473431.html


Wäre nett wenn mehrere User sich anschließen würden. Damit das in die Presse kommt.


Wäre auch nett wenn ein Kompletter Beitrag bei euch dazu auf eurer Internetstartseite dieses Forums kommt. Warum macht das 3DCenter das nicht zum Topthema für die Startseite?

Lord Wotan
2010-08-22, 23:40:18
PCgames Hardware will Thema anpacken Siehe hier

http://extreme.pcgameshardware.de/kommentare-zu-grafikkarten/55641-pci-e-1-1-vs-pci-e-2-0-schlaegt-sich-die-hoehere-transferrate-mehr-leistung-nieder-8.html#post2133022

Gast
2010-08-23, 18:27:45
habe auch ein Board mit X38 Chipsatz und meine Grafikkarte wird auch nur noch mit PCIe 1.1 angesprochen. Bei PC Games Hardware Extreme habe ich diesbezüglich auch was dazu geschrieben.

puntarenas
2010-08-23, 18:34:20
PCgames Hardware will Thema anpacken Siehe hier

Höfliche Hartnäckigkeit hilft! :tongue:

Ich drücke dir und all deinen Leidensgenossen die Daumen, dass die PCGH da nochmal Bewegung rein bringt. :up:

Lord Wotan
2010-08-23, 19:26:57
Höfliche Hartnäckigkeit hilft! :tongue:

Ich drücke dir und all deinen Leidensgenossen die Daumen, dass die PCGH da nochmal Bewegung rein bringt. :up:
Ihr könntet als Hardware Seite das aber auch zu euren Thema machen und auf der Startseite dazu von euch das Kommentieren was da abgeht.

@letzten Gast
besten dank.


@all

Bitte schreibt aber auch die C´T mal am.
besten dank.

axel68
2010-08-24, 20:21:04
Ich habe nvidia auch mal angeschrieben,heute antwort erhalten.

Hello Axel,

Thank you for contacting NVIDIA Customer Care. I am sorry for the inconvenience this has caused. This is expected behavior, our graphics drivers will only support PCIe 1.0 on the Intel X38 chipset. The driver locks PCI Express to PCIe 1.0 speeds on Intel X38 chipsets as we have seen reports of X38 chipsets not switching properly between PCIe 1.0 and PCIe 2.0. Locking the PCIe to 1.0 will help insure stability. We have received multiple reports of users requesting an option to allow forcing to PCIe 2.0 but that is under review at the moment and no decision if such an option will be made available. I'll let you know once a final decision is available

mironicus
2010-08-24, 20:41:23
This is expected behavior, our graphics drivers will only support PCIe 1.0 on the Intel X38 chipset.

Mit Linux ATI wäre das nicht passiert. :freak:

Sven77
2010-08-24, 20:42:12
Mit Linux ATI wäre das nicht passiert. :freak:

Naja, da dann doch lieber PCIe 1.0 ;D

Coda
2010-08-24, 20:45:07
Mit Linux ATI wäre das nicht passiert. :freak:
Das Problem scheint dann aber auch bei ATI-Karten zu existieren. Ist ja ein Chipsatz-Problem, wenn stimmt was sie als Erklärung geben.

mironicus
2010-08-24, 20:48:52
So... na ja... Intel halt. :D

Lord Wotan
2010-08-25, 18:29:24
Das Problem scheint dann aber auch bei ATI-Karten zu existieren. Ist ja ein Chipsatz-Problem, wenn stimmt was sie als Erklärung geben.
Nur ATI hat das wohl in Treiber gefixt. Sonst würde man davon was hören. Bis jetzt hört man nur von NVidia Nutzern. Oder hast du da andere Informationen?

Lord Wotan
2010-08-26, 00:03:01
So habe das Thema jetzt noch hier bei diesen drei Seiten öffentlich gemacht.

http://www.computerbase.de/forum/showthread.php?t=778823

http://www.hardwareluxx.de/community/f14/mit-nvidia-kein-pcie-x16-2-0-modus-auf-x38-mainboards-740334.html#post15191531

http://www.planet3dnow.de/vbulletin/showthread.php?p=4279353#post4279353

Lord Wotan
2010-08-29, 13:42:27
Was hat es denn mit diesem "illegalen X58 SLI Patch" auf sich, kann man damit sein System zerschießen oder einen Workaround schaffen?
Mir hat das illegale Sli Patch nicht geholfen. Es führte einen Eintrag ins Bootmenü. Man hat jetzt die Wahl zwischen Windows 7 und Windows 7 Sli.
Gehe ich auf Windows 7 Sli will Windows sich Reparieren und hängt sich in einer Endlos Schleife auf. Das läßt sich nur mit einen Abschalten des PC´s beheben. Und ich müsste beim neu Booten dann Windows 7 ohne Sli aus wählen. Dann startet der PC normal und in Windows konnte ich das SLI Patch wieder löschen. Für mich ist der Sli Patch, somit nichts was hilft. NVidia muss das in ihren Treibern fixen. So wie ATI das scheinbar auch tut. Oder die Mainboard Hersteller müssen es Intel gleich tun und das in Bios fixen. Hat schon jemand den neuen 259.47 WHQL Treiber in Verbindung mit den PCIe x16 2.0 Bug getestet?

axel68
2010-08-30, 12:22:21
259.47 WHQL ist drauf, immer noch PCIE1.0 laut gpuz.

akuji13
2010-09-01, 23:15:14
Leider bin ich auch betroffen.

AMD770
GTX470
Treiber 197.75

Allerdings weicht mein Problem etwas ab....auf dem Desktop bekomme ich nur PCIe 1.0, sobald eine 3D Anwendung läuft wird auf 2.0 geschaltet.

Toll könnte man meinen....wenn nicht x8 statt x16 laufen würde (MB definitiv auf x16 eingestellt).
Bin mir jetzt nicht sicher ob ich mich freuen soll. :freak:

Schrotti
2010-09-02, 00:27:22
Allerdings weicht mein Problem etwas ab....auf dem Desktop bekomme ich nur PCIe 1.0, sobald eine 3D Anwendung läuft wird auf 2.0 geschaltet.


Weil deine Karte sich runter taktet (ist bei mir auch so).

kmf
2010-09-02, 13:29:14
Mir hat das illegale Sli Patch nicht geholfen. Es führte einen Eintrag ins Bootmenü. Man hat jetzt die Wahl zwischen Windows 7 und Windows 7 Sli.
Gehe ich auf Windows 7 Sli will Windows sich Reparieren und hängt sich in einer Endlos Schleife auf. Das läßt sich nur mit einen Abschalten des PC´s beheben. Und ich müsste beim neu Booten dann Windows 7 ohne Sli aus wählen. Dann startet der PC normal und in Windows konnte ich das SLI Patch wieder löschen. Für mich ist der Sli Patch, somit nichts was hilft. NVidia muss das in ihren Treibern fixen. So wie ATI das scheinbar auch tut. Oder die Mainboard Hersteller müssen es Intel gleich tun und das in Bios fixen. Hat schon jemand den neuen 259.47 WHQL Treiber in Verbindung mit den PCIe x16 2.0 Bug getestet?Man ... man! Das geht doch nur, wenn du SLi hast. Ansosten stürzt Windows ab, weil das neue Kernel eine 2. Karte zwingend voraussetzt. Aber ich konnte z.B. SLi auf meinem X38-Board auch ausschalten und trotzdem blieb PCIe 2.0 erhalten.
Ich weiß allerdings nicht, ob es auch geht, wenn man z.B. nur eine kleinere Karte mit reinsteckt, welche man z.B. für PhysX nutzt. Ich kann es auch nicht mehr ausprobieren - seit ein paar Tagen habe ich den Rechner nicht mehr.

Lord Wotan
2010-09-02, 13:37:46
Man ... man! Das geht doch nur, wenn du SLi hast. Ansosten stürzt Windows ab, weil das neue Kernel eine 2. Karte zwingend voraussetzt. Ich habe nicht gesagt das dieser Patch hilft. In Gegenteil ich hatte ja Probleme mit den Teil. Sli habe ich auch nicht. Wohl aber zwei NVidia Karten in System. Eine zur Grafik und eine für PhysX.


Aber ich konnte z.B. SLi auf meinem X38-Board auch ausschalten und trotzdem blieb PCIe 2.0 erhalten.
Wo kann man beim Installieren des Sli Patch, Sli ausschalten?


Jedenfalls wollte sich Windows immer selber Reparieren, wenn Sli Patch installiert war. Und das endete in einer endlos Schleife. Somit ist der Sli Patch für mich nicht zu gebrauchen.

kmf
2010-09-02, 13:43:25
Ich habe nicht gesagt das dieser Patch hilft. In Gegenteil ich hatte ja Probleme mit den Teil. Sli habe ich auch nicht. Wohl aber zwei NVidia Karten in System. Eine zur Grafik und eine für PhysX.

Wo kann man beim Installieren des Sli Patch, Sli ausschalten?


Jedenfalls wollte sich Windows immer selber Reparieren, wenn Sli Patch installiert war. Und das endete in einer endlos Schleife. Somit ist der Sli Patch für mich nicht zu gebrauchen.SLi kann man lediglich im Nvidia Kontrollpanel abschalten, aber nur wenn auch tatsächlich vorhanden. In deinem Fall würde der Eintrag fehlen. Aber der Eintrag für PhysX wäre vorhanden.

Hast du die Installation auch so ausgeführt wie beschrieben. UAC ausschalten, dann im abgesicherten Modus booten und den SLi-Patch mit Adminrechten ausführen?

Dazu musst du die cmd im Verzeichnis Zubehör mit Rechtsklick auswählen => als Administrator ausführen. Dann in das Verzeichnis wechseln (mit dem Befehl "cd"! Beispiel:cd c:\downloads\slipatch), wo du die entpackten Dateien vom SLi Gedöns abgelegt hast und dann den Name des Scriptes eintippen: "installsli.cmd" -- Return drücken ...

Lord Wotan
2010-09-02, 14:26:27
Hast du die Installation auch so ausgeführt wie beschrieben. UAC ausschalten, dann im abgesicherten Modus booten und den SLi-Patch mit Adminrechten ausführen? Nee ich habe nicht UAC abgeschaltet. Davon war auch nie die rede, sondern nur was du weiter unten Beschreibst. Dann kommt das nicht in Frage weil UAC schalte ich nicht ab.

Dazu musst du die cmd im Verzeichnis Zubehör mit Rechtsklick auswählen => als Administrator ausführen. Dann in das Verzeichnis wechseln (mit dem Befehl "cd"! Beispiel:cd c:\downloads\slipatch), wo du die entpackten Dateien vom SLi Gedöns abgelegt hast und dann den Name des Scriptes eintippen: "installsli.cmd" -- Return drücken ...
Ja so habe ich installiert

kruemelmonster
2010-09-02, 15:56:57
Man ... man! Das geht doch nur, wenn du SLi hast. Ansosten stürzt Windows ab, weil das neue Kernel eine 2. Karte zwingend voraussetzt.

Nein, geht auch mit nur einer Karte. Und es heißt der Kernel btw...

@Lord Wotan:

Es ist ein neuerer SLI Patch auf Basis des aktuellen Kernel in Arbeit, abwarten und Tee trinken ist die Devise.

Lord Wotan
2010-09-02, 17:23:56
Nein, geht auch mit nur einer Karte. Und es heißt der Kernel btw...
Ich habe zwei Karten da in PC
Eine 260GTX und eine 240GT. Nur nicht für Sli.

@Lord Wotan:

Es ist ein neuerer SLI Patch auf Basis des aktuellen Kernel in Arbeit, abwarten und Tee trinken ist die Devise.Wenn man dafür UAC ausschalten muss, bringt mir das nichts.

Lord Wotan
2010-09-07, 17:00:05
Gigabyte scheint sich zu bewegen, es wird wohl Beta Biose geben.
http://forums.nvidia.com/index.php?s=&showtopic=153911&view=findpost&p=1112756

Gast
2010-09-07, 17:28:42
Ne bringt nix. Das war nur wegen Smartzeug für ssds. Immer noch PCIe 1.1 anstatt 2.0:(

Schrotti
2010-09-07, 23:28:11
Gigabyte scheint sich zu bewegen, es wird wohl Beta Biose geben.
http://forums.nvidia.com/index.php?s=&showtopic=153911&view=findpost&p=1112756

Würde mich echt wundern, wenn sich bei den alten Brettern noch was bewegt.

Kauf dir einfach ein P45 Brett oder sattel auf die aktuelle Generation um.

PS: Ein Board mit PCIe 2.0 gibt es bei ASUS ab ~54€ (http://geizhals.at/deutschland/?cat=mbp4_775_ddr2&xf=544_ASUS~318_1&sort=p).

Lord Wotan
2010-09-08, 00:21:25
Würde mich echt wundern, wenn sich bei den alten Brettern noch was bewegt.

Kauf dir einfach ein P45 Brett oder sattel auf die aktuelle Generation um.

PS: Ein Board mit PCIe 2.0 gibt es bei ASUS ab ~54€ (http://geizhals.at/deutschland/?cat=mbp4_775_ddr2&xf=544_ASUS~318_1&sort=p).
Diese Vorschläge sind nicht Zielführend. Warum soll ich meiner Frau ein neues Mainboard kaufen. Sie hat ein ASUS Maximus Formula Republic of Gamer Mainboard. Und kein 08/15 Mainboard. Und ein komplett neues System (mit anderen CPU Sockel und DDR 3 Speicher) sprengt den Rahmen. Außerdem kauft man sich auch kein neues Auto, wenn Hersteller einen Produktionsfehler eingebaut hat. Und das ist bei allen X38 Mainboards der Fall. Intel hat das gefixt. ASUS weigert sich. Und nun soll ich meiner Frau ein ASUS P45 08/15 Mainboard kaufen? Was ist das denn für eine Lösung des Hardware Bugs bei X38 Mainboards? ASUS hat das zu fixen. Punkt. Weil PCIe x16 2.0 Support mit ihren Bretter in Verbindung mit NVidia Grafikkarten nicht gegeben ist, auf Grund eines Hardware Bugs in X38 Chipsatz! Verstehe nicht, wenn man von Hersteller betrogen wird, als Vorschlag zu hören bekommt, man soll sich was neues Kaufen. Außerdem schalten die P45 Mainboards alle in den PCIe x8 2.0 Modus wenn zwei Grafikkarten eingebaut sind.
Also ganz schlechter Vorschlag, dein Vorschlag jetzt ist.

Schrotti
2010-09-09, 03:39:39
Das Board war gut.

Warum du nun auf dem Preis rumreitest weiß ich auch nicht.

PCIe 1.0 funktioniert doch, warum soll man jetzt noch Manpower investieren?

Lass es oder rüste auf!

Gast
2010-09-09, 15:52:14
Und warum gibt es keine Möglichkeit das ganze auf eigene Gefahr zu aktivieren?
Hab jetzt ehrlich gesagt auch keine Lust großartig was an meinem Rechner zu wechseln.
Die einzige Neuanschaffung war bei mir eine GTX 460.
Dann werd ich mal auf den neuen SLI Patch warten......

Lord Wotan
2010-09-09, 19:22:55
Das Board war gut.

Warum du nun auf dem Preis rumreitest weiß ich auch nicht.

PCIe 1.0 funktioniert doch, warum soll man jetzt noch Manpower investieren?

Lass es oder rüste auf! Es wurde sowohl das Board als auch die Grafikkarte mit PCIe x16 2.0 Power Beworben. Was gibt es fürs Geld? Richtig, PCIe x16 1.0 Power. Und ich verstehe dich echt nicht. Wenn du einen BMW kaufst willst du auch keine Ente haben. Konsumenten wie du, die werden von der Industrie gerne Gesehen. Da wird man über den Tisch gezogen. Und alles was du als Rat gibst, ist doch nicht so schlimm. Dann kaufe dir doch was neues. Oder lebe mit den Abzug. Schon mal was von Sachmangel gehört und Produkthaftung.
So und da Intel das Gefixt hat. Ist es wohl nicht zu viel Verlangt, wenn ASUS das Intel gleich macht.

BeetleatWar1977
2010-09-09, 19:28:12
Ich habe zwei Karten da in PC
Eine 260GTX und eine 240GT. Nur nicht für Sli.
Wenn man dafür UAC ausschalten muss, bringt mir das nichts.
Hat bei mir eigentlich auch mit UAC funktioniert - ist jetzt aber schon ein paar Monate her

Bubba2k3
2010-09-11, 18:18:48
Und warum gibt es keine Möglichkeit das ganze auf eigene Gefahr zu aktivieren?
Hab jetzt ehrlich gesagt auch keine Lust großartig was an meinem Rechner zu wechseln.
Die einzige Neuanschaffung war bei mir eine GTX 460.
Dann werd ich mal auf den neuen SLI Patch warten......


Tja, so sieht es bei mir auch aus. :(

Lord Wotan
2010-09-14, 17:34:25
Ich wollte auch mal diesen Beitrag von ASUS nicht vorenthalten. Ein User fordert da sogar das man diese Thema dicht macht. Also bloß nicht öffentlich.
http://www.hardwareluxx.de/community/f248/asus-maximus-formula-nur-pci-e-1-0-mit-pci-e-2-0-karte-667158.html#post15310306

kruemelmonster
2010-10-05, 00:12:19
@Lord Wotan:

Über den Gegenwind im Luxx brauchst du dich mMn auch nicht wundern wenn du in dieser Art und Weise dort Asus den schwarzen Peter zuschiebst. Die Verantwortung und Handlungsgewalt liegt irgendwo zwischen Intel und NV, da kann dir (und uns) Asus oder GB oder DFI nicht weiterhelfen.
Wir wissen nicht wie Intel den Bug für ihre Boards behoben hat, evtl kann oder will Intel diesen Bugfix den anderen Herstellern nicht zur Verfügung stellen. Eigentlich wissen wir nichtmal ob überhaupt das Intel X38 Boards wieder mit voller PCIe 2.0 Geschwindigkeit läuft; es gibt zwar (alte) GPU-Z shots, ich habe aber noch keinen CUDA-Z Screenshot mit diesem Board gesehen.

@topic:

Laut Entwicklerforum kommt der neue SLI Patch "soon", der, wenn ich den Text richtig verstanden habe, von der Version des Windows Kernels unabhängig sein wird. :up:

Weiterhin Druck auf NV halte ich dennoch für wichtig, mehr Meldungen im entsprechenden Thread (http://forums.nvidia.com/index.php?showtopic=175360&st=0) im NV-Forum sind wohl die einzige Hoffnung jemals wieder ganz offiziell PCIe 2.0 mit einer NV-Karte auf X38 zu fahren.

kruemelmonster
2010-10-13, 18:33:53
Das Update für den SLI Patch ist da und wie vom Entwickler angekündigt jetzt versionsunabhängig, einen neuen Installer und paar Bugfixes gibts mit dazu. Den Downloadlink möchte ich hier nicht direkt reinstellen, sollte aber leicht zu finden sein.

Funktioniert bei mir wie schon die alte Version einwandfrei, im Leerlauf und LowPower3D zeigt GPU-Z PCIe 1.1 an, unter richtiger Last gehts dann auf 2.0 hoch.

http://www.abload.de/thumb/x38pcie20ssda.png (http://www.abload.de/image.php?img=x38pcie20ssda.png)

:up:

][immy
2010-10-13, 18:45:27
Das Update für den SLI Patch ist da und wie vom Entwickler angekündigt jetzt versionsunabhängig, einen neuen Installer und paar Bugfixes gibts mit dazu. Den Downloadlink möchte ich hier nicht direkt reinstellen, sollte aber leicht zu finden sein.

Funktioniert bei mir wie schon die alte Version einwandfrei, im Leerlauf zeigt GPU-Z PCIe 1.1 an, unter Last gehts dann auf 2.0 hoch.

<A href="http://www.abload.de/image.php?img=x38pcie20ssda.png" target="_blank">http://www.abload.de/thumb/x38pcie20ssda.png

:up:

jep, das pasiert bei mir bei gpu-z auch. Ohne Last zeigt es PCIe x16 an sobald eine 3D-Anwendung gestartet wird PCIe 2.0 x16. Hab nen P45 Board.
mit meiner alten ATi hat das aber problemlos funktioniert. Ist das eine "Energiespar-Option" seitens nvidia?

kruemelmonster
2010-10-13, 19:09:49
Scheint so, ja. Sehe da auch kein Problem, ohne Last ist die mögliche Bandbreite ja wurscht.

Lord Wotan
2010-10-13, 22:33:53
Das Update für den SLI Patch ist da und wie vom Entwickler angekündigt jetzt versionsunabhängig, einen neuen Installer und paar Bugfixes gibts mit dazu. Den Downloadlink möchte ich hier nicht direkt reinstellen, sollte aber leicht zu finden sein.

Funktioniert bei mir wie schon die alte Version einwandfrei, im Leerlauf zeigt GPU-Z PCIe 1.1 an, unter Last gehts dann auf 2.0 hoch.

http://www.abload.de/thumb/x38pcie20ssda.png (http://www.abload.de/image.php?img=x38pcie20ssda.png)

:up:

Muss man für das Sli-Patch wieder UAC deaktivieren?

Ninja Ralf
2010-10-19, 18:55:11
Hab jetzt auch den SLI Patch drauf (funktioniert bisher ohne Probleme).

Muss man den Patch eigentlich immer wieder deaktivieren wenn man einen neuen Treiber installiert ?

kmf
2010-10-19, 19:22:16
Muss man für das Sli-Patch wieder UAC deaktivieren?Du musst UAC doch nur während der Installation (Kopieren der Files und Einrichten des Startmanagers) ausschalten. Wenn alles drauf ist, kannst UAC wieder einschalten.

Toppas:-)
2010-10-20, 14:08:32
Ich hatte letztens mich auf meinem System (C2D6600 u. 8800GTS auf einem Gigabyte X38-DS5) gewundert, das bei Spielen immer die Grafik anfing zu ruckeln (ganz krass bei F1 2010). Nachdem ich diverse Treiber gewechselt hatte (197-198-259-260) schaute ich mir mit Cuda-Z und CPU-Z mal die Settings meines Systems an. Unter CPU-Z stand Grafikarte bei X1 auf X16 Steckplatz und bei CUDA-Z eine Transferrate von 150MB/s...WoW.
Nach diversen Umstecken der Grafikkarte (auf den 2. X16 Platz mit X8 laufend) kam mir irgendwie der Gedanke das es scheinbar ein Softwareproblem ist, da Phenomen hat ich schonmal vor langer Zeit mit einem Treiber. Also diverse Treiber erneuert oder geändert---no Chance. Bis ich dann auf diesen Thread hier und auch einen Englischen gestossen bin... Ich hab dann mal den SLI-Patch installiert, obwohl ich kein SLI nutze....und siehe da___ meine Grafikarte lief wieder auf X16 auf dem Steckplatz.
Also vielen Dank für den TIP mit dem SLI-Patch!!!!

Lord Wotan
2010-10-20, 16:42:52
Du musst UAC doch nur während der Installation (Kopieren der Files und Einrichten des Startmanagers) ausschalten. Wenn alles drauf ist, kannst UAC wieder einschalten.
OK Danke.

Wo kann man das nochmal Downloaden? Ich werde das dann noch mal Probieren.

Und muss man den Grafiktreiber neu Installieren? Gibt es eine Deutsche Beschreibung bzw. Zusammenfassung was wie getan werden muss?

kruemelmonster
2010-10-20, 18:16:08
@Toppas:-):

Schön das auch dir der SLI Patch, zweckentfremdet genutzt, weiterhelfen konnte. :up:


Wo kann man das nochmal Downloaden? Ich werde das dann noch mal Probieren.

Auf der gleichen Seite wie die alte Version. Sorry, aber da ich nicht sagen kann ob Leo eine direkte Verlinkung recht wäre gibt's von mir nix.
Kleinen Tip: der Patch ist über diesen Thread erreichbar...


Und muss man den Grafiktreiber neu Installieren?

Nein, das läuft so. Du brauchst den Patch auch nach einer Treiberaktualisierung nicht erneut ausführen.

Fire-and-Forget-Prinzip :biggrin:


Gibt es eine Deutsche Beschreibung bzw. Zusammenfassung was wie getan werden muss?

UAC aus, neustarten, auf Install drücken, neustarten, UAC an, fertig.

Lord Wotan
2010-10-21, 15:13:36
Also man braucht nur das SLI Patch (SLI Patch 0.9B) und den aktuellen Windows 7 GeForce/ION Release 260.89 WHQL 64bit? Dann schaltet man UAC zum Install des SLI Patch aus. Und nach Neustart UAC wieder ein. Und das geht auch wenn man die SLI Funktion nicht möchte, mit zwei Unterschiedlichen NVidia Karten damit der PCIe x16 2.0 Modus in Treiber Freigeschaltet wird. Weil Folgende Konstellation steckt in PC meiner Frau. X38 Brett eine GTX 260 für Grafik und eine GT240 als PhysX Karte. Damit dürfte das denn keine Probleme geben oder?
Ich werde das am Wochenende mal ausprobieren.


Was ist mit den anderen Datei auf der Seite?
SLI String installer v.2.0


Die Datei braucht man nicht?

Lord Wotan
2010-10-23, 13:32:48
So das Sli Patch läuft super. Jetzt geht auch wieder PCIe X 16 2.0 mit dem ASUS Maximus Formula x38.


Noch eine Frage kann man mit den Sli Patch auch richtiges Sli mit zwei Karten? Auf den Intel Boards ohne Sli untersützung?
Dazu braucht man dann sicher eine Sli Brücke und zwei gleiche Karten oder?

kmf
2010-10-23, 19:22:22
So das Sli Patch läuft super. Jetzt geht auch wieder PCIe X 16 2.0 mit dem ASUS Maximus Formula x38.


Noch eine Frage kann man mit den Sli Patch auch richtiges Sli mit zwei Karten? Auf den Intel Boards ohne Sli untersützung?
Dazu braucht man dann sicher eine Sli Brücke und zwei gleiche Karten oder?SLi geht immer nur mit gleichen Karten. SLi-Brücke braucht man nicht unbedingt, macht aber ein paar % mehr aus. Ein 260er SLi kommt gut auf dem Formula. Und heute ist das sogar ziemlich billig.

Falls du irgendwann ne SLi-Brücke für's Formular brauchst, kannst meine haben. :D

/edit Eine 260er Amp² hab ich auch noch hier liegen. :biggrin:

gigabyte_fan
2010-11-06, 13:58:37
Hallo !

Der SLIPatch ist super - endlich wieder PCIe 2.0 auf meinem X38 Chipset !

War ein Grund es damals zu 200 Euro zu kaufen !

Schade das NVidia da am Rad dreht und was in die Treiber einbaut um X38 künstlich langsam zu machen ...

Aber ich hab ein Problem:
Unter Windows XP SP 3 x86 funktioniert SLIPatch wunderbar

Unter Windows 7 Ultimate x64 bekomme ich immer die Meldung:
"Your computer is need reboot."
Und ich kann weder "Install" noch "Uninstall" klicken..
Klar hab ich schon zig mal rebooted ;-)
UAC ist aus, der User ist administrator... soweit sollte das doch alles ok sein..

Kann jemand helfen?

G!ZMo
2013-02-10, 15:26:05
Sorry fürs Leichenschänden:

Meine 8800GT läuft auf meinem X38-Board unter Win7 64bit mit dem aktuellen 313.96-Treiber auch nur mit PCIe 1.1. Der Cuda-Bandbreitentest und Cuda-Z hauen ne Bandbreite von knapp 1,2GB/s raus. Hab jetzt schon den SLI-Patch draufgebügelt und die Bandbreite hat sich auf 2,2GB/s erhöht - so weit so gut.

Jetzt hab ich unter Archlinux x64 und 313.18er Treiber auch mal den Bandbreitentest ausgeführt und ich bin fast aus den Latschen geklappt:


[15:09:28 | alexr@e3110:~/Desktop/bandwidthtest ] > ./concBandwidthTest /dev/nvidia0
Device 0 took 1237.869019 ms
Average HtoD bandwidth in MB/s: 5170.175293
Device 0 took 1317.416748 ms
Average DtoH bandwidth in MB/s: 4857.992188
[15:09:47 | alexr@e3110:~/Desktop/bandwidthtest ] > ./concBandwidthTest /dev/nvidia0
Device 0 took 1249.244141 ms
Average HtoD bandwidth in MB/s: 5123.097656
Device 0 took 1319.962280 ms
Average DtoH bandwidth in MB/s: 4848.623535
[15:09:54 | alexr@e3110:~/Desktop/bandwidthtest ] > ./concBandwidthTest /dev/nvidia0
Device 0 took 1240.344116 ms
Average HtoD bandwidth in MB/s: 5159.858398
Device 0 took 1318.872559 ms
Average DtoH bandwidth in MB/s: 4852.629395
[15:17:14 | alexr@e3110:~/Desktop/bandwidthtest ] > ./concBandwidthTest /dev/nvidia0
Device 0 took 1246.638916 ms
Average HtoD bandwidth in MB/s: 5133.804199
Device 0 took 1321.076660 ms
Average DtoH bandwidth in MB/s: 4844.533203

Das sieht doch eher nach PCIe 2.0 x16 aus...
WTF?