kaspar33333
Enthusiast
erhöhe mal die VDImm und wo liegt deine QPI/IMC/VTT? wenn se noch niedrig eingestellt ist gehe mal testweise auf 1,35 V
[Sammelthread] Gigabyte GA-P55-UD3 / UD4 / UD5 (Intel P55)
- Ersteller dr-ami
- Erstellt am
- Status
Lt_Hammer05
Enthusiast
VTT hab ich schon testweise auf 1,14V gehabt. Rest ist noch auf auto. Geoced hab ich ja auch noch nichts. Ich probiers mal mit noch mehr Saft.
kaspar33333
Enthusiast
vollbestückung braucht ab und an auch mehr saft 
Lt_Hammer05
Enthusiast
Also mehr Spannung hilft auch nix. Teste jetzt mal die Kits einzeln. Vielleicht hat ja eins davon nen Schlag weg.
edit:
@JZ, ja es werden alle erkannt. Aber nur zwei der vier Slots sind "enabled".
edit:
@JZ, ja es werden alle erkannt. Aber nur zwei der vier Slots sind "enabled".
Zuletzt bearbeitet:
...vollbestückung braucht nicht mehr saft... ich habe auch 4GHz mit 8 GB und 1.540V am laufen...
---------- Beitrag hinzugefügt um 14:10 ---------- Vorheriger Beitrag war um 14:09 ----------
...das kommt einfach davon, dass es z.Z. so viele grottige speicher aufm markt sind... bin auch davon betroffen :-/
---------- Beitrag hinzugefügt um 14:10 ---------- Vorheriger Beitrag war um 14:09 ----------
...das kommt einfach davon, dass es z.Z. so viele grottige speicher aufm markt sind... bin auch davon betroffen :-/
G
Gelöschtes Mitglied 22910
Guest
Wie meinst du das von der Programmierung her oder wegen der Bestückung?
kaspar33333
Enthusiast
daher schreib ich ja ab und an,
war bei mir beim 1366 so 6 GB 1,65 V und 12 GB 1,68 V QPI 1,3 und 1,34 V
welche Speicher kannst 100 % empfehlen, nicht nur für GB-Board? da habe ich ja gute
erwischt
war bei mir beim 1366 so 6 GB 1,65 V und 12 GB 1,68 V QPI 1,3 und 1,34 V
welche Speicher kannst 100 % empfehlen, nicht nur für GB-Board? da habe ich ja gute
erwischt
D€NNIS
Pharao
- Mitglied seit
- 25.12.2003
- Beiträge
- 4.098
Ob das unbedingt an den RAMs liegt!?
Letztendlich gibt es für sowas ja auch Spezifikationen der JEDEC.
Eventuell liest das Gigabyte ja auch die SPD nicht sauber aus sofern die Daten nicht sauber hinterlegt wurden.
Vielleicht mal manuell einstellen.
Letztendlich gibt es für sowas ja auch Spezifikationen der JEDEC.
Eventuell liest das Gigabyte ja auch die SPD nicht sauber aus sofern die Daten nicht sauber hinterlegt wurden.
Vielleicht mal manuell einstellen.
BikerKS
Semiprofi
- Mitglied seit
- 21.12.2004
- Beiträge
- 5.824
Hiervon sollte man wohl derzeit mit P55 die Finger lassen->
Crucial-Forum:
http://www.forum.crucial.com/t5/Sta...2-x-2GB-240-Pin-DDR3-SDRAM-DDR3-1333/m-p/5830
Machen Stress auf allen P55er-Brettern,bei AMD gehts.
Crucial-Forum:
http://www.forum.crucial.com/t5/Sta...2-x-2GB-240-Pin-DDR3-SDRAM-DDR3-1333/m-p/5830
Machen Stress auf allen P55er-Brettern,bei AMD gehts.
SPD im OC ?!?
---------- Beitrag hinzugefügt um 14:51 ---------- Vorheriger Beitrag war um 14:50 ----------
---------- Beitrag hinzugefügt um 14:51 ---------- Vorheriger Beitrag war um 14:50 ----------
...klar doch... 10 kits... 7 laufen sauber und 3 sind grottig... abstürze unter linx... klar, liegt dann am board :-/D€NNIS;13159573 schrieb:
Zuletzt bearbeitet:
Lt_Hammer05
Enthusiast
Also das erste Kit läuft momentan bei DDR3 1600 7-7-7-24 bei 1,57V absolut problemlos. Mal schauen - wenn LinX fertig ist noch das zweite Kit testen. Aber ich hab die Vermutung, dass mein Problem mit Vollbelegung nicht am RAM liegt.
D€NNIS
Pharao
- Mitglied seit
- 25.12.2003
- Beiträge
- 4.098
Joah man munkelt das mancher RAM Hersteller im SPD tatsächlich auch für nicht "standardkonforme" Taktraten Werte hinterlegt. ^^
G.Skill wäre so einer (hört hört^^).
Eine Erweiterung dessen ist ja auch unter dem Begriff XMP bekannt wo der Hersteller dnan in Eigenregie Takte und Latenzen für seine Module validiert die dann aber nicht mehr JEDEC konform sind.
Ohh ne geht jetzt schon wieder dein Geheule los?
Sagt doch keiner das es am Board liegt meine Güte aber jaes kommt vor das das Board die Werte schonmal falsch ausliest ich sagte ja schlecht programmiertes SPD errrrgo eher ne Problematik die dem Speicher zuzuordnen ist. In meinem Fall war es auch so das das Gigabyte teilweise die Subtimings unterschiedlich setzt und ich dadurch teilweise nicht reproduzierbare Ergebnise bekam. Alles manuell eingestellt umschifft das kleine Problem.
G.Skill wäre so einer (hört hört^^).
Eine Erweiterung dessen ist ja auch unter dem Begriff XMP bekannt wo der Hersteller dnan in Eigenregie Takte und Latenzen für seine Module validiert die dann aber nicht mehr JEDEC konform sind.
Ohh ne geht jetzt schon wieder dein Geheule los?
Sagt doch keiner das es am Board liegt meine Güte aber jaes kommt vor das das Board die Werte schonmal falsch ausliest ich sagte ja schlecht programmiertes SPD errrrgo eher ne Problematik die dem Speicher zuzuordnen ist. In meinem Fall war es auch so das das Gigabyte teilweise die Subtimings unterschiedlich setzt und ich dadurch teilweise nicht reproduzierbare Ergebnise bekam. Alles manuell eingestellt umschifft das kleine Problem.
Zuletzt bearbeitet:
G
Gelöschtes Mitglied 22910
Guest
Na das SPD umzuschreiben ist ja auch kein Problem.....
BikerKS
Semiprofi
- Mitglied seit
- 21.12.2004
- Beiträge
- 5.824
Wie gesagt. Panik ist eh der falsche Weg.
Nur manchmal denke ich,dass im Moment nur noch "Bachelors of Presserummel" unterwegs sind,ohne vorher nachzudenken.Betr.:Unnötiges Foxconngeschiss.Lassen wirs.
Da kann man auch ruhig solche Leute wie diesen Raju bei XS mal verhöhnen.
Mit ner Tube am Mobo stehen und schon auf eine möglich negative "Meldung" fürs eigene Journal warten kann jeder.Was bringts im Zeitalter von WWirtschaftskrise,noch mehr Panik auszustreuen.Grenzt ja schon an Sockeldepression, was sich manch einer unnötig aufhalst. 75pins weniger bleiben eben 75pins weniger @ banales Ohmsche Gesetz.
Die Biosprogrammierer sind die wahren Helden.Will ja auch wieder fürn Jungen nen kleines Brett ordern. Der ist auch Gigabyte-Geil
.
UD3 wirds dann werden. Wegen der Lüftersteuerung und dann nur Boxedkühler.War ich vom P35-DS3 parallel zu MSI-Brettern zuletzt als günstiges stabiles Spielgefährt so gewohnt.
Hier mal das changelog der letzten Beta für ein MSI-GD80:
-Update CPU ucode M1220652_08
-Update NB moduel and HVD RC code.
-Shaded DRAM ratio when Extreme Memory Profile Mode select auto.
Open DRAM ratio when Extreme Memory Profile Mode select advance.
..andere Veränderungen betreffen nur den OC-Genie,der hier bei Gigabyte ja entfällt.
..womit auch mir andere Bekannte nun keinerlei Probleme @ S3 und ihren sonst stabilaufenden RAM haben. (Betr. vergleichsweise : User Uhura)
______________
Thema 8GB stabil laufend ist auch bei MSI ein weiteres Problem.
Woran man auch wieder die Güte der RAMS erkennen kann(volle JZ-Zustimmung).
Mushkins,Gskill Tridents laufen z.B. auf den MSI Brettern tadellos@ 8GB.
Sogar die alten 1600er Mushkins mit 1,9V.
Die Meldungen kommen vom Globalen MSI Forum.
Wie gesagt,nur mal als Wink mit dem Zaunfahl zu betrachten.
Nur manchmal denke ich,dass im Moment nur noch "Bachelors of Presserummel" unterwegs sind,ohne vorher nachzudenken.Betr.:Unnötiges Foxconngeschiss.Lassen wirs.
Da kann man auch ruhig solche Leute wie diesen Raju bei XS mal verhöhnen.
Mit ner Tube am Mobo stehen und schon auf eine möglich negative "Meldung" fürs eigene Journal warten kann jeder.Was bringts im Zeitalter von WWirtschaftskrise,noch mehr Panik auszustreuen.Grenzt ja schon an Sockeldepression, was sich manch einer unnötig aufhalst. 75pins weniger bleiben eben 75pins weniger @ banales Ohmsche Gesetz.
Die Biosprogrammierer sind die wahren Helden.Will ja auch wieder fürn Jungen nen kleines Brett ordern. Der ist auch Gigabyte-Geil
.UD3 wirds dann werden. Wegen der Lüftersteuerung und dann nur Boxedkühler.War ich vom P35-DS3 parallel zu MSI-Brettern zuletzt als günstiges stabiles Spielgefährt so gewohnt.
Hier mal das changelog der letzten Beta für ein MSI-GD80:
-Update CPU ucode M1220652_08
-Update NB moduel and HVD RC code.
-Shaded DRAM ratio when Extreme Memory Profile Mode select auto.
Open DRAM ratio when Extreme Memory Profile Mode select advance.
..andere Veränderungen betreffen nur den OC-Genie,der hier bei Gigabyte ja entfällt.
..womit auch mir andere Bekannte nun keinerlei Probleme @ S3 und ihren sonst stabilaufenden RAM haben. (Betr. vergleichsweise : User Uhura)
______________
Thema 8GB stabil laufend ist auch bei MSI ein weiteres Problem.
Woran man auch wieder die Güte der RAMS erkennen kann(volle JZ-Zustimmung).
Mushkins,Gskill Tridents laufen z.B. auf den MSI Brettern tadellos@ 8GB.
Sogar die alten 1600er Mushkins mit 1,9V.
Die Meldungen kommen vom Globalen MSI Forum.
Wie gesagt,nur mal als Wink mit dem Zaunfahl zu betrachten.
D€NNIS
Pharao
- Mitglied seit
- 25.12.2003
- Beiträge
- 4.098
Nicht alles was nicht deiner Meinung entspricht ist gleichzeitig Quatsch da vielleicht mal drüber nachdenken.
Ich schilder hier auch nur meine eigenen Erfahrungen und hab weder nen Grund zu beschönigen noch etwas zu verschweigen.
Ich hab solche Schwierigkeiten auch schon an anderer Stelle oft genug erlebt.
Wiegesagt meine G.Skill laufen ja auch anständig aber ich geh lieber den Weg die Timings händisch einzustellen insofern erübrigt sich auch die Serial Presence Detection.
@biker
Jo bin auch nicht so der Panikfresser. Foxconnsockel, Schweinegrippe who cares ^^
BikerKS
Semiprofi
- Mitglied seit
- 21.12.2004
- Beiträge
- 5.824
Praxis vs Therorie. Gleiches gibst du doch auch als Statement, deiner wohl sehr bedacht ausgesuchten verwendeten Module ebenso wieder.
Siehe(versch. RAM-Module sind grottig, obwohl I5/7 Logo) . Watt denn nun ?
..im letzten Post sinds doch auch Tridents,richtig?
Edit: Stellt sich dann für Betroffene die Frage:
RAM-Module laufen über mehrere Stunden Dualchannel-linxstabil , aber S3 funktioniert nicht.
Woran liegst?
Zuletzt bearbeitet:
...ach, war auf post #909 bezogen und folgende mit der SPD usw...
es ist nicht immer das board, ob gigabyte, asus oder msi, schuld oder die programmierer...
ein pc hat ja noch mehr komponenten... wenn ich eindeutiges feststellen bzw. nachvollziehen kann, gebe ich das auch weiter... ansonsten hat ja gigabyte auch eine support seite, so wie bei msi, asus usw... wo man anfragen problemlos stellen kann...
es ist nicht immer das board, ob gigabyte, asus oder msi, schuld oder die programmierer...
ein pc hat ja noch mehr komponenten... wenn ich eindeutiges feststellen bzw. nachvollziehen kann, gebe ich das auch weiter... ansonsten hat ja gigabyte auch eine support seite, so wie bei msi, asus usw... wo man anfragen problemlos stellen kann...
Lt_Hammer05
Enthusiast
Sooooo. Jetzt noch mal ne kurze Rückmeldung von mir.
1. Hab jetzt beide RAM-Kits (1600er Ripjaws) einzeln getestet. Resultat: beide laufen absolut stabil!
2. Nach abgeschlossenem Test hab ich das zweite Kit wieder dazu gesteckt und siehe da: 8GB werden nicht nur erkannt sondern auch verwendet. Der einzige Unterschied zu vorher ist der deaktivierte Turbo-Modus. Oder vielleicht liegts auch am stufenweise einbauen!? Keine Ahnung! Jedenfalls funktionierts jetzt.
1. Hab jetzt beide RAM-Kits (1600er Ripjaws) einzeln getestet. Resultat: beide laufen absolut stabil!
2. Nach abgeschlossenem Test hab ich das zweite Kit wieder dazu gesteckt und siehe da: 8GB werden nicht nur erkannt sondern auch verwendet. Der einzige Unterschied zu vorher ist der deaktivierte Turbo-Modus. Oder vielleicht liegts auch am stufenweise einbauen!? Keine Ahnung! Jedenfalls funktionierts jetzt.
...auch bei folgender einstellung geht S3 einwandfrei
dynamic vcore funzt tadellos nur der cpu taktet nicht runter ,zumindest laut cpuz ,woran kann es liegen
aber nicht bei mir ,screens kommen gleich
BikerKS
Semiprofi
- Mitglied seit
- 21.12.2004
- Beiträge
- 5.824
Will dich ja auch nicht unnötig stressen. Da du aber mit Reaktionen auf Userberichte reagierst,ists doch nur legitim an dieser Stelle im Forum auch nachzufragen @ Gedankenaustausch.
Betr.: S3
Hatten man beim MSIGD80 auch erst vermutet: Grakabhängig usw.
Netzteile konnte man auch ausschliesen.Es gab dann ne Menge angekurbelte Userberichte,mit komplett verwendeter Hardware zum Nachvollziehen.
Die I5/7 Zertifikation der Module spielte dabei keine Rolle. Das war ja der ganze Schei.. .
Lag dann an den zuletzt programmierten Routinen @ komplette Bereinigung bei dem GD80.
In eigener Sache:
Und nochmals. Will hier keine Panik fabrizieren. Nur in 1-2Monaten nen Board und günstigen Speicher für "minnen Jungen" ordern,sagt man in Nordhessen
.
Zum 2ten für irgendwelche Stimmungskanonen: JZ ist genauso ein "Wühlterrierdickschädel"(positiv) wie ich meine, von mir behaupten zu können
Zum 3ten: Wer JZ am Telefon nervt "was ist mit dem Sockelproblem?" ...der ist selber doof! <- kleiner Spruch am Rande,hoffe es kommt mit einem Smiley rüber wies gemeint ist
..und wer sagt jetzt AMEN ?
Betr.: S3
Hatten man beim MSIGD80 auch erst vermutet: Grakabhängig usw.
Netzteile konnte man auch ausschliesen.Es gab dann ne Menge angekurbelte Userberichte,mit komplett verwendeter Hardware zum Nachvollziehen.
Die I5/7 Zertifikation der Module spielte dabei keine Rolle. Das war ja der ganze Schei.. .
Lag dann an den zuletzt programmierten Routinen @ komplette Bereinigung bei dem GD80.
In eigener Sache:
Und nochmals. Will hier keine Panik fabrizieren. Nur in 1-2Monaten nen Board und günstigen Speicher für "minnen Jungen" ordern,sagt man in Nordhessen
. Zum 2ten für irgendwelche Stimmungskanonen: JZ ist genauso ein "Wühlterrierdickschädel"(positiv) wie ich meine, von mir behaupten zu können
Zum 3ten: Wer JZ am Telefon nervt "was ist mit dem Sockelproblem?" ...der ist selber doof! <- kleiner Spruch am Rande,hoffe es kommt mit einem Smiley rüber wies gemeint ist
..und wer sagt jetzt AMEN ?
...habe dir ja schon im anderen thread geantwortet...
hier die versprochenen screens
load
idle
aber ich weiss das bei jz mein sys auch den multi runter getaktet hat
load
idle
aber ich weiss das bei jz mein sys auch den multi runter getaktet hat
Sir Ozelot
Urgestein
Jo, der Fehler verschwindet 100%ig wenn du nachher Win7 istl.
- Status