Temat
Podnoszenie Fsb - Masakryczne Skutki :(
82.177.1.* napisał:
Procek AMD XP2200 (Thorton z zablokowanym mnożnikiem 13.5) wiec tylko FSB mi zostaje. No i problem jest taki, ze jak usawie FSB chocby 1 MHz powyzej 148, to efektem jest takie wykrzaczenie WinXP, ze juz pomaga tylko przywracanie systemu z obrazu partycji robionej w Norton Ghost (wypisuje mi, ze niektore pliki zostaly utracone lub ulegly uszkodzeniu, a powrót do niższego FSB nic nie daje). Napiecia nic nie ruszalem, AGP Lock w biosie jest włączone. Płyta Asus A7v880 z najnowszym biosem, pamieci 1x Kingston 400MHz CL2.5, dyst Barracuda SATA. Czy to jest normalne, czy tez takie objawy moga sie pojawic, jesli np. AGP Lock nie działa poprawnie? Co tutaj kombinować? Podpowiedzcie coś PLZPozdrawiam
80.53.146.* napisał:
148x13.5 daje 2000mhz moze powinienes sprobowac podniesc napiecie na procu?? Pozatym sprawdzasz stabilniosc??? Czy jest prime stable na 2000mhz i stock v??? Cos mi podpowieda ze nie sprawdzales.82.177.1.* napisał:
Sprawdzilem na Prime 95 i wszystko stabilnie chodzi na tym ustawieniu, ale o jedno oczko w góre FSB i sie sypie (od razu lub po chwili). Mówisz, zeby spróbować podnieść napięcie na procku? Zaraz zobaczymy. Moze sie uda. Jak nie wroce tu za 15 minut, tzn ze przywracam system z obrazu
Jakby ktos jeszcze jakies inne pomysly mial to prosze dać mi znać
82.177.1.* napisał:
Wlasnie jestem po kolejnym przywracaniu systemu po podniesieniu magistrali tylo o jedno "oczko w góre". Napiecie zrobilem 1.7V z oryginalnego 1.65V. System wystartowal, ale wysypalo sie wszystko po kilku sekundach Prime.Jakies nowe pomysly? A mogłoby cos takiego sie dziać, jeśli funkcja Asynchronous Frequency nie działałaby poprawnie? Z czym byloby to wtedy zwiazane - uszkodzona plyta? Bios mam najnowszy. Na poprzednich tez sie tak działo.
Pozdrawiam i bardzo licze na Waszą pomoc,
Prysznic
83.25.22.* napisał:
napięcie 1,8 V81.219.224.* napisał:
Moze najpierw zamiast sie wypytywac nas to szanowny pan niech poda dokladny konfig kompa. Jak juz napisalem ze 100 razy to i napisze tym razem MY NIE JESTESMY WROZKAMI
Podaj co za MOBO , JAKI ZASILACZ i przedewszystkim jaka PAMIEC !
82.177.1.* napisał:
A szanowny Pan to wątków nie pomylił??? Bo w moim poscie wszystkie dane są zawarte, prosze patrzec wyzej na pierwszy post, stoi jak wół że Asus a7v880 z najnowszym biosem, 1xKingston 256MB 400mhz cl2.5, zasilacz ModeCom300W, HDD SATA Barracuda, grafika GF2Ti.
Pozdrawiam
80.55.42.* napisał:
Jezeli po podniesieniu napięcia na CPU nie da sie wyżej wykręcić to poprostu trafiłeś na słaby egzemplaz od O/C. Czasami tak bywa kupno proca to zazwyczaj loteria jeden kręci sie jak szalony drugi znacznie słabiej. NIGDY NIE MA REGUŁY !82.177.1.* napisał:
No niestety zmiana napiecia na 1,8 nic nie dala. Po chwili wszystko juz lezalo, wiec jestem po kolejnej reanimacji. Szkoda, ze tak to wyszło. Ale dobrze, że chciaż te 200MHz wycisnąłem
Jakby komuś coś jeszcze przyszło do głowy, to jestem otwarty na wszelkie sugestie.
Zapytam jeszcze tylko, czy jest sens bawic sie w odblokowywanie mnoznika albo przerabianie tego procka na Bartona (512 L1) skoro tak słabo sie kreci. Co by sie wtedy dzialo, jakby procek mial pracowac na fsb efektywnym 400MHz???
Pozdro
81.219.224.* napisał:
Ja z kolei moge max FSB podniesc do 155; wyzej juz komp nie wstaje nawet po podniesieniu "znacznie" napiecia na rdzeniu.Tak to juz jest raz sie trafi podkrecalny z odblokowanym mnoznikiem. W nieco lepszej sytuacji mozna podnies FSB ale to mysle maja wplyw inne czynniki(pamiec) ,bo prawdopodbnie mamy mw. z tego samego tygodnia procki.
Musialbym poszukac lub na nowo spisac z rdzenia.
Prysznic przepraszam nie zauwazylem w 1 poscie jaka masz MOBO. Moj blad
83.24.64.* napisał:
1. Sprawdź czy masz wyłączone w biosie "spread spectrum".2. Czy pamięć masz ustawioną na ddr266?
213.199.238.* napisał:
po kazdej niestabilnosci procka przywracasz system? nie nudzi ci sie czasem?193.110.229.* napisał:
moze zapodaj 1.85V i fsb odrazu 166 moze wstanie. jak nie to masz lewego prockamoj ciagnie narazie 13.5x183 na 1.75V Cl2-3-2-7 na pamieciach Seitec, na 2V robi 13.5x198 a to wszystko na kt600
82.177.1.* napisał:
1. Próbowałem z włączonym i z wyłączonym, nadal to samo
2. Przetestowalem wszystkie ustawienia - od 266 do 400 - nadal nic
Zrobilem maly eksperyment i przywrocilem system z obrazu partycji na podkręconych ustawieniach. Efekt był taki, że nic poprawnie sie nie zapisało i dysk nawet nie startował, obszary rozruchowe byly blednie zapisane.
Teraz robilem jeszcze test dysku HD Tach'em, zeby stwierdzic, czy przy podkręcaniu magistrali nie przyspiesza przypadkiem dysk, ale nie zauwazylem zmiany wydajnosci HDD prze FSB133 i 148, wiec to nie to.
Jeszcze jakies pomysly? Jakby co to jestem otwarty na wszelkie sugestie,
Pozdrawiam,
Prysznic
82.177.1.* napisał:
Delikatnie to nazwałeś - mała niestabilność, buahaha. Wyobraz sobie że system sypie sie do tego stopnia, ze nie pomaga standardowa procedura przywracania i naprawy systemu, wiec zostaje tylko obraz partycji. Jak masz lepsiejszy pomysl to oczywiscie chętnie skorzystam. Poza tym taka operacja zajmuje mi tylko 8 minut.
Pozdrawiam,
Prysznic
80.50.171.* napisał:
a sprawdź jakie masz PCI n w Sandrze,bo to wygląda na wysypujący się dysk83.16.51.* napisał:
Kocurek ma racje, sprawdz PCI..To KT880, prawda? Po objawach sadze, ze blokada PCI/AGP nie dziala..
83.17.79.* napisał:
dokladnie sprawdz czy przy 147mhz masz PCi 33Mhz i AGP 66mhz [to jak bys niewiedzial ile ma wynosic] jesli masz wiecej niz PCI33 i AGP66mhz to oznacza ze na 100% niedziala lub niemasz wlaczonej blokady PCI/AGP. Masz obiawy zawysokiego taktowania PCI i dysk juz niewyrabia gubi dane itp.Zdaje mi sie ze przy FSB 33Mhz, 66Mhz, 100Mhz, 133mhz, 166mhz, 200Mhz .. itd mimo braku[uszkodzenia??] blokady to PCI/AGP powinno miec swoje standardowe taktowanie ;/
82.177.1.* napisał:
Nie wiem dokładnie gdzie mam to sprawdzić. Zainstalowalem SiSoft Sandra 2005 Pro, ale jedyne informacje na temat PCI i AGP jakie znalazlem (a które wydaje mi się mogą mieć jakiś związek) to:PCI Bus 0 (1/1x PCIClk)
66MHz Bus Support : Yes
AGP Bus 1 (2/1x PCIClk)
Pewnie niewiele to pomoże, ale nic wiecej nie znalazłem. Poprowadźcie mnie za rączkę, bo sobie rady nie dają. Jakiś inny programik? Co robić?
Pozdrawiam,
Prysznic
82.177.1.* napisał:
http://www.xtremeresources.com/forums/showthread.php?t=4790&page=5 ktoś się wypowiadał (pierwszy post na tej stronie), że ewentualne przetaktowanie PCI nie powinno mieć wpływu na pracę dysków SATA. Jak to jest zatem?
Nadal nie wiem jak i czym odczytać czestotliwości pracy AGP i PCI. Pomóżcie prosze, bo przegóglowałem już co nie miara stron i nic
Pozdrawiam,
Prysznic
83.17.79.* napisał:
a mozesz nam podac taktowania PCI/AGP ?82.177.1.* napisał:
Bardzo chętnie bym to zrobił, ale żaden program, który znalazłem w sieci nie podaje tych wartości (sprawdziłem Dr. Hardware, uGuru, Clockgen, Sandre (ver. 2005... BIOS też milczy). Jeśli ktoś może mi podać nazwę programiku, który tego dokona, to padam za chwilke.
Co mogę jeszcze tylko napisać, to że w BIOSie mam ustawione PCI Latency 64. Jak przestawilem na 32, to znacznie spadla wydajność dysku. Nie próbowalem podkręcania przy tym ustawieniu, bo komp przez najblizsze dni musi być w 1000% sprawny (tata na nim pracuje).
Pozdrawiam,
Prysznic
83.29.215.* napisał:
Witam!!!!Nie czytalem wszytskich postow bo nie bardzo mam czas,ale odpisuje,bo mnie temat zainteresowal:)Sprobuj wgrac nowy bios do plyty glownej-ja tez mialem podobny problem-bo moj duron 1600 tez ma zablokowany mnoznik,wiec pozostalo tylko fsb.I rzeczywiscie krecilem,tylko,ze,jak doszodlem do momentu,gdzie procek juz nie byl stabilny i odkrecilem fsb,to sytem raz sie zaldaowal,a po ponownym restarcie-juz nie.Odkrecanie fsb powodowalo,ze ulegaly uszkodzeniu jakies plik startowe na dysku-wiec reinstalka.Gdy wgralem nowy bios-problem zniknal.
Pozdrawiam i zycze powodzenia!!!!
REZKER
82.177.1.* napisał:
Niestety ta opcja rozwiązania problemu nie pomoze, bo mam juz najnowszy BIOS. Przeszedlem przez 2 inne wczesniejsze, ale bylo tak samo. Cos jest z tym kontrolerem RAID nie tak.
Pozdrawiam
82.177.1.* napisał:
Witam ponownie. Udało mi się sprawdzić czestotliwości zegara PCI i AGP. Wygląda na to, że wszystko jest w porządku. Programy, które znalazlem (Dr. Hardware, PC Wizard 2004 i Sandra 2003) zgodnie pokazują wartości 33 i 66MHz dla PCI i AGP. Ciekawa sprawa, że nie ma znaczenia czy magistrala pracuje z nominalną prędkością 133MHz, czy też 148, z włączoną czy wyłączoną funkcją Asynchronous Frequency. Caly czas wartości są na tym samym poziomie.Czy przy zmianie FSB o te 15 MHz zmiany na PCI czy AGP powinny być już zauważone? Bo coś mi się nie chce wierzyć, żeby nic się nie zmieniało. Przeprowadzę jeszcze testy wydajności poszczególnych komponentów (szczególnie AGP i HDD) i zobaczę, czy są jakiekolwiek różnice.
Czy ktoś ma pomysł, jak to jest z tymi kontrolerami RAID i częstotliwością PCI???
Pozdrawiam,
Prysznic
82.177.1.* napisał:
Dla wszystkich śledzących ten wątek. Jest jakiś przełom w moich działaniach. Otóż zdecydowałem się wykonać gwałtowniejszy ruch i nie iść małymi kroczkami, ale od razu przeskoczyć z działającego 148 na 166. Ustawienia w BIOSIe na Default, oprócz RAMu (zmieniony na 266) i napiecia VCore (na bodajze 1,. Wczesniej jeszcze poinstalowalem pod Windowsem najnowsze znalezione stery do kontrolera RAID oraz 4in1. No i o dziwo poszło Mialem dusze na ramieni, czy komp taki eksperyment przezyje, ale wstał i odpalił. Pracuje w prawdzie niestabilnie bo po około 10min w PRIME95 wywalił błąd, ale grunt, że w ogole sie uruchomił.No wiec teraz wnioski (nie koniecznie jednoznaczne i słuszne):
1. Program HD Tach i jednostajne wyniki przy wszystkich możliwych częstotliwościach FSB, niezależnie czy funkcja Asynchronous Frequency jest włączona czy nie, wskazują, że FSB nie ma bezpośrednio wpływu na wydajność HDD
2. FSB jednak w jakiś sposób na wpływ na kontroler RAID obsługujący mój dysk Seagate 80GB SATA, bo przy przekroczeniu magicznej granicy FSB 148 system padał
3. Teraz już nie pada (patrz pkt. 5) ale błąd objawia się tym, że nie mogą chyba zostać odnalezione obszary startowe dysku, bądź nawet cały dysk.
4. Płyta Asus A7V880 (pomimo braku PCI Lock) ma mechanizm blokujący PCI i AGP na odpowiednim poziomie (33 i 66MHz) przy częstotliwościach 133 i 166 (wyższychpewnie też, ale nie miałem jeszcze okazji sprawdzić)
5. Nie wiem czego to zasługa, ale na ustawieniach defaultowych w Biosie oraz na najnowszych sterach VIA_Hyperion 4in1_v455vp1 oraz Raid 3.10E, pomimo pojawiających się błędów dane nie ulegały uszkodzeniu i przywrócenie FSB do którejś z działających częstotliwości pozwalało uniknąć odzyskiwania systemu z obrazu.
Pytanie do Was: Czy można bezpiecznie wykonać przeskok z częstotliwości 166 na 200? Co może się stać w najgorszym wypadku, żebym był świadomy ryzyka.
Czekam na sugestie i odpowiedzi na pytanie
Pozdrowka
Prysznic
XP2200 XP2800
213.17.128.* napisał:
U mnie były podobne problemy z RAIDem i SATA. A mianowicie przy niektórych wartościach innych niż 100, 133 dysk głupieje, nie tracę co prawda danych i po resecie system startuje ale niestety przy niektórych wartościach „ponad standardowych” system nie może się załadować a przy starcie kompa nie wyświetla mi się nazwa dysku tylko jakieś „krzaczki”.Zaintrygowało mnie przestawienie od razu częstotliwości na 166 i poprawna (chwilowa praca kompa).
Mam ta samą płytę i procka co Ty więc mogę poeksperymentować i sprawdzić efekty na własnej skórze
Jak tylko zapanuje nad grafiką bo ta nie chce mi pracować poprawnie nawet przy 133 (ale o tym na http://forum./index.php?showtopic=84869&st=240&p=1248016& )
Pytanko,
jakie masz wartości napięcia zasilania (bo chciałbym coś sprawdzić)
i czy również przy 166 masz częstotliwości na AGP/PCI bez zmian zarówno przy włączonym jak i wyłączonym Asynchronous Frequency?
83.30.25.* napisał:
prysznic - zmien zasiłke ta 300 nie nadaje sie pod ta płyte jest za słaba min 360 z chiefteca ew min to cdeshit 400w tego ostatniego nie bardzo polecam ale mysle ze było by znacznie lepiej .....82.177.1.* napisał:
Zmienilem tylko napiecie Vcore na 1.8, bo przy nizszym nie chcial wejsc do Windowsa. Przy tym napieciu również wywala od razu błąd w Prime, przy odrobine wyższym dopiero po kilkunastu minutach. Chłodzenie mam od Arctica (Copper Silent 2L z manualną kontrolą obrotów na śledziu). Monitor Asusa pokazuje temperaturki w Stresie 52*C przy 2900 obrotów, czyli jest jeszcze w miarę cicho. W Idle musze jeszcze sprawdzić, zaraz powiem.
Kurcz, wczoraj pozno w nocy to testowalem i nie pamietam czy testowalem z wyłączonym Asynch. Freq., wydaje mi się że tak, ale na 100% pewien nie jestem. Teraz pracuje z włączonym, wszystko działa stabilnie. Prime pewnie wywalałby zaraz bledy, ale nie sprawdzam narazie.
Zresztą z tej płyty jestem bardzo zadowolony, bo jest niesmowicie stabilna w mojej konfiguracji. Jeszcze się z taką nie spotkałem. Nie zaliczylem jeszcze nigdy zwiechy, czy to w grze, czy przy programach. Żeby tylko zawsze takie płyty trafiać. Mój poprzedni komp nie był dla mnie tak wyrozumiały (AMD K6-500 na płycie Gigabyte). Ale przyrost mocy w porównaniu do poprzedniej maszyny masakryczny
Jak będziesz podnosił magistrale to nie zapomnij opuścić taktowania pamieci do 333 (jesli masz pamieci PC3200), bo ja zapomnialem i mialem przez 10 minut pietra, bo komp się włączał na chwilkę i nie mogłem nawet wejść do BIOSu, zeby naprawic ten mój błąd. Co dziwne BIOS nie wrócił do poprzedniej konfiguracji automatycznie po wyłączeniu kompa - dlatego też miałem pietra jak 102
Pozdrawiam i udanego podkręcania.
PS> własnie sprawdziłem temperaturke w IDLE i wynosi ona 47*C
82.177.1.* napisał:
Zapamietam rade na przyszłość, tymczasem nie bede juz czynił żadnych dodatkowych inwestycji.
Napiecia wydaja sie być mniej więcej w porządku:
+12V - 12,8
+5V - 4,865
+3,3V - 3,28
Vcore - 1,808
Poprosiłbym jeszcze tylko o skomentowanie wartości napięć (zasilacz ModeCom 300W).
Otworzyłem obudowę i temperatura procka spadła jeszcze o 3 stopnie do 44*C w IDLE. Chyba wytnę w obudowie dziurkę i wstawie kanał wentylacyjny doprowadzający świerze powietrze z zewnątrz bezpośredniu do Coolera
Ale to już temat na inną dyskusję.
81.219.224.* napisał:
Sledz te napiecia jesli sa spore wahania to odkladaj kase na nowy zasilacz !
Ja wczesniej mialem przez ok 2 dni po zakupie Radeona 9800PRO retsarty. Po zjechaniu FSB na 133 bylo ok. Oczywiscie wiedzialem ze to moj Megaszit 350 byl temu powodem. Po wydaniu ok 200 zeta i zakupie Chiefteca. Problem zniknal. Oczywiscie nawet jak podwyzszylem FSB nie do poprzedniej wartosi a o 5 mhz wyzej. Wiecej juz nie wyciagne bo mi pamieci nie wyrabiaja, ale to szczegol bo wkrotce zmieniam MOBO , PROC (A64 3200) i zarowno Pamieci na Hynix'y (moze)
83.238.80.* napisał:
47 w idle? kosmiczny wynik.jak wyskakuja komunikaty o uszkodzeniu rejestru systemowego itd to wiadomo ze dysk.napiecia z modecoma sa w miare bo trzeba pamietac ze ta plyta ciagnie z 5v czyli 5 bedzie nizsze a 12podskoczy.chieftec by sie tym dobrze zaopiekowal ale mysle ze nie ma sie co martwic.POMIARY ROBILES W STRESIE?213.17.128.* napisał:
Próbowałem swojego Athlona 2200 wykręcić podnosząc magistralę do 166 i napięcie procka do 1,8 i porażka. Wszystko ustawiłem tak jak radził Prysznic no i komp. startuje bez problemów ale Windows już załadować się nie chce. Pewnie to przez zasilacz84.10.78.* napisał:
nie wiem czy padla juz odpowiedz, bo nie chce mi sie czytac, ale ja mam to samo z moim kompem po przekroczeniu fsb 185 nastepuje krzak i uszkodzenie rejestru,winowajca tego jest magistrala PCI i dysk, poniewaz maksymalne przetaktowanie dla dyskow to z 33MHz normal do 37MHz MAX i nie mozna tej granicy przekroczyc, jedynym wyjsciem jest ustawienie tak fsb aby zmienil sie dzielnik z 5 na 6 czyli na fsb 200,
Ale teraz zonk bo z tego co inni mi pisali na forum ta plyta ma zablokowana magistrale PCI a raczej czipset VIA 880 oraz nforce2, a tu pupa blada jak widac nie jest tak jak mowia, no chyba ze zle mowia, ze tylko nforce2 ma zablokowana magistrale PCI, kto wie niech napisze jak jest
83.238.80.* napisał:
pytalem berkuta jak osiagnal swoje pci54 i powiedzial mi zeby podniesc vi/0 i uzywac prostych tasm a nie powyginanych.to chyba tyle.pozaytm moze warto zadbac o temp dysku.baracudy sie grzeja;)Podobne tematy
Działy
Copyright © 2002-2024 | Prywatność | Load: 2.59 | SQL: 1 | Uptime: 250 days, 13:07 h:m |
Wszelkie uwagi prosimy zgłaszać pod adresem eddy@heh.pl