Zeitweise regelmäßige Ruckler in 2d und 3d Betrieb

katz9r

Cadet 4th Year
Registriert
Okt. 2010
Beiträge
69
Nabend Leute,

ich habe ein Problem mit meiner GTX 970. Ich habe diese seit ca. 2 Wochen. In der ersten Woche lief alles gut, seit einer Woche habe ich das im Titel genannte Problem. Komisch ist, dass ich weder Treiberseitig noch Hardwaretechnisch etwas verändert habe.
Das Problem im Detail: Solwohl im 2d (Streams, Videos, enfaches Ordner auf dem Desktop verschieben, Scrollen), sowie im 3d Betrieb (Spiele), habe ich etwa alle halbe bis ganze Sekunde einen kleinen Ruckler. Das ganze geht meistens nach etwa 10 Minuten von alleine weg. Habe schon 4 Stunden am Stück The Division gespielt, ohne das es aufgetaucht ist. Im Spiel ist mir aufgefallen, dass die GPU Auslastung (%) ständig steigt und sinkt. Sind die Ruckler weg, ist sie konstant (MSI Afterburner).

Habe jetzt schon verschiedene Treiber versucht, hat alles nichts geholfen (361.43, 362.00, 364.51) . Auch gesamte Treiberreste entfernt mit DDU. Vram ist auch nicht voll. Habe das Bios geflasht, wegen gelockter Lüftergeschwindigkeit, dies allerdings auch schon an Tag 1. Temperaturen sind auch ok, sowohl CPU und GPU.

Hat jemand Ideen? Ich gehe davon aus, dass es ein Software-Problem ist oder kann auch die Hardware schuld sein? Ein Kollege meinte, dass die Ram Timings Verursacher sein könnten?

Mein System:

CPU: I5 2500K @4,1ghz
GPU: PNY gtx 970oc
MB: Asrock pro3 p67
Ram: 8gb Teamgoup Elite ddr3-1333 cl9 Dual-Channel
PSU: Bequiet 520W
SSD: 250gb samsung 840evo
HDD: 1000gb Western Digital
OS: Win7 Pro

Wäre super, wenn ihr mir helfen könntet, da es auf Dauer doch ganz schön nervt, auch wenn es nach einiger Zeit von alleine verschwindet.
Vielen Dank schon mal!
 
hast du ne liste deiner übrigen programme ?
hatte es erst demletzt das Teamviewer natives DX11 nicht mitmachen wollte
 
Das hört sich eher so an als ob deine CPU nicht richtig läuft .

temperaturen ?
Ergänzung ()

Ach und dein Netzteil hat 520 Watt ? wie alt ist das denn ?
 
Nur auf dem desktop, könnte der GPU-takt schwanken wie er wollte, da sollte es trotzdem zu keinen rucklern kommen, also würde ich die grafikkarte vorerst ausschließen.
Und nur auf dem desktop, sollte die CPU-temp auch keine rolle spielen, ebensowenig das netzteil.
Was aber auf dem desktop oft passiert, ist das die CPU dauernd hoch und runter taktet, und dabei könnten auch die ruckler auftreten.

Ich würde die CPU testweise mal wieder mir standardsettings laufen lassen, ohne übertaktung.
 
Und nur auf dem desktop, sollte die CPU-temp auch keine rolle spielen, ebensowenig das netzteil.

Ich habe da vor allem das Netzteil in verdacht weil Be quiet schon lange keine 520 Watt Netzteile mehr baut .

Das P6 mit 520 Watt ist über 10 Jahre alt ,
ob das mit den heutigen Stromspareinstellungen der neuen Hardware klarkommt weiß ich nicht .

Und genau da könnte es eben im Deskop bei geringer auslastung zu stöungen kommen .

Ist aber nur eine Vermutung .
 
mir ist grad noch ne idee gekommen, um zu überprüfen ob es ein software/treiber problem ist: das programm "LatencyMon".
Wenn es ein treiberproblem ist, sollten die balken extrem ausschlagen wenn es zu einem ruckler auf dem desktop kommt.
 
Hey,

danke für die vielen Antworten!

Habe mich vertippt, sorry! Habe ein Pure Power 530W Netzteil, nicht 520!

An der Software wurde nichts verändert, nichts neu installiert o.ä. Auch verschwindet es ja von alleine. Den Abend hatte ich z.B. noch gar keine Probleme.
Den Cpu Takt konnte ich noch nicht auf standard stellen, bin noch nicht zu gekommen.
LatencyMon werde ich morgen mal installieren, und auch das mit dem Takt verusuchen!
Ich werde berichten!
 
vllt. war es ja auch einfach nur ein trojaner. :p
 
So, eben nach Hause gekommen. Stream und LatencyMon angeschmissen:


_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:07:45 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: katz9r-PC
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware: ASRock, P67 Pro3
CPU: GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
Logical processors: 4
Processor groups: 1
RAM: 8153 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3292,0 MHz
Measured CPU speed: 2403,0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 11028,176899
Average measured interrupt to process latency (µs): 3,146775

Highest measured interrupt to DPC latency (µs): 394,663183
Average measured interrupt to DPC latency (µs): 1,219897


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 288,366343
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%): 0,222228
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in ISRs (%) 0,326810

ISR count (execution time <250 µs): 1003318
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 2
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 337,262151
Driver with highest DPC routine execution time: ndis.sys - NDIS 6.20-Treiber, Microsoft Corporation

Highest reported total DPC routine time (%): 0,147224
Driver with highest DPC total execution time: USBPORT.SYS - USB 1.1 & 2.0-Porttreiber, Microsoft Corporation

Total time spent in DPCs (%) 0,465419

DPC count (execution time <250 µs): 3268634
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 21
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: searchindexer.exe

Total number of hard pagefaults 1303
Hard pagefault count of hardest hit process: 442
Highest hard pagefault resolution time (µs): 100006,831713
Total time spent in hard pagefaults (%): 0,040009
Number of processes hit: 17


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 24,453856
CPU 0 ISR highest execution time (µs): 288,366343
CPU 0 ISR total execution time (s): 6,085088
CPU 0 ISR count: 1003320
CPU 0 DPC highest execution time (µs): 337,262151
CPU 0 DPC total execution time (s): 8,256564
CPU 0 DPC count: 3188398
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 3,096196
CPU 1 ISR highest execution time (µs): 0,0
CPU 1 ISR total execution time (s): 0,0
CPU 1 ISR count: 0
CPU 1 DPC highest execution time (µs): 248,230863
CPU 1 DPC total execution time (s): 0,122357
CPU 1 DPC count: 22972
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 9,711436
CPU 2 ISR highest execution time (µs): 0,0
CPU 2 ISR total execution time (s): 0,0
CPU 2 ISR count: 0
CPU 2 DPC highest execution time (µs): 256,451094
CPU 2 DPC total execution time (s): 0,128635
CPU 2 DPC count: 22361
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 7,008545
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 233,700486
CPU 3 DPC total execution time (s): 0,158377
CPU 3 DPC count: 34924
____________________________________________________________________________________________________

Ziemlich eindeutig! Aber wo kommt das plötzlich her? Und die enscheidendere Frage: Wie werde ich es wieder los? :)
Habe leider nicht gesehen, wie ich Spoiler erstellen kann, daher der lange Text, sorry.

edit: Jetzt läuft das System wieder ruckelfrei, aber LatencyMon schlägt immer noch aus! :confused_alt:
 
Zuletzt bearbeitet:
hier mal von mir, auch mit nem stream am laufen, und im explorer/firefox rumgeklickt:

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:07:10 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: PC-1
OS version: Windows 8 , 6.2, build: 9200 (x64)
Hardware: MS-7816, MSI, Z87-G43 (MS-7816)
CPU: GenuineIntel Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz
Logical processors: 8
Processor groups: 1
RAM: 16328 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3300,0 MHz
Measured CPU speed: 3490,0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 2529,580295
Average measured interrupt to process latency (µs): 5,930434

Highest measured interrupt to DPC latency (µs): 2526,166975
Average measured interrupt to DPC latency (µs): 2,804830


_________________________________________________________________________________________________________
MEASURED SMI, IPI AND CPU STALLS
_________________________________________________________________________________________________________
The SMI, IPI and CPU stalls value represents the highest measured interval that a CPU did not respond while having its maskable interrupts disabled.

Highest measured SMI or CPU stall (µs) 43,752554


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 582,701818
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%): 0,134701
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in ISRs (%) 0,266676

ISR count (execution time <250 µs): 623592
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 189
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 1002,763636
Driver with highest DPC routine execution time: ctoss2k.sys - Creative OS Services Driver (WDM), Creative Technology Ltd.

Highest reported total DPC routine time (%): 0,186491
Driver with highest DPC total execution time: ctoss2k.sys - Creative OS Services Driver (WDM), Creative Technology Ltd.

Total time spent in DPCs (%) 0,426232

DPC count (execution time <250 µs): 2138009
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 2081
DPC count (execution time 1000-1999 µs): 1
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: explorer.exe

Total number of hard pagefaults 22499
Hard pagefault count of hardest hit process: 11114
Highest hard pagefault resolution time (µs): 312137,043939
Total time spent in hard pagefaults (%): 1,726533
Number of processes hit: 20


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 22,695292
CPU 0 ISR highest execution time (µs): 433,324848
CPU 0 ISR total execution time (s): 6,699468
CPU 0 ISR count: 451638
CPU 0 DPC highest execution time (µs): 1002,763636
CPU 0 DPC total execution time (s): 10,928306
CPU 0 DPC count: 1841846
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 7,302786
CPU 1 ISR highest execution time (µs): 582,701818
CPU 1 ISR total execution time (s): 2,399196
CPU 1 ISR count: 166282
CPU 1 DPC highest execution time (µs): 939,879091
CPU 1 DPC total execution time (s): 2,941936
CPU 1 DPC count: 177944
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 2,427354
CPU 2 ISR highest execution time (µs): 284,468182
CPU 2 ISR total execution time (s): 0,074075
CPU 2 ISR count: 5709
CPU 2 DPC highest execution time (µs): 457,454848
CPU 2 DPC total execution time (s): 0,220991
CPU 2 DPC count: 30496
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 2,082917
CPU 3 ISR highest execution time (µs): 114,834545
CPU 3 ISR total execution time (s): 0,001881
CPU 3 ISR count: 149
CPU 3 DPC highest execution time (µs): 183,257273
CPU 3 DPC total execution time (s): 0,054098
CPU 3 DPC count: 10487
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 2,327702
CPU 4 ISR highest execution time (µs): 13,443636
CPU 4 ISR total execution time (s): 0,000038
CPU 4 ISR count: 3
CPU 4 DPC highest execution time (µs): 113,330
CPU 4 DPC total execution time (s): 0,121002
CPU 4 DPC count: 22565
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 2,067077
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 130,990
CPU 5 DPC total execution time (s): 0,071259
CPU 5 DPC count: 12845
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 2,254419
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 149,503636
CPU 6 DPC total execution time (s): 0,174533
CPU 6 DPC count: 26747
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 2,173008
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 156,880
CPU 7 DPC total execution time (s): 0,151863
CPU 7 DPC count: 17161
_________________________________________________________________________________________________________

hab ich noch nicht im einzelnen verglichen, muss erstmal weg. :)

edit: ja das ist normal mit den warnungen von latencymon, darauf braucht man erstmal nix zu geben, aber die details können trotzdem aufschluss geben.

EDIT2:
Also da ist erstmal nix auffällig würd ich sagen, wo ich bei mir sogar schlechtere werte erziehle. :(

Aber nochmal zum verständnis: treten die probleme nur nach dem booten auf, oder auch nach einiger zeit immer mal wieder?
Du könntest ja mal gucken was bei dir im autostart ist: https://www.computerbase.de/downloads/systemtools/autoruns/
Vllt. ist auch der virenscanner schuld - tja möglichkeiten über möglichkeiten.

Ansonsten bleibt auch immer noch, die CPU mal wieder mit standard takt zu betreiben.
 
Zuletzt bearbeitet:
Ja, sieht nicht sonderlich anders aus, als bei deinen Werten...

Habe eben den PC mit standard CPU-Takt gestartet... selbes Problem. Etwa 5-10 Minuten Stream geschaut, gesuft etc. ohne Probleme. Dann wieder Ruckeln, von jetzt auf gleich. Wird wohl auch wieder genauso abrupt verschwinden, wie es aufgetaucht ist. Also denke ich mal nicht, dass da was störendes im Autostart ist.

Benutze seit Jahren Kaspersky und hatte noch nie Probleme. Habe es eben mal ausgemacht, Ruckeln blieb bestehen.

Bin ich ziemlich ratlos. Überlege mittlerweile, ob ich Windows einfach mal neu aufsetze, ist mit ssd ja nicht so das Problem. Allerdings schaff ich das erst nach Ostern, da ich nicht zu Hause sein werde.
Danke für dein Bemühen thuNDa, noch Ideen? :cool_alt:
 
Hey,

melde mich mit frisch installiertem Windows 10 zurück... und das Problem besteht noch immer.
Werde jetzt nochmal das Bios zurückflashen, woran es aber eigentlich nicht liegen kann. Will nur jede denkbare Option ausprobieren. Am Ende werde ich die Karte wohl zurückschicken müssen.

Hat sonst noch jemand Ideen?
 
Regelmäßig deutet für mich eigentlich immer auf eine laufende Software hin.
Hardware-Probleme sind in der Regel nie regelmäßig.

Boote doch mal ein Live-Linux und eier da ein bisschen drinne rum.
Wenn es dort auch passiert. Dann ist es die Hardware. Gibt es dort die Probleme nicht. Dann ist es die Software.
 
Zuletzt bearbeitet:
HisN schrieb:
Regelmäßig deutet für mich eigentlich immer auf eine laufende Software hin.
Hardware-Probleme sind in der Regel nie regelmäßig.

Boote doch mal ein Live-Linux und eier da ein bisschen drinne rum.
Wenn es dort auch passiert. Dann ist es die Hardware. Gibt es dort die Probleme nicht. Dann ist es die Software.

Gute Idee, danke! Welche Distribution würdest du empfehlen? Ubuntu? Kenne mich mit Linux gar nicht aus.
 
Braucht man sich genau so wenig auskennen wie mit Windows.
Ubuntu ist ein guter Anfang.
Du bootest einen USB-Stick mit Ubuntu drauf, dann kommst Du an einen Desktop und klickst ein bisschen rum
Desktop-Surfen, Musik Hören, Youtube. Das geht alles ohne dass man dafür auch nur ein bisschen Ahnung haben müsste :-)
 
So:

Original Bios wieder drauf: Keine Besserung, wie vermutet.

Deaktiviere ich im Geräte-Manager die Karte, sprich ich deaktiviere den Treiber, hab ich keine Probleme mehr. Zumindest glaube ich das, da es etwas schwer zu erkennen ist, da so alles ja ein bisl hackelig läuft. Aber diese Hänger habe ich nicht mehr, denke ich.

Selbes gilt für Live-Linux, da dort ja kein Treiber installiert ist. Ich wollte den Nvidia Treiber noch installieren, hat aber ewig gedauert, daher habe ich abgebrochen, hatte ich keine Zeit mehr für.

Aber Ergebnis ist ja, dass Treiber und Karte irgendwie nicht richtig miteinander agieren. Diese Schwankungen der Gpu-Auslastung sind richtig Heftig, geht rauf und runter, wenn ich die besagten Ruckler habe. Also nehme ich mal an, dass da im Zusammenspiel irgendwas nicht stimmt.
Leider habe ich keine Ahnung, wie ich das beheben könnte...
 
Also ich werde die Karte jetzt wohl leider zurückschicken, ich kann das Problem nicht lösen. Ich hoffe, das neue Expemplar bessert die Situation. Muss ja irgendwie ein defekt an der Karte sein, kann es mir nicht erklären.
Blöd nur, dass ich meine alte 6950 schon verkauft habe und jetzt ohne Zwischenlösung dastehe :rolleyes:

Trotz ungelösten Problem, danke an alle für ihr Bemühen!
 
Update:

Ich habe die Karte nicht eingesendet, denn sie läuft wieder einwandfrei.
Wie hab ich das angestellt? Eine gute Frage!

Ich hatte die Karte grade ausgebaut, damit ich sie einschicken kann. Irgendwie kam mir dann beim Ausbauen der Geistesblitz, dass es evtl. an den angesteckten Monitoren bzw. Anschlüssen liegen könnte. Bisher hatte ich einen Monitor am Dvi, einen über Adapter (Dvi) am Displayport und einen Fernseher am Hdmi. Ich also die Karte wieder eingebaut, und nur einen Monitor über Dvi eingesteckt.
Windows 10 bootet, installiert automatisch nen alten Treiber und läuft... und läuft... kein Ruckeln mehr. Am nächsten Tag das gleiche Bild, kein Ruckeln mehr.
Daraufhin habe ich den aktuellsten Treiber installiert, mit dem es vorher nicht gelaufen ist. Aber nun läuft es, also kein Treiberproblem. Nach zwei Tagen reibungslosen Betrieb, habe ich die anderen Bildschirme auch wieder angeschlossen, quasi nach Ausschlussverfahren vorgegangen. Ergebnis: Auch mit allen drei Bildschirmen habe ich keine Probleme mehr.

Fazit: Ich weiß nicht, woran es gelegen hat. Habe den anderen Displayport Slot noch nicht ausprobiert, aber evtl. hatte ich diesen vorher in Betrieb und er hat die Probleme bereitet? Muss ich bei Gelegenheit mal testen.

Wollte die Community nur an meiner Erfahrung teilhaben lassen, evtl. hat ja mal jemand ähnliche Probleme und kann dies auch durch Zauberhand lösen :cool_alt:
 
Zurück
Oben