Phenom + 790FX + Vista(64) user bitte melden

Lass einfach mal winrar laufen .. alles unter 1000 kB/s ist mit aktiven TLB Patch.

Weitere Details hier:
http://www.planet3dnow.de/vbulletin/showthread.php?t=330868

ciao

Alex

Der Wert liegt weit darunter, nämlich bei ca. 250 KB/s, hmm. Aber selbst mit TLB-Fix deaktiv via OverDrive sinds nur 350 KB/s. Woran kann denn das nun wieder liegen? Speicher übrigens ist DDR2-800. Bei 7-Zip sind im Übrigen über 1200 KB/s!

Aber neues Problem:
Eben mit OverDrive das Autotuning mal getestet und irgendwann hing es halt. Wann immer ich nun das OverDrive starte steht mein PCIe-Takt auf 124 MHz! Selbst nach Neuinstallation von AOD und der Festeinstellung im BIOS. Wenn ich über das AOD auf 100 MHz gehen will schmiert mir jedesmal der PC weg? Gibts noch andere Tools, die den PCIe Takt auslesen oder hat jemand ne dolle Erklärung für dieses seltsame Phänomen?

Dia
 
Der Wert liegt weit darunter, nämlich bei ca. 250 KB/s, hmm. Aber selbst mit TLB-Fix deaktiv via OverDrive sinds nur 350 KB/s. Woran kann denn das nun wieder liegen? Speicher übrigens ist DDR2-800. Bei 7-Zip sind im Übrigen über 1200 KB/s!
Das Overdrive schaltet ein paar Register schneller, aber am TLB wird nichts geändert. Wende mal die TLB Fix Lösung aus Musics Artikel an, das wird das einzige sein, was hilft. Ich hoffe das läuft unter Vista ...

ciao

Alex
 
Das Overdrive schaltet ein paar Register schneller, aber am TLB wird nichts geändert. Wende mal die TLB Fix Lösung aus Musics Artikel an, das wird das einzige sein, was hilft. Ich hoffe das läuft unter Vista ...

ciao

Alex

Werde ich heute Abend mal testen, im Guide steht ja wie es geht. Bezüglich des PCIe Takt Problem hat keiner eine Idee? Muss mir mal Sandra ziehen und vorm AOD Start mal den Takt anschauen. Finds ja schon sehr seltsam -_-.

Dia
 
Sorry for OT, aber bin ich froh das ich mir das Spiel mittlerweile aus der zweiten Reihe anschaue! Das kann doch echt alles nur ein böser Traum sein!?:]

Ja, das erinnert mich an die Zeit, als ich unbedingt einer der ersten sein musste, die sich ein Asus A7V mit Dip-Schaltern zulegen musste...

schönen Tag noch
Dave Z
 
@ diapolo

Um bei AOD nach dem Starten von Windows die rote Einstellung zu haben, mußt du im BIOS folgendes einstellen:

Schalter Cache Mapping Cycle: enabled ( deaktiviert den TLB-Fix)
Schalter CPU Tweak: enabled (erhöht marginal die Systemperformance)

Gruß,

Ice!
 
@ diapolo

Um bei AOD nach dem Starten von Windows die rote Einstellung zu haben, mußt du im BIOS folgendes einstellen:

Schalter Cache Mapping Cycle: enabled ( deaktiviert den TLB-Fix)
Schalter CPU Tweak: enabled (erhöht marginal die Systemperformance)

Gruß,

Ice!

Zu 99,9% habe ich genau diese Schalter im BIOS so gesetzt und trotzdem im AOD (nur) einen gelben Rand. Wie gesagt es wird ja vermutet, dass das SP1 für Vista die entsprechenden Register wieder so setzt, dass der "TLB-Fix" aktiv ist.

Dia
 
Mit Vista64 hab ich seit dem SP1 das problem, dass das OS schnarchlahm ist. Das liegt aber nicht am TLB-Fix, der muss deaktiv sein, da ich mit aktiviertem Patch noch bescheidenere Werte bekomme. Irgenwas bremst mein System seit dem SP total aus, ich kann aber nicht herausfinden was...
Auch das BIOS habe ich schon auf den neuesten Stand gebracht - brachte garnix. Erst probiert mit F3, dann mit F4e und nun F4f (MA790FX DS5).

Um den PCIe Takt muss man sich keine Gedanken machen, wenn man eine ATI Karte im System hat. Sowohl X1xxx Karten als auch ihre Nachfolger können auf ATI Chipsätzen mit 125MHz Takt umgehen. Anscheinend ist Linkboost bei den 7er Chipsätzen immer aktiv.

Gelber und roter Rand bei AOD heißt, dass der TLB-Fix deaktiv ist. Nur bei keinem Rand ist der aktiv. AOD hat aber detektionsprobleme unter Vista SP1, bei mir erkennt er mal so und mal so. Ich hab schon alle 3 Möglichkeiten gesehen ;), obwohl der Fix im BIOS stehts inaktiv ist.
 
Zuletzt bearbeitet:
Ich kann Neues zu der TLB-Geschichte berichten. Das SP1 scheint den im BIOS deaktivierten TLB-Fix wieder zu aktivieren. Ich habe mir das Tool RW-Everything installiert und das Patchscript aus dem TLB-Artikel hier auf P3DN ausgeführt und siehe da, ein wirklich rasanter Sprung in der Performance ist zu verzeichnen.

Kann ich mit dem Tool auch die CPU Register auslesen, so dass ich sehe, welche Werte dort direkt nach dem booten stehen (hab das Tool nur überflogen)? Evtl. dreht das SP1 für Vista ja noch an erheblich mehr Schrauben und so könnte man deine miesen Werte erklären.

Versuche doch auch mal RW-Everything (siehe: http://www.planet3dnow.de/vbulletin/showthread.php?t=330868&garpg=4#content_start) und berichte dann hier.

Ich werde dieser Tage nochmal nen Thread mit Vergleichswerten mit und ohne TLB-Fix eröffnen.

Grüße,
Dia
 
ich hab ja "netterweise" dies doofe sp1 für vista64 von ms installiert bekommen...
im bios ist natürlich tlb-patch deaktiviert, aber sp1 ist so nett und stellt es wieder an.

nun zu den winrar-testwerten:
nach dem systemstart:
aod - grün: 314
aod - gelb: 408
aod - rot: 415

aod grün und rw-everything-patch: 1512
aod gelb und " :1484
aod rot und " : 1594

unter gothic3 macht das ca. 10%-20% aus.
 
ich hab ja "netterweise" dies doofe sp1 für vista64 von ms installiert bekommen...
im bios ist natürlich tlb-patch deaktiviert, aber sp1 ist so nett und stellt es wieder an.

nun zu den winrar-testwerten:
nach dem systemstart:
aod - grün: 314
aod - gelb: 408
aod - rot: 415

aod grün und rw-everything-patch: 1512
aod gelb und " :1484
aod rot und " : 1594

unter gothic3 macht das ca. 10%-20% aus.

Kannst du mal dein System niederschreiben, würde gerne mal einen Vergleich haben :). Ich finds aber auch unter Kanone, wieviel % an Leistung man durch einen Fix verliert, der kaum Leistung kosten sollte, aber gut, dass wusste ich ja leider beim Kauf ^^.

Dia
 
ich hab ja "netterweise" dies doofe sp1 für vista64 von ms installiert bekommen...
im bios ist natürlich tlb-patch deaktiviert, aber sp1 ist so nett und stellt es wieder an.
@P3D: gleich wieder ne news und Werbung für den (alten), eigenen Patchartikel machen ^^

ciao

Alex
 
@P3D: gleich wieder ne news und Werbung für den (alten), eigenen Patchartikel machen ^^

ciao

Alex

Mit diesem Skript kann man übrigens mal die Werte auslesen und es wäre ja durchaus interessant, was das AOD bzw. das BIOS / OS da so als Wert einträgt ;).

-------
>cpu 1
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 2
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 3
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 4
>rdmsr 0xc0010015
>rdmsr 0xc0011023
-------

Edit: Übrigens aktiviert RW-Everything unter Vista den sog. Testmodus, man hat also ein Branding im Desktop, weil das System mit einem nicht signierten Treiber läuft. In der Hilfe zu dem Tool heißt es: "For Vista x64, RW will switch the system to "Test Mode" after installation, this is because the driver is not signed, except that, all the behaviour should be the same as normal.".

Dia
 
Zuletzt bearbeitet:
Kannst du mal dein System niederschreiben, würde gerne mal einen Vergleich haben :). Ich finds aber auch unter Kanone, wieviel % an Leistung man durch einen Fix verliert, der kaum Leistung kosten sollte, aber gut, dass wusste ich ja leider beim Kauf ^^.

Dia
phenom 9500 bei knappen 2600mhz auf einem gigabyte ga-ma770-ds3. 4gb 800er-ddr2-ram bei ca 790mhz.
das ganze mit vista64 - sonst hätte mir ms ja nicht aus versehen sp1 schon mal gegönnt. ;(
.
EDIT :
.


Mit diesem Skript kann man übrigens mal die Werte auslesen und es wäre ja durchaus interessant, was das AOD bzw. das BIOS / OS da so als Werte einträgt ;).

-------
>cpu 1
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 2
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 3
>rdmsr 0xc0010015
>rdmsr 0xc0011023
>cpu 4
>rdmsr 0xc0010015
>rdmsr 0xc0011023
-------

Dia
kann ich ja morgen mal probieren. wie kann man das auslesen? jetzt hab ich nur den trick mit der verknüpfung aus dem artikel hier am laufen...


speicherwerte für Bandbreite von sandra xii.sp1 hab ich auch:
rw-e-patch und aod-rot: 8799/8751
nur aod-grün nach boot: 7423/7454
 
Mit Vista64 hab ich seit dem SP1 das problem, dass das OS schnarchlahm ist. Das liegt aber nicht am TLB-Fix, der muss deaktiv sein, da ich mit aktiviertem Patch noch bescheidenere Werte bekomme. Irgenwas bremst mein System seit dem SP total aus, ich kann aber nicht herausfinden was...
Auch das BIOS habe ich schon auf den neuesten Stand gebracht - brachte garnix. Erst probiert mit F3, dann mit F4e und nun F4f (MA790FX DS5).

Um den PCIe Takt muss man sich keine Gedanken machen, wenn man eine ATI Karte im System hat. Sowohl X1xxx Karten als auch ihre Nachfolger können auf ATI Chipsätzen mit 125MHz Takt umgehen. Anscheinend ist Linkboost bei den 7er Chipsätzen immer aktiv.

Gelber und roter Rand bei AOD heißt, dass der TLB-Fix deaktiv ist. Nur bei keinem Rand ist der aktiv. AOD hat aber detektionsprobleme unter Vista SP1, bei mir erkennt er mal so und mal so. Ich hab schon alle 3 Möglichkeiten gesehen ;), obwohl der Fix im BIOS stehts inaktiv ist.



Die Karten schon man weiß nur nicht wie lange.

Und Laufwerkscontroller mögen eine übertaktung gar nicht. Ok wenn die Controller per HT Angebunden sein sollten ist das ja egal.
 
phenom 9500 bei knappen 2600mhz auf einem gigabyte ga-ma770-ds3. 4gb 800er-ddr2-ram bei ca 790mhz.
das ganze mit vista64 - sonst hätte mir ms ja nicht aus versehen sp1 schon mal gegönnt. ;(
.
EDIT :
.



kann ich ja morgen mal probieren. wie kann man das auslesen? jetzt hab ich nur den trick mit der verknüpfung aus dem artikel hier am laufen...


speicherwerte für Bandbreite von sandra xii.sp1 hab ich auch:
rw-e-patch und aod-rot: 8799/8751
nur aod-grün nach boot: 7423/7454

Wenn du den Text in eine Textdatei mit der Endung .rw (wie im Artikel auch) kopierst kannst du sie entweder über die Batchrunfunktion im Programm selber ausführen oder aber über den Weg mit der Verknüpfung. Da ich den Exitparameter rausgenommen habe solltest du ohne Probleme die Ausgabe der Register am Bildschirm sehen.

Warum hast du dein RAM auf 790 MHz? Sind deine Timings arg nach unten geschraubt oder bring ich was durcheinander ;)?

Der Dia
.
EDIT :
.

Die Karten schon man weiß nur nicht wie lange.

Und Laufwerkscontroller mögen eine übertaktung gar nicht. Ok wenn die Controller per HT Angebunden sein sollten ist das ja egal.

Weder Everest noch Sandra scheinen den PCIe Takt auszulesen, so was ätzendes. Naja, hab nun das AOD erstmal deinstalliert und warte auf ne final Version. Da ich aktuell weder Freezes noch sonstwas habe, nehme ich an der Takt ist ohne AOD bei konformen 100 MHz (kanns aber nicht verifizieren).

Dia
 
Wenn du den Text in eine Textdatei mit der Endung .rw (wie im Artikel auch) kopierst kannst du sie entweder über die Batchrunfunktion im Programm selber ausführen oder aber über den Weg mit der Verknüpfung. Da ich den Exitparameter rausgenommen habe solltest du ohne Probleme die Ausgabe der Register am Bildschirm sehen.
aha, dann werde ich das heute gegen abend probieren und hier posten.
Warum hast du dein RAM auf 790 MHz? Sind deine Timings arg nach unten geschraubt oder bring ich was durcheinander ;)?
ich hab 800er-ram. da ich derzeit versuche das system mit laufendem cnq prime-stabil zu übertakten bei gleichzeitiger "optimaler" leistung, kommt es zu "komischen" werten.

prime-stabil ist es nämlich derzeit nicht, habe aber auch nur bedingt zeit zu experimentieren.

im aod wird, wenn ich den ram als 667er laufen lasse, eine command-rate von 1 angezeigt, wenn ich den ram als 800er laufen lasse und cr1 von hand einstelle, bootet das system nicht mehr durch... - da halte ich doch 790mhz mit cr1 und automatisch besser eingestellten timings - ohne es gemessen zu haben - für besser als 800er mit cr2.

aber wie gesagt: prime-sauber ist es noch nicht, auch wenn das system ansonsten stundenlang ohne probleme bespielt und besurft und betextet werden kann.
.
EDIT :
.

hier die register nach dem booten:

>cpu 1
Current CPU = CPU1
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 2
Current CPU = CPU2
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 3
Current CPU = CPU3
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 4
Current CPU = CPU4
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022

mit aod-gelb
>cpu 1
Current CPU = CPU1
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00020
>cpu 2
Current CPU = CPU2
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 3
Current CPU = CPU3
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 4
Current CPU = CPU4
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022

mit aod-rot:
>cpu 1
Current CPU = CPU1
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00020
>cpu 2
Current CPU = CPU2
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 3
Current CPU = CPU3
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022
>cpu 4
Current CPU = CPU4
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000018
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00A00022

mit dem rw-e-patch und aod-rot:

>cpu 1
Current CPU = CPU1
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00200020
>cpu 2
Current CPU = CPU2
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00200020
>cpu 3
Current CPU = CPU3
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00200020
>cpu 4
Current CPU = CPU4
>rdmsr 0xc0010015
Read MSR Register (C0010015) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 01000010
>rdmsr 0xc0011023
Read MSR Register (C0011023) : High 32bit(EDX) = 00000000, Low 32bit(EAX) = 00200020

vielleicht kann damit ja jemand etwas anfangen (und hoffentlich habe ich jetzt nicht irgendwo einen fehler eingebaut...)

edit:
aha, jeweils beim zweiten wert scheint aod ja nur bei einem prozessor etwas zu ändern...
hmm, aber die performanceänderungen hab ich dennoch gemessen- sind denn noch andere register auch betroffen oder ist winrar in seinen ergebnissen sehr unterschiedlich, sodass meine messungen von oben innerhalb der normalen streuung sind?
 
Zuletzt bearbeitet:
vielleicht kann damit ja jemand etwas anfangen (und hoffentlich habe ich jetzt nicht irgendwo einen fehler eingebaut...)
Naja jetzt wärs noch interessant, wie das bei einem Vista64 *ohne* SP1 aber mit/ohne TLB patch ausschauen würde, dann könnte man vergleichen ..

ciao

Alex
 
Hab nu erstmal wieder mein altes XP64 drauf. Vielleicht bessert sich die Lage ja noch.
 
Ich habe den obigen MSR Register Dump mal durchgesehen und folgendes festgestellt:

MSR Register C0010015:
Wert 01000018 = TLB-Fix aktiv
Wert 01000010 = TLB-Fix inaktiv

MSR Register C0011023:
Wert 00A00022 = TLB-Fix aktiv
Wert 00A00020 = TLB-Fix teilweise inaktiv(?)
Wert 00200020 = TLB-Fix inaktiv

AMD OverDrive ändert in den TLB-Fix Modi jeweils nur die Register der ersten CPU, zumindest ist das aus dem Posting weiter oben ersichtlich und zudem sehe ich KEINEN Unterschied (zumindest in diesen Registern) zwischen gelbem und rotem Status.

Ich werde heute Abend nochmals meine Ergebnisse hier posten.

Frage: Wo ist dokumentiert, was die Werte der MSR Register nun wirklich bewirken?

Grüße,
Dia
 
Zuletzt bearbeitet:
Sorry for OT, aber bin ich froh das ich mir das Spiel mittlerweile aus der zweiten Reihe anschaue! Das kann doch echt alles nur ein böser Traum sein!?:]

Ich nicht.
Mein Phenom tut jetzt schnell und einwandfrei.
Ram rennt mit DDR2-1066.
Beide Radeon lassen den Zwiebelmark flutschen, joa Passt doch :D

Habe mir einen neuen Phenom gekauft, der alte geht zurück.
Der Neue tut mit 2.4 Ghz. Mehr habe ich noch nicht getestet.

Der alte packte nicht mal die 2.0 ghz.
Also das ganze gejammere das Pehom nicht tut kann ich nicht mehr nachvollziehen. ;D
 
Ich nicht.
Mein Phenom tut jetzt schnell und einwandfrei.
Ram rennt mit DDR2-1066.
Beide Radeon lassen den Zwiebelmark flutschen, joa Passt doch :D

Habe mir einen neuen Phenom gekauft, der alte geht zurück.
Der Neue tut mit 2.4 Ghz. Mehr habe ich noch nicht getestet.

Der alte packte nicht mal die 2.0 ghz.
Also das ganze gejammere das Pehom nicht tut kann ich nicht mehr nachvollziehen. ;D

Na das ist doch mal ne Aussage! Fragt sich nur, was AMD geritten hatte, doch den einen oder anderen unbrauchbaren Phenom auszuliefern. Das ist mir nämlich ansonsten seit meinen ersten PC-Tagen zu 486-Zeiten nicht passiert, dass eine CPU quasi DOA ist......
 
Ich denke der fehler liegt darin, dass der mit xp 32 lief und vista 64 nicht.
vielleicht sind so ein paar exemplare durchgeflutscht.

ausser xp32 installieren (OHNE Treiber!)
habe ich xp nicht weiter getestet.

passiert halt mal
 
Ich denke der fehler liegt darin, dass der mit xp 32 lief und vista 64 nicht.
vielleicht sind so ein paar exemplare durchgeflutscht.

ausser xp32 installieren (OHNE Treiber!)
habe ich xp nicht weiter getestet.

passiert halt mal

Mit genau dem Problem warst aber nicht der einzige weltweit. Gab halt einige, die sich in diversen Foren gemeldet haben und auch Probleme hatten. Und das fand ich schon recht ungewöhnlich, genauso wie abrauchende Phenoms beim crunchen hier (weiß aber nicht, ob die übertaktet wurden). Passiert halt mal is bei CPUs eigentlich nicht. Die haben getestet zu werden und bei ihrer angegebenen Frequenz zu funktionieren. Und da der Phenom halt ein x64-Prozessor ist, auch bei 64bit Software......

Es scheint ja so zu sein, als hätte AMD mit aktuellen Produktionschargen einige Probleme ausgemerzt. Hat Dein neuer auch ein aktuelleres Herstellungsdatum?
 
Es scheint ja so zu sein, als hätte AMD mit aktuellen Produktionschargen einige Probleme ausgemerzt. Hat Dein neuer auch ein aktuelleres Herstellungsdatum?

Und nicht zu knapp. Ein Umtausch der älteren ist fast immer sinnvoll.
Und geht boxed auch ohne Probleme, meistens sind die Probleme ja auch für den Händler leicht ersichtlich.
 
also meiner hat ein neueres stepping. kann gerne mal zuhause nachsehen.
 
Zurück
Oben Unten