Elektroda.pl
Elektroda.pl
X
Elektroda.pl
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Opis skutków użycia niekompatybilnego CPU do płyty głównej.

tda2008 18 Lis 2018 21:51 4323 11
  • Podczas doboru procesora do płyty głównej zawsze należy sprawdzić na stronie producenta, czy jest on wspierany przez naszą płytę główną.
    Nie zawsze kompatybilność socketu (czyli gniazda lub złącza procesora np. 1150 , AM3+) jest gwarancją poprawnej pracy procesora lub jakiejkolwiek pracy. Często dobranie procesora bez sprawdzenia jego wsparcia przez płytę główną (dobranie pod socket) sprawdzi się, ale nie musi, tak jak w moim przypadku...
    Przy doborze niekompatybilnego procesora nazwijmy to "softowo" czyli socket pasuje, ale nie ma wsparcia mogą nastąpić następujące scenariusze:
    1) Brak jakiegokolwiek startu, bez sposobu na uruchomienie.
    2) Brak jakiegokolwiek startu, ale możliwość normalnej pracy po aktualizacji BIOSu lub UEFI (zależnie co mamy na płycie głównej)- do tej operacji należy posiadać kompatybilny procesor. Dlatego też warto zaktualizować to oprogramowanie w przypadku jakichkolwiek komplikacji.
    3) Pozornie normalna praca, nawet normalny start systemu, ale praca na najniższych możliwych: mnożniku i taktowaniu (taktowanie może uda się zmienić, ale przy najmniejszym mnożniku i tak nie da żadnych odczuwalnych efektów), bez możliwości naprawy problemu.
    4) Odpalenie komputera, ale z dziwnymi resetami przed jakimkolwiek ładowaniem systemu.
    0) jakieś inne, nieistotne scenariusze, nic nie powinno się fizycznie uszkodzić mimo wszystko.


    Mnie przytrafił się przypadek 3).
    Pierwszy raz spotkałem się z czymś takim, chociaż zbudowałem już kilka komputerów. Zwłaszcza, że mowa tu o sockecie AM3+. Nie będę poruszał tematu kompatybilności wstecznej tych socketów, odsyłam do Wikipedii, co również uważam za dobrą radę.

    Po kolei:
    płyta główna (MOBO): ASRock 870 Extreme3 R2.0 (zaktualizowany UEFI)
    procesor (CPU): AMD FX4130 (ma odblokowany mnożnik)
    MOBO wspiera procesory FX4100 i FX4170, więc wydawałoby się, że FX4130 również. Nie działa to w ten sposób.

    Taka konfiguracja startuje i pozornie działa, ale procesor pracuje przy mnożniku 7x (pomimo, że jego najmniejszy mnożnik na kompatybilnej płycie to 9x ) i zegarze 200MHz co daje 1.4GHz zamiast 3.8GHz. No pamiętam takie zegary z czasów mojej podstawówki, Semprony itd.
    Taktowanie szyny można zmieniać i zmiany są realne, co pokazuje sam system jak i programy np. OCCT.
    Mnożnik zmienia się tylko pozornie, w rzeczywistości jest to ciągle 7x .

    Zmiany wszystkich możliwych ustawień UEFI nie pomagają. Sytuacja bez nadziei.
    na szczęście posiadam 2 komputery z socketami AM3+, choć nie jest to szczęście lecz celowy zabieg.

    Procesor FX4130 działa poprawnie z płytą Gigabyte GA-78LMT-USB3 . Tutaj wsparcie dla FX4130 jest wyszczególnione.
    Cała operacja była o tyle bolesna, że płyta Asrocka daje lepsze możliwości OC - TDP, szybsze pamięci, dwa złącza PCIEx16, nowszy chipset i inne bajery oraz wykonałem operację SysPrep. Bolesna, gdyż drugi procesor jaki posiadam to mniej wydajny od FX4130 - Athlon II x4 620. Cała operacja swapu płyty wynika z zakupu GTX1050 TI zamiast HD5770, wyrzuceniu GTS250 ze starego kompa i zaaplikowaniu mu HD5770 oraz nieseryjnego fabrycznego chłodzenia dokupoinego dla FX4130, niemieszczącego się do jednej z moich obudów.
    Sysprep - polecam doczytać, pozwala na zmianę płyty głównej (w stosunku do nośnika systemu bez stawiania nowego systemu.)
    Bez problemu :), na komputerze z przypadkiem niekompatybilności Windows był stawiany nowy, żeby rozwiać wszelkie wątpliwości co do kompatybilności.

    Wniosek jest taki, aby sprawdzać support CPU swoich MOBO.
    Powodzenia przy konstrukcji swoich PCtów.

    Fajne! Ranking DIY
    Potrafisz napisać podobny artykuł? Wyślij do mnie a otrzymasz kartę SD 64GB.
    O autorze
    tda2008
    Poziom 10  
    Offline 
    tda2008 napisał 32 postów o ocenie 11, pomógł 3 razy. Jest z nami od 2011 roku.
  • #2
    karolark
    Poziom 41  
    Tyle pisania zamiast czytania instrukcji :D
  • #4
    JackRabbit
    Poziom 9  
    nie pojmuje ciebie zeby kupowac rzeczy i skladac bez sprawdzenia danych technicznych... to twoja wina a nie tych rzeczy.
  • #5
    abdul.98
    Poziom 14  
    Dziwne mówisz 4 scenariusze są, ja dawno temu miałem widać 5ty. Wszystko działa dobrze jedynie temperatury nie da się odczytać wskazania są nie realne. procek to był AMD sempron 3400+ płyty nie pamiętam.
  • #6
    Bojleros
    Poziom 16  
    Próbowałem kiedyś użyć sysprepa po fakcie (padła mi płyta główna i cpu). Startowałem skonwertowany obraz dysku na maszynie wirtualnej i tam uruchamiałem sysprep. Warto zauważyć że wirtualizator ustawiłem tak , żeby stosował maksymalnie generyczny sprzęt pod stary chipset BX. To tak dla pewności żeby sterowników nie brakowało. Mimo odpalenia sysprepa niestety porażka. System ponownie konwertowany i wrzucany na dysk startował tylko raz , potem wymuszał reboot (instalacja sterowników blablabla) i dziękował za współpracę pięknym BSOD-em. Ręce opadają ...
  • #8
    Bojleros
    Poziom 16  
    Spoko , ale wspominasz o użyciu sysprepa przy przekładkach dlatego może warto pamiętać o tym że czasem sysprep nie daje rady.
  • #10
    Linoge
    Poziom 27  
    Do uroków PC należy jeszcze dodać brak stabilności działania w określonych sytuacjach. Któryś mobo z tych tańszych wybitnie nie tolerowało SB Live!. Ale to były czasy p4. Scenariuszy jest pełno i pisze je sam hardware.
  • #11
    wojtasdm
    Poziom 25  
    Tak było, instalując SBLive! na płycie z procesorem Celeron o zegarze >500MHz wyrzucało BSOD. Wystarczyło do odpowiedniej gałęzi w rejestrze wpisać cyferkę "1" i następowało cudowne wyzdrowienie.
  • #12
    tomxx
    Poziom 12  
    Witam, miałem przypadek
    dwa laptopy hp 6720s wszystko to samo nawet procki tylko płyty główne z innym rev. (wersją)

    objawy nie kompatybilności - przy wybudzaniu z hibernacji robiły się artefakty... i nic więcej...