Das hat sehr wohl etwas zu bedeuten - es geht ja hier nicht darum, welchen Speicherbereich des PC-Arbeitsspeichers der Treiber nutzt, sondern welchen Speicherbereich des Grafikkartenspeichers.

Wenn ein Windows-Treiber so programmiert ist, dass er dazu in der Lage, entsprechende Bereiche zu erkennen und entsprechend andere Bereiche anzusprechen, sollte das ein Linux-Treiber gleicher Qualität ebenfalls können, sonst ist er eben schlecht programmiert.

Nö, es könnte mit dem OS zusammenhängen, daß einfach unterschiedliche Bereiche ausgewählt werden.
D.h. sie werden wohl nicht expliztit ausgewählt, sondern man nimmt das was man zuerst zugewiesen bekommt und da gibt's dann halt die OS spezifischen Unterschiede.

Hast du z.B. ein 32 Bit Windows und ein 64 Bit Linux laufen, allein das kann schon Unterschiede ausmachen?

Ich bin im IT-Bereich eines Betriebes mit mehr als 40'000 Mitarbeiter/-innen tätig und ich kenne schlicht niemanden, der auf die Idee käme, den Arbeitsspeicher eines neu gelieferten PCs zu testen. Das ist schlicht überflüssiger Quatsch.

Es ist ja nicht dein Rechner und wenn ihr aus der IT Abteilung euch nicht entsprechend um die Rechner kümmert, dann macht ihr etwas falsch.

Denn Quatsch ist das nicht, fehlerhafter Speicher kann nämlich zu abstürzen führen, das Kostet Arbeitszeit und Nerven bei den Mitarbeitern.

Im Übrigen hat schlicht jeder Speicherriegel defekte Bereiche genau so, wie jede Festplatte oder jede SSD auch. Diese defekten Bereiche werden vom Produzenten entsprechend geflagt und stören daher auch nicht.

Da wird nix geflagt, wäre es so, dann würde man mit Memtest86 keine defekten Speicherbereiche finden.

Bei Festplatten ja, die können sogar onthe fly später kaputt gegangene Bereiche flaggen, aber nicht bei RAM Speicher.