lrwr hat den Umstand schonmal angerissen, darauf will ich nochmal (deutlich) näher eingehen.
Wolff, du solltest dich vorher evtl mal genaustens über die Begebenheiten informieren, bevor du 1. Schlüsse ziehst und 2. nur dann solche Aussagen (wie diese im Titel) tätigen, wenn du die Umstände auch klar belegbar sind.
Aber fange wir mal bei lrwr, bzw bei den Grundlagen an.
PCIe ist ein Bussystem, welches, je nach Ausführung, mit verschiedenen Taktraten arbeiten kann. PCIe ist grundlegend eine Punkt zu Punkt Verbindung, es gibt also immer ein Start und ein Ziel, also nicht wie früher bei PCI, mehrere Ziele.
Die Ziele sind klar, das sind in der Regel Steckkarten, oder anderen Onboardperipherie. Der Start an der Stelle ist unterschiedlich gelöst, mal ist es ein Chipsatz, mal eine CPU. Das ist durch unterschiedlichen Anforderungen und Produktkategorisierung verschieden implementiert. Aufgrund der eneromen Bandbreiten und auch besseren Nutzbarkeit von PCIe hat man sich vor einiger Zeit dazu entschieden, dass man die GPUs eher direkt an die CPU anbindet, als dass man es über den Umweg Chipsatz macht, was bis dato Standard war. Es sind also, zumindest einige PCIe Slots entweder direkt, oder aber über einen Switch um flexbel die maximale Performance bereitzustellen, angebunden.
Damit ist nun, zumindest für ausgewählte Slots, die CPU der "Ansprechpartner" für die GPU. Dabei übernimmt die CPU dabei die Notwendigkeit des kontrollierenden Glieds für dieses System. Wenn man so will, gibt die CPU vor, was Phase ist und sie entscheidet damit maßgeblich darüber ob nun, unter anderem, PCIe 1.0, 2.0 oder gar 3.0(welche sich ja über die verschiedenen Datenraten definieren) gefahren wird.
Da die Wahl der Datenraten nicht nur von der CPU, sondern von allen teilnehmenden Gliedern des Übertragungssystem, abhängt, betrachten wir auch noch kurz diese.
1. das Ziel: Ohne Ziel kein System. Neben der CPU als "Sender" muß auch der Empfänger in der Lage sein, die entsprechenden Arten zu schaffen. Die GPU muß also PCIe x.0 fähig sein.
2. der Übertragungskanal: Wenn der Übertragungskanal nicht in der Lage diese Datenraten gesichert innerhalb der Parameter zu übertragen, bringen einem die besten aktiven Komponenten nichts. Das kann man evtl mit einem analogen Telefon vergleichen. sind die Leitungswege zu lang und zu schlecht aufgebaut(ggf. externe Störungen), dann hat man ein großes Rauschen. Wird die Leitung aber besser, so vermindert sich das Rauschen und damit die Sprachqualität. Und selbiges gilt dabei auch für die Leitungen und auch Stecker auf dem Mainboard.
Es müssen also alle drei beteiligten Gerätschaften die Anforderungen an den Kanal erfüllen. Dies wird zum einen durch den Einsatz geeigneter aktiver Komponenten erreicht, aber auch durch entsprechende Nachweise in Bezug auf die Spezifikationen des Standards
Nun beschäftigen wir uns mal kurz mit den Nachweisen:
1. Die GPU hat den Nachweis durch interne Tests erbracht, indem man zum einen die passende HW verbaut hat und die Signale entsprechende getestet hat. -> PCIe 3.0 GPU
2. Das Mainboards hat diesen Nachweis auch erbracht. Dort hat man dann einfach an die entsprechenden Pins der CPU Signalquellen angebracht und geschaut, ob diese Signale zwar verschlechtert, aber noch innerhalb der Parameter, am Ende des Übertragungsweges (PCIe Slot) wieder rauskommen. (ggf. über entsprechende PCIe Switches geleitet, welche auch berücksichtigt werden müssen) -> PCIe 3.0 MB
3. Und nun die CPU, auch diese muß natürlich als Initiator, und damit maßgebendes Gleid, auch den Umstand der Signalqualität erfüllen. Das läuft im Grund auch genauso ab. Die CPU bringt also, nach entsprechenden Designs, eine Signalqualität, welche nach den Spezifikationen innerhalb der Parameter rauskommen.
Nach Spezifikation heißt im übrigen, dass hier klare Grenzen gesetzt sind, welche sicherstellen, dass noch soviel Spielraum ist, dass es auch dann noch läuft, wenn die gesamte Technik Umwelteinflüssen ausgesetzt ist, welche im Labor nicht herrschen. Es gibt dort also gewisse Puffer, damit nicht beim kleinsten Husten schluß mit der Freude ist.
So, jetzt wissen wir, wie die Definition ob PCIe 3.0 oder nicht zustande kommt.
Schauen wir uns die Komponenten nochmal genauer an, bzw, was die Hersteller dazu sagen.
Die GPU erfüllt nach Standard die PCIe 3.0 Anforderung und wurde somit auch vom Hersteller freigegeben. (Quelle erspar ich mir jetzt mal)
Das konkrete MB wurde auch für PCIe 3.0 freigegeben. (auch hier verzichte ich mal auf die Quelle - es bedeutet aber, dass der Übertragungsweg so designt wurde, dass PCIe 3.0 Datenraten gefahren werden können, das wurde auch nachgewiesen)
Und jetzt aber mal die CPU und da wird es eigentlich spannend, daher gebe ich hier mal Quellen an.
Intel unterscheidet seine CPUs nach Versionen. Du hast die 2. Version der der Intel Core i7, konkret Extreme Prozessor, CPU. Codename dafür ist Sandy Bridge-E.
Das Datenblatt ist hier zu finden:
Intel® Core
Dort steht drin, was die CPU kann und was nicht, welche Features usw..
Expansion Options
PCI Express Revision 2.0
# of PCI Express Ports 10
So, damit steht nun also drin, dass die CPU auf PCIe 2.0 spezifiziert wurde. Sie hat damit nicht die Freigabe für PCIe 3.0.
Nochmal zum Vergleich eine andere CPU, aus der Klasse der 3. Generation Core i7 CPUs. (nicht extreme) Codename ist hier im Übrigen Ivy Bridge
Intel® Core
PCI Express Revision 3.0
PCI Express Configurations 1x16, 2x8, 1x8 & 2x4
Halten wir also fest, dass die 2. Gen PCIe 2.0 kann und die 3. Gen PCIe 3.0. Das sind diese Angaben, wie sie der Hersteller angibt und damit als gesicherte Funktionalität angesehen werden kann.
Jetzt hat man aber das Problem, dass die GPU und auch das(konkret deins) MB so gut sind und PCIe 3.0 unterstützen und die GPU das auch gerne nutzen möchte. Es gibt aber wohl das Problem, dass kein Austausch darüber stattfindet, wie denn die CPU damit klarkommt. Die GPU nimmt also erstmal an, ich mach mal 3.0 das passt dann schon. Die CPU erwährt sich diesem Umstand aber nicht und spielt so gut es geht mit. (kann man vergleichen, als wenn ein schnellerer Jogger, den langsameren Jogger mitzieht, das geht, bis zu einem gewissen Punkt, nämlich dann, wenn der 2. aussteigt) Und so sieht es auch bei PCIe 3.0 aus. Aufgrund der evtl nicht vorhandenen PCIe 3.0 Fähigkeit des MBs (weil nicht nachgewiesen - trifft nicht auf deins zu-) und der nicht vorhandenen Fähigkeit der CPU kann es also durchaus passieren, dass es Situationen gibt, wo die PCIe 3.0 Signale nicht mehr so klar sind und damit die Daten der hohen Datenrate mit zunehmender Fehlerhäufigkeit zu kämpfen haben. Die Konsequenz ist, dass hier instabilitäten auftreten, welche verschieden in das System rückkoppeln.
Halt wir also fest: (für die aktuelle Situation in Bezug auf X79)
GPU kann PCIe 3.0
MB kann PCIe 3.0, manchmal aber nicht offiziell
CPU kann kein PCIe 3.0
Wenn wir also mal zum Anfang zurückkommen, das kleinste Glied in der Kette gibt also die Spielregeln vor. PCIe 2.0 ist hier also das Maximal, was geht. In diesem Fall sind die Reserven zur Spezifikation so groß, dass es immer geht. Fährt man nun plötzlich PCIe 3.0, werden die Spezifikation nicht erfüllt. Damit ist es tendenziell möglich, wenn nicht sogar sicher, dass die Reserven nicht eingehalten werden und damit es in Realumgebungen passieren kann, dass etwige Störeinflüsse "Schäden" verursachen.
Jetzt nehmen wir also nochmal deine Aussage von oben.
Die besagt, dass du Asus unterstellst, dass ihr MB nicht PCIe 3.0 fähig ist. Als Quelle dafür gibst du ein Problem mit CPUs an.
Therefore we’ve decided to only support and guarantee PCI Express 2.0 bus speeds on X79/SNB-E with our standard release drivers.
Nimmt man dieses Zitat und setzt daneben nochmal das eben erlernte Wissen, ergibt sich folgendes.
Nvidia unterstützt auf der X79 Plattform in Verbindung mit einer SNB-E (Sandy Bridge-E) CPU nur noch PCIe 2.0. (die CPU kann halt nur offiziell 2.0)
- Die Gründe wurde auch angeführt, da es immer wieder zu (Timing)Problemen kam, was nicht verwunderlich ist, wenn man sich die Infos hier nochmal durchließt. -
Was Nvidia jetzt macht ist einfach folgendes, es ist wohl nachweislich und reproduzierbar, dass in dieser Kombination Fehler auftreten. Um diesem Umstand entgegen zuwirken, macht man folgendes, man zwingt das System von außen (Treiber) dazu, sich an das zu halten, wofür es spezifiziert wurde. Und das ist, aufgrund der CPU, PCIe 2.0
Was du jetzt mit diesem Thread machst ist folgendes, du wirfst Asus die Lüge vor, weil der Hersteller der Grafikkarte dafür sorgt, dass das System innerhalb der (gesicherten) Spezifikation läuft und nicht das zuläßt, wofür das gesamte System eigentlich garnicht ausgelegt ist. Damit erhöht man die Betriebssicherheit aller Systeme.
Du hast also zwar eine PCIe 3.0 GPU und auch MB gekauft, jedoch keine CPU für dieses System. Damit hast du also, rein offiziell, garkein PCIe 3.0 System. (weil ja alle Teilnehmer dies unterstützen müssen)
Wo ist also nun eigentlich das Problem zu suchen?
Sollte es sich herrausstellen, dass es eine CPU geben wird, die offiziell die Spezifikationen von PCIe 3.0 erfüllt, ja dann kannst du auch PCIe 3.0 offiziell und gesichert nutzen. In diesem Zuge möchte ich dann nochmal den Bogen zur Verpackung des MBs spannen. Dort steht drauf, dass es PCIe 3.0 unterstützt. Das heißt nicht, dass es direkt mit PCIe 3.0 gefahren werden kann. (siehe die "Kette") Was wäre denn, wenn die CPU PCIe 3.0 hätte und du eine 2.0er GPU einsetzt. Wirfst du dann ASUS in bezug auf das MB auch vor, dass sie lügen, weil es PCIe 3.0 könne, du es aber nicht fahren kannst? Wohl eher nicht, weil du dir, für diesen Fall, dann die falsche GPU gekauft hast. In der aktuellen Situation ist es aber eher so, dass du dir die falsche CPU gekauft hast.
Anzumerken ist, dass es schon Infos über eine PCIe 3.0 CPU für X79 bzw S2011 gibt. Diese nennt sich da Ivy Bridge-E. Das ist wie der Sandy Bridge-E, der größere Bruder. Da der Ivy Bridge bereit PCIe 3.0 kann, wird der -E es auch können. Wenn es also möglich sein sollte, dass diese CPU in dem MB zu betreiben ist, noch gibt es sie nicht, dann kannst du dich nochmal mit dem PCIe 3.0 auseinandersetzen. Dann aber von offizieller Seite aus, weil dann alle drei Komponenten diese Standard unterstützen.
Bis dahin mußt du mit dem Umstand leben, dass NV standardmäßig das PCIe 3.0 ausschaltet und man es nur optional
you can manually enable faster 8GT/s bus speeds (at your own risk) on GTX 680 or GTX 670 GPUs using the following executable: force-enable-gen3.exe
wieder zuschalten kann. Dies geschieht dann aber auf eigenes Risiko, weil man die HW eigentlich, zumindest was die CPU anbelangt, außerhalb der Spezifikation betreibt und es kann nicht im Sinne der (allgemeinen)User das Ziel sein, dies bereits mit den Standardeinstellungen zu machen. (kein MB kommt mit einem BIOS, was die CPU direkt aus dem Stand mit 4,5GHz übertakten, warum sollte dies also in Bezug auf das Bussystem anders sein)
Ich hoffe die Ausführungen sind nicht zu langweilig, ich hoffe auch, sie stellen den Hintergrund hinreichend dar und zeigen auf, auf welche "dünnem Eis" du dich da, mit diesem Thread, bewegst.
-> erst informieren, dann Schlüsse ziehen
EDIT: Rechtschreibung lass ich mal eben ungeprüft, ist wohl etwas länger der Post, man möge mir das verzeihen
2nd EDIT:
Selbige Situation gab es schon in Bezug auf S1155, als der Mainstreamplattform. Diese konnten, je nach Ausführung, als MB auch schon PCIe 3.0, jedoch waren die Sandy Bridge CPUs nicht in der Lage, dies zu supporten. Erst mit der Einführung von Ivy Bridge würde auch auch tatsächlich nutzbar. Und hier (bei S2011) wiederholt sich die Geschichte, wenn man so will. Du mußt also bis Ivy Bridge-E warten und dann kannst du dann auch alles in Summe so nutzen, wie es mal gamacht.
Analog kann man hier auch nochmal SATA2 und SATA3 rausholen. SATA3 SSD an SATA2 Port geht, nur sollte man sich nicht beschweren, dass die SSD nur mit SATA2 gefahrne wird.
3rdEDIT:
Welches ihrer Produkte grafikarte oder mainbord darf ich wegen falscher werbe versprechen zurück senden ?
Die logische Antwort auf diese Frage ist, dass du die CPU zurückgeben solltest, denn eigentlich ist nur diese nicht PCIe 3.0 fähig. Dann müßtest du natürlich solange warten, bis die PCIe 3.0 CPU verfügbar ist. Ob du das möchstest, ist dabei natürlich eine Entscheidung, die nur du treffen kannst.
![Doktor[ASUS]](/community/data/avatars/m/123/123843.jpg?1577437184){kind=avatar}
