Son kullanma tarihi geçmiş, bayatlamış bir tarayıcı kullanıyorsanız, Mercedes kullanmak yerine tosbağaya binmek gibi... Web sitelerini düzgün görüntüleyemiyorsanız eh, bi' zahmet tarayıcınızı güncelleyiniz. Modern Web standartlarını karşılayan bir tarayıcı alternatifine göz atın.
ASUS H97M-Plus anakarta i7-4790K işlemci taktıktan sonra sık sık mavi ekran sorunu
ASUS H97M-Plus anakartta Intel Core i5-4460 islemci kullaniyordum ve hiçbir sorunum yoktu.
Biraz guncellestirmek adina anakartima uygun olan Intel Core i7-4790K islemci taktim fakat taktiktan 2-3 hafta sonra cok sık bir sekilde mavi ekran hatasi almaya başladım.
Islemci sogutucusunu sokup tekrar macun sikarak tekrar montaj sagladim fakat sorun duzelmedi.
Yardimci olursaniz cok mutlu olurum, simdiden cok teşekkürler.
MediaFire is a simple to use free service that lets you put all your photos, documents, music, and video in a single place so you can access them anywhere and share them everywhere.
MediaFire is a simple to use free service that lets you put all your photos, documents, music, and video in a single place so you can access them anywhere and share them everywhere.
Madem sana söylenenlerin hiçbirini yapmayacaksın, o zaman neden hala yardım bekliyorsun ki? Konuyu açmışsın, sana 3 kere işlemcini kontrol et ve durumu söyle-Format atacaksan da kontrol et sonrasında at-Yönetim olayları raporunu at en azından bilgi edinirim dedim ama hiçbirini yapmadın ve format attın.
Şimdi de konudan çok alakasız bir soru sorup konuyu diriltiyor ve inatla hala söylenen, yazılan hiçbir şeyi okumadan kafana göre yanıt bekliyorsun. Bu olaylar yaşanırken 'Technopat'ta aktifce takılıyorsun' ama bu forumun yüzüne bakmıyorsun, üstüne üstlük oradan yanıt gelmeyince bu foruma gelip cevap bekliyorsun. Yaptığın şey nihayetinde emekleri hiçe saymak veya nasıl isimlendirirsen isimlendir; ayıptan başka bir şey değil. Neyse,
[CODE highlight="2"]WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffd00921a03028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.
[/CODE]
Aldığın hata Microsoft'ta donanımsal hata olarak geçiyor. Açıklamada işaret koyduğum yere bakarsan;
Aşağıdaki Yığıt'ta göreceğin LLHEH, hata kaynağı tarafından keşfedilen hatayı ele almış olan ilk bileşendir konum olarak. Kabaca anlatmak gerekirse;
Donanım Hatası oluştu -> Hata Kaynağı yani muhtemelen işlemcin işletim Sistemini Uyardı -> İlgili hata kaynağı için LLHEH çağrıldı -> Hata Paketi/kaydı oluşturuldu -> Hata Kaydı PSHED tarafından işlenir -> Hata Kontrolü üretilir.
WHEA_UNCORRECTABLE_ERROR hatası Microsoft'ta donanımsal hata olarak geçiyor. Zaten hatanın ismindeki WHEA da Windows donanım hata mimarisinden geliyor. Hata raporlama sistemi yani.
Mevcut hata kaynağı türü de ilk parametrede gördüğün Machine Check Exception oluyor bu noktada. Hata kaynağı, işletim sistemini bir donanım hatası konusunda uyarıyor ve bu yapıldığında, ilgili LLHEH bu hata durumunu ele almak için çalıştırılır. LLHEH gerçekte var olan ayrı bir yetkilli değil sadece bir kesme kategorisidir ve bu nedenle bir LLHEH, kesme işleyicileri, istisna işleyicileri veya geri arama kesmeleri dahil olmak üzere bir dizi kesme işleme noktası olabilir. LLHEH hata durumunu bir hata paketine işleyecek ve ardından işletim sistemini donanım durumu hakkında uyaracak, bu kadar bu arkadaşın görevi.
Machine Check Exception; işletim sistemi tarafından düzeltilemeyen donanımla ilgili bir sorun tespit ettiğinde CPU tarafından oluşturulan donanım kesmeleri olarak biliniyor. Bunlar CPU önbellek hataları, RAM hatası ya da SSD gibi diğer spesifik parçalardan türeyen hatalar olabilir.
Çağrı yığınındaki şu fonksiyon ve akabinine dikkat et; HalpHandleMachineCheck çağrısı, Windows işletim sisteminde donanıma özgü ayrıntıları soyutlamaktan ve üst düzey yazılım bileşenlerine tek tip bir arayüz sağlamaktan sorumlu kritik bir katman olan HAL içinde bu makine denetimi istisnalarını işlemekten ve bunlara yanıt vermekten sorumlu oluyor, peki sonra;
HalpMceHandlerWithRendezvous çağrısı geliyor ve bu çağrı, çok çekirdekli bir sistemde MCE'leri "rendezvous" ile gösterilen senkronizasyonla ele almaktan sorumlu tutluyor. Çok işlemcili bir sistemde, bir MCE oluştuğunda, tüm işlemci çekirdeklerinin sistemin yanıtında tutarlılık sağlamak için istisnayı ele alışlarını senkronize etmeleri gerekebilir, yani hepsinde bu durum olabilir.
HalpMceHandlerCore çağrısı da, belirli bir işlemci çekirdeğinde bir MCE algılandığında çağrılır. Görevi, istisnayı özellikle o çekirdek için ele almaktır. Bu da senin dosyada 3.çekirdek oluyor.
Tuzak adresine de bakılırsa sistem nt!WheaReportHwError çökmüş ya da istisna almıştır. Bu da MCE veya diğer donanım arızaları gibi bir donanım hatası oluştuğunda, WheaReportHwError işlevi işletim sistemine hatayla ilgili ayrıntıları bildirmek için çağrılıyor. Bu bilgiler, işletim sisteminin donanım arızalarına uygun şekilde yanıt vermesine, hata bilgilerini günlüğe kaydetmesine veya daha fazla sorunu veya sistem kararsızlığını önlemek için potansiyel olarak düzeltici eylemler gerçekleştirmesine olanak tanıdığından sistem güvenilirliği için çok önemlidir lakin bu noktada çöktüğü yer bura olduğu için sistem bu bilgileri kayıt edememiş de olabilir.
WheaReportHwError da genellikle donanım hatası hakkında hata kodları, işlemci durumu ve diğer ilgili veriler gibi bilgileri toplar ve ardından bu bilgileri WHEA altyapısına bildirir. Bu da aldığın hatanın isminden de anlaşılıyor.
Kod:
3: kd> .trap
03 ffffa881`43cb3970 fffff802`51102b6d nt!WheaReportHwError+0x393
rax=00000000000002e0 rbx=0000000000000000 rcx=0000000000000124
rdx=0000000000000000 rsi=ffffd00921a03028 rdi=ffffd00920ddc350
rip=fffff8025123f043 rsp=ffffa88143cb3970 rbp=ffffa88143cb39d9
r8=ffffd00921a03028 r9=00000000be000000 r10=ffffd00921a03148
r11=ffffd00921e4a410 r12=ffffa88143cb3e00 r13=00000002922e570b
r14=ffffd00921a03000 r15=ffffd00921e4a3b0
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00000282
nt!WheaReportHwError+0x393:
fffff802`5123f043 e99f000000 jmp nt!WheaReportHwError+0x437 (fffff802`5123f0e7)
!errec adresindeki en önemli kısım da aşağıdaki x86/x64 MCA kısmıdır çünkü bu bölüm MCE'nin WHEA'ya bildireceği bilgilere ilişkin veriler içeriyor ve böylece mevcut hatanın fatal yani ciddi bir sorun olduğunu bu sebeple de mavi ekran oluşturduğunu anlıyoruz.
[CODE highlight="9"]Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffffd00921a03138
Section @ ffffd00921a03308
Offset : 736
Length : 292
Flags : 0x00000000
Severity : Fatal <<
Error : Unknown (Proc 0 Bank 0) // Ana çekirdekte oluşmuş.
Status : 0x0000000000000000
[/CODE]
İşlemcinin base değeri Max değerinden yüksek götürüyor, 3.kere sormayacağım, sadece eğer bir işlemci problemi olduğunu düşünüyorsak bu bağlamda işlemci üzerinde yaptığın tüm işlemleri kontrol etmen gerekiyor.
Kod:
Processor Version Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
Processor Voltage 8ch - 1.2V
External Clock 100MHz
> Max Speed < 3900MHz
> Current Speed < 4012MHz
Madem sana söylenenlerin hiçbirini yapmayacaksın, o zaman neden hala yardım bekliyorsun ki? Konuyu açmışsın, sana 3 kere işlemcini kontrol et ve durumu söyle-Format atacaksan da kontrol et sonrasında at-Yönetim olayları raporunu at en azından bilgi edinirim dedim ama hiçbirini yapmadın ve format attın.
Şimdi de konudan çok alakasız bir soru sorup konuyu diriltiyor ve inatla hala söylenen, yazılan hiçbir şeyi okumadan kafana göre yanıt bekliyorsun. Bu olaylar yaşanırken 'Technopat'ta aktifce takılıyorsun' ama bu forumun yüzüne bakmıyorsun, üstüne üstlük oradan yanıt gelmeyince bu foruma gelip cevap bekliyorsun. Yaptığın şey nihayetinde emekleri hiçe saymak veya nasıl isimlendirirsen isimlendir; ayıptan başka bir şey değil. Neyse,
[CODE highlight="2"]WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffd00921a03028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.
[/CODE]
Aldığın hata Microsoft'ta donanımsal hata olarak geçiyor. Açıklamada işaret koyduğum yere bakarsan;
Daha net görürsün.
Aşağıdaki Yiğit'ta göreceğin LLHEH, hata kaynağı tarafından keşfedilen hatayı ele almış olan ilk bileşendir konum olarak. Kabaca anlatmak gerekirse;
Donanım Hatası oluştu -> Hata Kaynağı yani muhtemelen işlemcin işletim Sistemini Uyardı -> İlgili hata kaynağı için LLHEH çağrıldı -> Hata Paketi/kaydı oluşturuldu -> Hata Kaydı PSHED tarafından işlenir -> Hata Kontrolü üretilir.
Mevcut hata kaynağı türü de ilk parametrede gördüğün Machine Check Exception oluyor bu noktada. Hata kaynağı, işletim sistemini bir donanım hatası konusunda uyarıyor ve bu yapıldığında, ilgili LLHEH bu hata durumunu ele almak için çalıştırılır. LLHEH gerçekte var olan ayrı bir yetkilli değil sadece bir kesme kategorisidir ve bu nedenle bir LLHEH, kesme işleyicileri, istisna işleyicileri veya geri arama kesmeleri dahil olmak üzere bir dizi kesme işleme noktası olabilir. LLHEH hata durumunu bir hata paketine işleyecek ve ardından işletim sistemini donanım durumu hakkında uyaracak, bu kadar bu arkadaşın görevi.
Machine Check Exception; işletim sistemi tarafından düzeltilemeyen donanımla ilgili bir sorun tespit ettiğinde CPU tarafından oluşturulan donanım kesmeleri olarak biliniyor. Bunlar CPU önbellek hataları, RAM hatası ya da SSD gibi diğer spesifik parçalardan türeyen hatalar olabilir.
Çağrı yığınındaki şu fonksiyon ve akabinine dikkat et; HalpHandleMachineCheck çağrısı, Windows işletim sisteminde donanıma özgü ayrıntıları soyutlamaktan ve üst düzey yazılım bileşenlerine tek tip bir arayüz sağlamaktan sorumlu kritik bir katman olan HAL içinde bu makine denetimi istisnalarını işlemekten ve bunlara yanıt vermekten sorumlu oluyor, peki sonra;
HalpMceHandlerWithRendezvous çağrısı geliyor ve bu çağrı, çok çekirdekli bir sistemde MCE'leri "rendezvous" ile gösterilen senkronizasyonla ele almaktan sorumlu tutluyor. Çok işlemcili bir sistemde, bir MCE oluştuğunda, tüm işlemci çekirdeklerinin sistemin yanıtında tutarlılık sağlamak için istisnayı ele alışlarını senkronize etmeleri gerekebilir, yani hepsinde bu durum olabilir.
HalpMceHandlerCore çağrısı da, belirli bir işlemci çekirdeğinde bir MCE algılandığında çağrılır. Görevi, istisnayı özellikle o çekirdek için ele almaktır. Bu da senin dosyada 3.çekirdek oluyor.
Tuzak adresine de bakılırsa sistem nt!WheaReportHwError çökmüş ya da istisna almıştır. Bu da MCE veya diğer donanım arızaları gibi bir donanım hatası oluştuğunda, WheaReportHwError işlevi işletim sistemine hatayla ilgili ayrıntıları bildirmek için çağrılıyor. Bu bilgiler, işletim sisteminin donanım arızalarına uygun şekilde yanıt vermesine, hata bilgilerini günlüğe kaydetmesine veya daha fazla sorunu veya sistem kararsızlığını önlemek için potansiyel olarak düzeltici eylemler gerçekleştirmesine olanak tanıdığından sistem güvenilirliği için çok önemlidir lakin bu noktada çöktüğü yer bura olduğu için sistem bu bilgileri kayıt edememiş de olabilir.
WheaReportHwError da genellikle donanım hatası hakkında hata kodları, işlemci durumu ve diğer ilgili veriler gibi bilgileri toplar ve ardından bu bilgileri WHEA altyapısına bildirir. Bu da aldığın hatanın isminden de anlaşılıyor.
Kod:
3: kd> .trap
03 ffffa881`43cb3970 fffff802`51102b6d nt!WheaReportHwError+0x393
rax=00000000000002e0 rbx=0000000000000000 rcx=0000000000000124
rdx=0000000000000000 rsi=ffffd00921a03028 rdi=ffffd00920ddc350
rip=fffff8025123f043 rsp=ffffa88143cb3970 rbp=ffffa88143cb39d9
r8=ffffd00921a03028 r9=00000000be000000 r10=ffffd00921a03148
r11=ffffd00921e4a410 r12=ffffa88143cb3e00 r13=00000002922e570b
r14=ffffd00921a03000 r15=ffffd00921e4a3b0
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00000282
nt!WheaReportHwError+0x393:
fffff802`5123f043 e99f000000 jmp nt!WheaReportHwError+0x437 (fffff802`5123f0e7)
!errec adresindeki en önemli kısım da aşağıdaki x86/x64 MCA kısmıdır çünkü bu bölüm MCE'nin WHEA'ya bildireceği bilgilere ilişkin veriler içeriyor ve böylece mevcut hatanın fatal yani ciddi bir sorun olduğunu bu sebeple de mavi ekran oluşturduğunu anlıyoruz.
[CODE highlight="9"]Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffffd00921a03138
Section @ ffffd00921a03308
Offset : 736
Length : 292
Flags : 0x00000000
Severity : Fatal <<
Error : Unknown (Proc 0 Bank 0) // Ana çekirdekte oluşmuş.
Status : 0x0000000000000000
[/CODE]
İşlemcinin base değeri Max değerinden yüksek götürüyor, 3.kere sormayacağım, sadece eğer bir işlemci problemi olduğunu düşünüyorsak bu bağlamda işlemci üzerinde yaptığın tüm işlemleri kontrol etmen gerekiyor.
Kod:
Processor Version Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
Processor Voltage 8ch - 1.2V
External Clock 100MHz
> Max Speed < 3900MHz
> Current Speed < 4012MHz
Madem sana söylenenlerin hiçbirini yapmayacaksın, o zaman neden hala yardım bekliyorsun ki? Konuyu açmışsın, sana 3 kere işlemcini kontrol et ve durumu söyle-Format atacaksan da kontrol et sonrasında at-Yönetim olayları raporunu at en azından bilgi edinirim dedim ama hiçbirini yapmadın ve format attın.
Şimdi de konudan çok alakasız bir soru sorup konuyu diriltiyor ve inatla hala söylenen, yazılan hiçbir şeyi okumadan kafana göre yanıt bekliyorsun. Bu olaylar yaşanırken 'Technopat'ta aktifce takılıyorsun' ama bu forumun yüzüne bakmıyorsun, üstüne üstlük oradan yanıt gelmeyince bu foruma gelip cevap bekliyorsun. Yaptığın şey nihayetinde emekleri hiçe saymak veya nasıl isimlendirirsen isimlendir; ayıptan başka bir şey değil. Neyse,
[CODE highlight="2"]WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffd00921a03028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.
[/CODE]
Aldığın hata Microsoft'ta donanımsal hata olarak geçiyor. Açıklamada işaret koyduğum yere bakarsan;
Daha net görürsün.
Aşağıdaki Yığıt'ta göreceğin LLHEH, hata kaynağı tarafından keşfedilen hatayı ele almış olan ilk bileşendir konum olarak. Kabaca anlatmak gerekirse;
Donanım Hatası oluştu -> Hata Kaynağı yani muhtemelen işlemcin işletim Sistemini Uyardı -> İlgili hata kaynağı için LLHEH çağrıldı -> Hata Paketi/kaydı oluşturuldu -> Hata Kaydı PSHED tarafından işlenir -> Hata Kontrolü üretilir.
Mevcut hata kaynağı türü de ilk parametrede gördüğün Machine Check Exception oluyor bu noktada. Hata kaynağı, işletim sistemini bir donanım hatası konusunda uyarıyor ve bu yapıldığında, ilgili LLHEH bu hata durumunu ele almak için çalıştırılır. LLHEH gerçekte var olan ayrı bir yetkilli değil sadece bir kesme kategorisidir ve bu nedenle bir LLHEH, kesme işleyicileri, istisna işleyicileri veya geri arama kesmeleri dahil olmak üzere bir dizi kesme işleme noktası olabilir. LLHEH hata durumunu bir hata paketine işleyecek ve ardından işletim sistemini donanım durumu hakkında uyaracak, bu kadar bu arkadaşın görevi.
Machine Check Exception; işletim sistemi tarafından düzeltilemeyen donanımla ilgili bir sorun tespit ettiğinde CPU tarafından oluşturulan donanım kesmeleri olarak biliniyor. Bunlar CPU önbellek hataları, RAM hatası ya da SSD gibi diğer spesifik parçalardan türeyen hatalar olabilir.
Çağrı yığınındaki şu fonksiyon ve akabinine dikkat et; HalpHandleMachineCheck çağrısı, Windows işletim sisteminde donanıma özgü ayrıntıları soyutlamaktan ve üst düzey yazılım bileşenlerine tek tip bir arayüz sağlamaktan sorumlu kritik bir katman olan HAL içinde bu makine denetimi istisnalarını işlemekten ve bunlara yanıt vermekten sorumlu oluyor, peki sonra;
HalpMceHandlerWithRendezvous çağrısı geliyor ve bu çağrı, çok çekirdekli bir sistemde MCE'leri "rendezvous" ile gösterilen senkronizasyonla ele almaktan sorumlu tutluyor. Çok işlemcili bir sistemde, bir MCE oluştuğunda, tüm işlemci çekirdeklerinin sistemin yanıtında tutarlılık sağlamak için istisnayı ele alışlarını senkronize etmeleri gerekebilir, yani hepsinde bu durum olabilir.
HalpMceHandlerCore çağrısı da, belirli bir işlemci çekirdeğinde bir MCE algılandığında çağrılır. Görevi, istisnayı özellikle o çekirdek için ele almaktır. Bu da senin dosyada 3.çekirdek oluyor.
Tuzak adresine de bakılırsa sistem nt!WheaReportHwError çökmüş ya da istisna almıştır. Bu da MCE veya diğer donanım arızaları gibi bir donanım hatası oluştuğunda, WheaReportHwError işlevi işletim sistemine hatayla ilgili ayrıntıları bildirmek için çağrılıyor. Bu bilgiler, işletim sisteminin donanım arızalarına uygun şekilde yanıt vermesine, hata bilgilerini günlüğe kaydetmesine veya daha fazla sorunu veya sistem kararsızlığını önlemek için potansiyel olarak düzeltici eylemler gerçekleştirmesine olanak tanıdığından sistem güvenilirliği için çok önemlidir lakin bu noktada çöktüğü yer bura olduğu için sistem bu bilgileri kayıt edememiş de olabilir.
WheaReportHwError da genellikle donanım hatası hakkında hata kodları, işlemci durumu ve diğer ilgili veriler gibi bilgileri toplar ve ardından bu bilgileri WHEA altyapısına bildirir. Bu da aldığın hatanın isminden de anlaşılıyor.
Kod:
3: kd> .trap
03 ffffa881`43cb3970 fffff802`51102b6d nt!WheaReportHwError+0x393
rax=00000000000002e0 rbx=0000000000000000 rcx=0000000000000124
rdx=0000000000000000 rsi=ffffd00921a03028 rdi=ffffd00920ddc350
rip=fffff8025123f043 rsp=ffffa88143cb3970 rbp=ffffa88143cb39d9
r8=ffffd00921a03028 r9=00000000be000000 r10=ffffd00921a03148
r11=ffffd00921e4a410 r12=ffffa88143cb3e00 r13=00000002922e570b
r14=ffffd00921a03000 r15=ffffd00921e4a3b0
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00000282
nt!WheaReportHwError+0x393:
fffff802`5123f043 e99f000000 jmp nt!WheaReportHwError+0x437 (fffff802`5123f0e7)
!errec adresindeki en önemli kısım da aşağıdaki x86/x64 MCA kısmıdır çünkü bu bölüm MCE'nin WHEA'ya bildireceği bilgilere ilişkin veriler içeriyor ve böylece mevcut hatanın fatal yani ciddi bir sorun olduğunu bu sebeple de mavi ekran oluşturduğunu anlıyoruz.
[CODE highlight="9"]Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ ffffd00921a03138
Section @ ffffd00921a03308
Offset : 736
Length : 292
Flags : 0x00000000
Severity : Fatal <<
Error : Unknown (Proc 0 Bank 0) // Ana çekirdekte oluşmuş.
Status : 0x0000000000000000
[/CODE]
İşlemcinin base değeri Max değerinden yüksek götürüyor, 3.kere sormayacağım, sadece eğer bir işlemci problemi olduğunu düşünüyorsak bu bağlamda işlemci üzerinde yaptığın tüm işlemleri kontrol etmen gerekiyor.
Kod:
Processor Version Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
Processor Voltage 8ch - 1.2V
External Clock 100MHz
> Max Speed < 3900MHz
> Current Speed < 4012MHz
Dediginiz Prime95 testini yaptim fakat dogru mu yaptim emin degilim.
Hicbir indikasyon yoktu testin devam ettigine ve durduguna dahil. sanki birden bire kapandi. Uzun bi sure testi yaptigindan dolayi SS aldim.
Eger bilgisayarda biyere rapor dosyasini otomatik ekliyorsa, tam klasorun yerini alabilir miyim?
Veya rehber olarak kullanabilecegim bir video falan var mi?
