Mycorrhiz'Al'Seven

Zasilacz można używany dostać.

Masz napisane w opisie tych grafik czym się różnią.

Ale wizualnie pasuje :P Chyba gorsze od boxowego nie jest?

Jeśli chodzi o spadek cen po premierze to ok. Ale jeżeli czekamy na spadek dolara to różnie może z tym być. Przepowiadają, że dolar będzie droższy niż euro. W takim przypadku wcale nie odnotujemy spadku cen po premierze :D http://www.money.pl/u/data_window/?smb=USD

Dodam tylko, że jeśli chcesz przepłacać za jakąś kartę, bo jest mniej prądożerna, to równie dobrze możesz rodzicom oddać różnicę w cenie na prąd i nie przepłacać za kartę :P

Dzięki za odpowiedź :) Dzisiaj wyskoczył BSOD więc wpadłem tutaj. Załączam go, chociaż w praktyce to chyba to samo. Również screeny z HDtune. Żeby całkiem wykluczyć błędy systemu, dla pewności sprawdzę komputer na windows 8.1 przez 90 dni, zobaczymy czy to coś zmieni. Bateria nie sprawia żadnych problemów.

Odkopuję temat :P BSODy od czasu ostatniego postu już się nie wysypywały (przynajmniej nie w takiej ilości - jak się okazało) Raz poraz się przytrafił niebieski ekran. Jakieś pół roku temu zaczęło mnie to denerwować i zamontowałem stockowe chłodzenie, o dziwo też się BSODY trafiają, jeszcze rzadziej, gdyż raz na miesiąc. Chociaż ostatni miesiąc dużo korzystałem z komputera i mogło się zdarzyć więcej. Szczęśliwie nigdy przy robieniu czegoś konkretnego. Wrzucam ostatni zanotowany niebieski ekran, już trochę czasu minęło odkąd chciałem to wrzucić na forum, więc zaaktulizuję go przy następnym błędzie. Piszę o aktualizacji, gdyż błąd jest tego samego typu co wcześniej 0x00000050, ale w nawiasie widzę, że coś się cyferki pozmieniały. Szukałem rozwiązania tego błędu w MS Search, ale nie za bardzo rozumiem, co tam do mnie piszą. Gdyby miał ktoś chwilkę nad tym pomyśleć to byłoby wyśmienicie.

Witam dostałem dzisiaj dysk od szwagra, laptop mu się zawiesza, podejrzewa dysk i zastanawia się czy kupić nowy dysk. System jakiś czas temu został zainstalowany ponownie i mniej więcej od tego czasu nie chce się uruchamiać (raz na kilka razy się włącza, ale za to w systemie się zawiesza później), następnie znowu został sformatowany, ale problem pozostał. Przeleciałem go HD Tune. Oto wyniki. Proszę o wskazówki, co dalej zrobić, z góry dzięki.

Proponuję dopisać do poradnika w przyczynach wieszania się komputera, że może to być spowodowane zbyt mocno dokręconym radiatorem do procesora. W moim przypadku tak było, co jest opisane na forum, a także Klaus wspomina, że już ktoś też wcześniej miał taki problem.

Co prawda jeszcze nie przeczytałem Klaus Twojego posta, ale pomyślałem, że włożę procesor od siostry też phenom i założyłem chłodzenie, tak na szybko więc nie wkręcałem tak mocno i przeszedł godzinę w OCCT : CPU - Linpack, a teraz 2 i pół godziny w Prime95. Zarówno mój procesor u siostry, jak i jej u mnie. Różnica głównie więc polega na wkręceniu nieco lżejszym chłodzenia. Zobaczymy jak będą się jeszcze później sprawować komputery. Bardzo dziękuję za wasze zainteresowanie i pomoc, obyśmy już nie musieli wracać do tego tematu. Pozdrawiam!

Inny ram, nie sprawiający problemów na drugim komputerze, nie zmienił sytuacji. Przełożona grafika hd 6670 też bez zmian. Mój zasilacz ma sprawdzone napięcia miernikiem i są dobre. Przełożyłem swój procesor do drugiego komputera i właśnie testuję, nie zawiesza się. Coś jeszcze jest do sprawdzenia?

Wydaje mi się, że lepiej byłoby dołożyć do procesora kosztem karty graficznej.

Pasta wymieniona, radiator odkurzony. Temp nie wchodzi powyżej 60 :P

Niezawodność: Z ostatniego krytyka opis "Nastąpił ponowny rozruch komputera po operacji wykrywania błędów. Wyniki tej operacji były następujące: 0x00000050 (0xfffff6eb41ffbed8, 0x0000000000000000, 0xfffff800030d2ae2, 0x0000000000000005). Zrzut zapisano w: C:\Windows\MEMORY.DMP. Identyfikator raportu: 120512-17191-01." To w wydajności przywitało. W monitorze zasobów zauważyłem, że przy pamięci czasem się pojawiają na wykresie jakieś błędy sprzętowe w okolicach kilku procent. Nie wiem jakie to ma znaczenie, ale taki test zrobiłem : Zanim się zawiesił, wyłączyłem test i po chwili jeszcze jeden screen zrobiłem: Na to ostatnie wachnięcie pewnie by przypadał zwis, jak to ma w zwyczaju (ok. 1m30s testu) I jeszcze takie coś praktycznie na idle:

Zostanie mi pewnie w takim razie poczekać do piątku, będę miał na podmiankę ram (taki sam) 6670 grafikę, taki sam procesor i zasilacz chiefteca 400w

Pracuję nad tymi timingami, mogę jeszcze powiedzieć, że jest pewna regularność w zwisie, po włączeniu w OCCT CPU -Linpack wiesza się po załadowaniu całej pamięci ok 30 sekund, czyli 1min do 1min 30s od początku testu. Wygląda to tak, jak już zawiśnie: a tu tekst z programu (wczorajszego bsoda): Microsoft ® Windows Debugger Version 6.2.9200.20512 AMD64 Copyright © Microsoft Corporation. All rights reserved. Loading Dump File [C:UsersTomekDesktop120512-17191-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: *** Invalid *** **************************************************************************** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * **************************************************************************** Executable search path is: ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image SystemRootsystem32ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows 7 Kernel Version 7600 MP (4 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Personal Built by: 7600.16385.amd64fre.win7_rtm.090713-1255 Machine Name: Kernel base = 0xfffff800`0304d000 PsLoadedModuleList = 0xfffff800`0328ae50 Debug session time: Wed Dec 5 00:30:04.559 2012 (UTC + 1:00) System Uptime: 0 days 0:43:05.400 ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Unable to load image SystemRootsystem32ntoskrnl.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntoskrnl.exe *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Loading Kernel Symbols ............................................................... ................................................................ ................. Loading User Symbols Loading unloaded module list .... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 50, {fffff6eb41ffbed8, 0, fffff800030d2ae2, 5} ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Either you specified an unqualified symbol, or your debugger *** *** doesn't have full symbol information. Unqualified symbol *** *** resolution is turned off by default. Please either specify a *** *** fully qualified symbol module!symbolname, or enable resolution *** *** of unqualified symbols by typing ".symopt- 100". Note that *** *** enabling unqualified symbol resolution with network symbol *** *** server shares in the symbol path may cause the debugger to *** *** appear to hang for long periods of time when an incorrect *** *** symbol name is typed or the network symbol server is down. *** *** *** *** For some commands to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* Probably caused by : ntoskrnl.exe ( nt+85ae2 ) Followup: MachineOwner --------- ADDITIONAL_DEBUG_TEXT: You can run '.symfix; .reload' to try to fix the symbol path and load symbols. MODULE_NAME: nt FAULTING_MODULE: fffff8000304d000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600 READ_ADDRESS: unable to get nt!MmSpecialPoolStart unable to get nt!MmSpecialPoolEnd unable to get nt!MmPagedPoolEnd unable to get nt!MmNonPagedPoolStart unable to get nt!MmSizeOfNonPagedPoolInBytes fffff6eb41ffbed8 FAULTING_IP: nt+85ae2 fffff800`030d2ae2 488b19 mov rbx,qword ptr [rcx] MM_INTERNAL_CODE: 5 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT BUGCHECK_STR: 0x50 CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from fffff8000313cb91 to fffff800030bef00 STACK_TEXT: fffff880`03116638 fffff800`0313cb91 : 00000000`00000050 fffff6eb`41ffbed8 00000000`00000000 fffff880`031167a0 : nt+0x71f00 fffff880`03116640 00000000`00000050 : fffff6eb`41ffbed8 00000000`00000000 fffff880`031167a0 00000000`00000005 : nt+0xefb91 fffff880`03116648 fffff6eb`41ffbed8 : 00000000`00000000 fffff880`031167a0 00000000`00000005 00000000`00000000 : 0x50 fffff880`03116650 00000000`00000000 : fffff880`031167a0 00000000`00000005 00000000`00000000 fffffa80`06a30000 : 0xfffff6eb`41ffbed8 STACK_COMMAND: .bugcheck ; kb FOLLOWUP_IP: nt+85ae2 fffff800`030d2ae2 488b19 mov rbx,qword ptr [rcx] SYMBOL_NAME: nt+85ae2 FOLLOWUP_NAME: MachineOwner IMAGE_NAME: ntoskrnl.exe BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner ---------

No wiem, tylko odpowiadałem na pytanie Przy napięciu RAMu 1.65V dalej to samo. fabrycznie 1.5V ma. Przed chwilą walnął mi bsod'em, na forum niby przeczytałem gdzie się log znajduje, ale nie wiem co mógłbym tutaj wstawić tak właściwie z tego.

Raz wyskoczył przy Prime95 na 4.2Ghz. Co do temperatury to mogę stwierdzić jeszcze że radiatorek pomiędzy kartą graficzną a procesorem jest baardzo ciepły. Czyli to chyba sekcja zasilania, tak samo wygląda to w testach :http://www.purepc.pl/plyty_glowne/test_plyt_glownych_am3_pod_amd_bulldozer_z_chipsetami_900?page=0,15

Nie potrafię określić ile jej było dokładnie starałem się optymalnie pamiętając, że ma być to niewielka ilość + to że w instrukcji chłodzenia napisali, że ma być dwa razy więcej niż zwykle pasta to zalman stg2 Właśnie zamierzam sprawdzić jak to tam przylega, bo rzeczywiście temperatura jest bardzo mocno skorelowana z tymi na rdzeniach i bardzo szybko się "aktualizuje".

Nie doszedłem do tego co to za temperatura, któreś miejsce na płycie głównej pewnie. W jednej kości mam. Zresetowałem bios przez baterię w sumie po update biosu jeszcze tego nie robiłem.

Takie ustawienia też miałem, miałem ustawione optymalne, później fail-safe, no różnie i z auto, z manual cały czas to samo.

Witajcie, złożyłem na dniach komputer (ten w sygnaturce). Właściwie od początku łapie freezy, obraz się zatrzymuje, nic nie można zrobić myszką i klawiaturą. Zwiecha jest losowa, na idle, na przeglądarce, w trakcie tortur OCCT bądź Prime95. Może mi się wydaje, albo nieco częściej przy dużej zmianie obciążenia np. przy wyłączaniu tortur. system win7, ale freeza łapie także w biosie, przy starcie, no całkiem losowo. Ram sprawdziłem memtest'em nie było żadnych błędów. Dla sprawdzania odłączyłem też dysk i potwierdziło to, że nie jest on problemem (wcześniej sprawdzony hdtune). Na płycie głównej zaaktualizowałem bios z f9 do f13, co również nie przyniosło skutków. Komputer podłączony był w dwóch różnych miejscach z których przynajmniej jedno ma stabilną sieć zasilająca. Wrzucę to co udało mi się w OCCT wykreślić na taktowaniu 3Ghz i 4Ghz. Na początku screen pokazujący jak zachowuje się komputer przy wyłączeniu jednego i włączeniu następnego testu. Dla sprawdzania ustawiałem w biosie standardowe taktowanie, obniżone, zostawiałem jeden włączony rdzeń, wyłączałem Cool&Q.. i żadnej różnicy Napiszcie jeżeli coś wam to mówi, bo ja jestem zielony. Z góry dzięki za pomoc i podpowiedzi, czym się teraz najlepiej zająć w tym przypadku.

Tutaj możesz zobaczyć ile pobierała platforma testowa z phenomem http://www.purepc.pl/procesory/wielki_test_procesorow_2012_46_ukladow_cpu_od_amd_i_intela?page=0,12

Dzięki, właśnie o to mi chodziło, bo coś kojarzyłem, że wcześniej coś takiego wspominałeś, albo ktoś ;)