Podkręcanie a stabilność - Poradnik?

[RoXall 2]

Wiele osób myli program "Orthos beta" z jego wcześniejszą wersją SP2004. Zainspirowany błędnymi testowaniami w tematach, które ostatnio czytałem postanowiłem poświęcić troszkę czasu i napisać ten temat a w nim podzielić się moimi doświadczeniami i mizerną wiedzą jaką uzyskałem robiąc poniższy "test" programów do sprawdzania stabilności.

 

Wielu użytkowników podkręca swój procesor jak i inne komponenty (samo FSB tyczy się raczej płyty głównej) pamięć i kartę/y graficzną/e.

Samo podkręcenie bez sprawdzenia/zapewnienia stabilności komponentów komputera podczas pracy jest bezcelowe dlatego wielu z Was korzysta z programów do tego służących. Przeważnie na forach słusznie poleca się jako tester stabilności procesora program Orthos 2-3 godziny pracy tego programu gwarantuje stabilność na co dzień podczas pracy. Do jedno i dwurdzeniowych procesorów zaleca się włączenie tego programu "w jednym oknie ~ jeden raz" natomiast w przypadku procesorów trzy- i cztero- rdzeniowych zaleca się włączenie Orthosa "dwa razy ~ w dwóch oknach".

 

Przyjrzyjmy się zatem jak sprawa ma się w praktyce jeśli chodzi o różnice między Orthosem beta a SP2004 przy okazji zobaczymy jak sam Orthos wypada na tle konkurencyjnych programów - przy założeniu, że mówimy o stabilności jak "skała".

Ponieważ jeden raz i jak i dwa razy włączony SP2004 w przypadku procesora dwurdzeniowego to nieporozumienie. Zwłaszcza włączony jeden raz jak robi wielu z Was! Myślę, że po tym temacie wielu z Was odejdzie od programu SP2004, który myliliście z Orthosem.

 

-No dobra a teraz pokaże Wam jak wygląda u mnie (i u Was bo w magię nie wierzę) obciążenie obydwu rdzeni w procesorze przy jednokrotnym załączeniu SP2004 na priorytecie 9.

 

Po 10 minutach:

Minęło 10 minut a obydwa rdzenie ciągle nie są obciążone w 100% i tak już pozostanie do końca...

 

-A tak wygląda sytuacja w przypadku włączenia SP2004 dwa razy:

Po kilku minutach na obydwu rdzeniach jest obciążenie po 100% w przeciwieństwie do wariantu z jednym SP2004 - tutaj po godzinie nawet sytuacja się nie zmienia. Jednak jak widać na wykresach oba rdzenie nie są obciążone w 100% cały czas liniowo) Nie jest to więc wiarygodne obciążenie ciągłe a chwilowe.

 

W związku z powyższym moim zdaniem włączanie jeden raz SP 2004 to nieporozumienie a dwukrotnie włączony i tak nie daje gwarancji stabilności.

 

 

 

A teraz przykład:

Obciążam swój procesor napięciem taktowaniem 3,9Ghz oraz dość zawyżonym napięciem ~1,44V a wentylator puszczam na 7V tak aby temperatura dobijała do 80+ `C. Poniższe zestawienie możecie potraktować jako wyznacznik dokładności sprawdzania stabilności... im dalej tym ciekawiej...

-Jeden włączony SP2004 śmiga ponad 2h - zero błędów

(Zrobiłem test jeszcze raz, tym razem po czasie 2h 11minut SP2004 wysypał błąd)

Musicie uwierzyć mi na słowo - wywaliłem niechcący screen`y i nie chcę powtarzać dwugodzinnej ceremonii.

Jak jednak będzie można wywnioskować po poniższych przykładach w odpowiednich przypadkach można ulec przekłamaniu, że procesor jest stabilny używającSP2004 nie ważne raz czy dwa razy włączonego. Tyczy się tutaj tego co napisałem wyżej - nieliniowy czas obciążenia 100% obu rdzeni.

 

-Dwa włączone SP2004 wysypują się po 38 minutach:

 

 

-OCCT

Pierwsza minuta to tryb idle, następnie zaczyna się proces powolnego wygrzewania.

Po 2minutach temperatura jeszcze nie osiągnęła 70`C na rdzeniach.

Zauważyłem na małe przekłamanie programów o stopniu obciążenia procesora Task Menager oraz Riva Tuner wraz Core Temp wyświetlały 100% natomiast sam bohater OCCT lekko poniżej 100% bo 95-97% czego nie widać na za późno zrobionym screenie - program rozkręcał się

 

OCCT - ciąg dalszy

Cały test trwał lekko ponad 3 minuty.

 

-LinX -

Test nie trwał nawet 2 minut. Procesor natychmiast wręcz osiągnął krytyczną dla niego temperaturę ~80`C.

 

 

ORthos beta - prawdziwy killer procesora

Teraz zobaczymy jak radzi sobie "prawdziwy" Orthos beta:

Najpierw sprawdzimy ustawienie testujące CPU oraz RAM czyli:

Blend - stress CPU and RAM

Jak widać program wykazał błąd po 54s sekundach od jego uruchomienia.

 

Drugi test Orthosem będzie polegał na ustawieniu testowania samego procesora czyli:

Small FFTs - stress CPU:

SZOK CZAS TESTU 1-2 sekundy.

Niestety program wykazał błąd tuż po włączeniu nie wiem czy była to pierwsza czy druga sekunda następnie wyskoczył blue screen a komputer się zresetował. Stąd wybaczcie brak oryginalnego screena .

 

Podsumowanie

Mam nadzieję, że Wam zobrazowałem nieprecyzyjne testowania SP 2004 stabilności procesora.

Równocześnie śmieszą mnie te wszystkie aukcje allegro w których sprzedający wrzucają screen z włączonym jednym SP2004 przez parę dosłownie minut (zazwyczaj jeszcze na priorytecie 1) i zarzekają się, że sprzęt robi po oc 4,0Ghz i jest stabilny jak skała a sam Orthos (który notabene nim nie jest bo używają SP 2004) to najbardziej męczący program do testowania Cpu i tak jest tyle, że sami używają SP2004.

 

Do testowania karty graficznej polecam Furmarka - najbardziej obciąża kartę graficzną ze znanych mi programów. Od siebie powiem tyle, że lekko przymrużam oczy na Furmarka. Do tej pory używałem 3d Marka 2006 - program ten akceptował wyższe taktowania rdzenia i pamięci moich kart i nie zdarzyło się też aby w jakiejś grze wyskoczyły mi błędy tekstur czy artefakty.

 

Dziękuję za uwagę.

[mekk 0]

-No dobra a teraz pokaże Wam jak wygląda u mnie (i u Was bo w magię nie wierzę) obciążenie obydwu rdzeni w procesorze przy jednokrotnym załączeniu Orthosa na priorytecie 9.

 

u mnie* obciążenie rdzeni jest równomierne

dlaczego?

inny system, może mi XP nie ustawia tak patologicznie koligacji...

 

ale i tak Orthos coraz mniej mi się podoba

 

 

*test przeprowadzony na C2D 6550

 

EDIT:

tak jak prawi DRAGTRON: nie rozróżniamy wersji Orthosa ...

[Gość junkiejew]

ciekawa lektura.

 

ja zawsze uzywalem prime95 i ciekaw jestem jak by sie w tym tescie uplasowal...

u mnie zawsze obciaza rowno po 100% (uruchomionych tyle watkow ile rdzeni ofc).

[Dratron 0]

Muszę się nie zgodzić z testem, uruchomienie jednego Orthos'a obciąza dwa rdzenie.

 

Zauważ, że program, który testujesz nie jest Orthos'em, ale jego wcześniejszą wersją SP2004. Sam Orthos natomiast jest jego nowszą wersją BETA.

Nawet interfejs jest inny. W SP2004 możesz wybrać, który rdzeń ma być testowany, natomiast w Orthos'ie takiej opcji wyboru nie ma.

Już kilka razy widziałem nie odróżnianie SP2004 od Orthos'a.

 

Zgodzę się natomiast, że najbardziej obciążającym programem jest LinX. To tak jak FurMark w porównaniu do 3DMark'a. Niby oba do sprawdzania stabilności karty się nadają, ale FurMark obciąza ją znacznie bardziej.

[Aurora570 0]

Moje 2 słowa, Orthos otwarty w jednej kopii obciąża 2 rdzenie a nie jeden. Druga sprawa obrałeś złą metologię testowania orthosem dla tego masz takie spadki podczas testu. Test powinien być wykonany jako: Small FFTs - stress CPU zaś Ty uruchomiłeś test na stabilność procka i RAMu. Widzisz w tym różnicę ?

 

Mimo wszystko zgadzam się że testowanie orthosem nie ma sensu z tej racji iż nie jest on wyznacznikiem stabilności. Dla przykładu u mnie orthos działa może 1-2min i wywala błąd. Ten sam problem jest z OCCP i Prime te to już w ogóle po kilku sekundach się wyłączają

 

Ja testuje stabilność całego kompa w grach, GTA4, Crysis, DIRT2, NFS Shift, Far Cry 2, i jeśli jestem w stanie pograć bez problemu w takie gierki przez 3h bez przerwy to komp działa jak powinien.

[Dratron 0]

Ja testuje stabilność całego kompa w grach, GTA4, Crysis, DIRT2, NFS Shift, Far Cry 2, i jeśli jestem w stanie pograć bez problemu w takie gierki przez 3h bez przerwy to komp działa jak powinien.

Dokładnie, to samo z temperaturami. Ja na swoim procku, obciążanym Orthosem mam ok. 60-62 stopni, a grając np. w GTA IV (które, jak wiadomo wykorzystuje głównie procesor) mam max 52 stopnie.

Kiedy więc oprócz testowania Orthosami/LinX osiągniemy pełne, wielogodzinne obciązenie prowadzące do uzyskania takich temperatur? Przy renderingu grafiki i filmów?

[Aurora570 0]

Dokładnie, to samo z temperaturami. Ja na swoim procku, obciążanym Orthosem mam ok. 60-62 stopni, a grając np. w GTA IV (które, jak wiadomo wykorzystuje głównie procesor) mam max 52 stopnie.

Kiedy więc oprócz testowania Orthosami/LinX osiągniemy pełne, wielogodzinne obciązenie prowadzące do uzyskania takich temperatur? Przy renderingu grafiki i filmów?

 

 

 

W sumie trudno powiedzieć jak tu się sprawa z tempami ma jak mi się te programy wyłączają , ale takie GTA4 nie rozgrzewa mi proca więcej jak 66*C , sprawa ma się nieco inaczej przy DIRT2 bo ten już wyciska z mojego proca w porywach do 71*C.

 

*q6600 @ 3,60GHz 1,60Vol Thermalright Ultra 120 Extreme

[larry.bigl 769]

U mnie np procek robi 3,8GHz orthos przechodzi test po 2-3h i nie wywala błędu a np Diablo II łapie zwiechy i resety i CS to samo

[RoXall 2]

Moje 2 słowa, Orthos otwarty w jednej kopii obciąża 2 rdzenie a nie jeden. Druga sprawa obrałeś złą metologię testowania orthosem dla tego masz takie spadki podczas testu. Test powinien być wykonany jako: Small FFTs - stress CPU zaś Ty uruchomiłeś test na stabilność procka i RAMu. Widzisz w tym różnicę ?

 

Mimo wszystko zgadzam się że testowanie orthosem nie ma sensu z tej racji iż nie jest on wyznacznikiem stabilności. Dla przykładu u mnie orthos działa może 1-2min i wywala błąd. Ten sam problem jest z OCCP i Prime te to już w ogóle po kilku sekundach się wyłączają

 

Ja testuje stabilność całego kompa w grach, GTA4, Crysis, DIRT2, NFS Shift, Far Cry 2, i jeśli jestem w stanie pograć bez problemu w takie gierki przez 3h bez przerwy to komp działa jak powinien.

Nie widzę w tym różnicy ponieważ trudno wymagać po podkręceniu aby ram zachowywał się inaczej niż procesor.

Myślę, że Tobie bardziej chodziło o inny rodzaj pracy wykonywany poprzez program w stosunku obciążania CPU jak i CPU + RAM.

Tylko widzisz ja myślę, że obciążenie dodatkowo ramu nie ma wpływu na obciążenie procesora. Jeśli jest inaczej proszę o udowodnienie jakimś testem... Po za tym nie da się pracować bez ramu więc i jego poprawnośc pracy warto sprawdzić przy okazji.

 

Tak w ogóle to do wychwycania błędów ramu dobrze się sprawdza 3d Mrrk 2001SE.

 

GTA4 to dobry test stabilności pod warunkiem, że na komputerze tylko się gra - a właściwie przy założeniu że, to jest najtrudniejsze dla Cpu zadanie. Jakiś czas temu jeszcze jak siedziałem na e2160@3,3Ghz to GTA4 potrafiło się wywalić np. po godzinie natomiast SP2004 chodził dumnie parę godzin. Jednak GTA-4 nie zastąpi porządnego programu. Oczywiście Furmark + LinX jest tu także bardzo wskazany.

To że możesz pograć przez 3h w wymienione gry nie oznacza, że pewnego dnia nie wypali Ci się płyta z błędami lub spakowany plik w RARze nie będzie się już do niczego nadawał. Albo błędy czy zupełny zwis w programie 3d Studio MAX, gdzie przy renderach program ten wykorzysta każdy wolny Mhz na każdym rdzeniu bez wyjątku, nie zaprzepaści parogodzinnej pracy. Nie wszystko widać gołym okiem i na samych grach bym nie polegał, chyba że tylko to robisz na komputerze.

 

 

@Mekk

Wątpię aby Win 7 gorzej sobie radził w wymienionej kwestii od Win XP.

To bardziej kwestia tego o czym pisał Dratron, że Orthos i SP2004 to inne wersje tego samego powiedzmy programu.

Na Screenie z jednym ~ SP2004 widać wyraźnie, że jeden rdzeń się nudzi i to bardzo i samo stwierdzenie, że jest niedociążony w 100%jest nawet śmieszne bo nie jest prawie w ogóle obciążony. Co się ma natomiast win7 i XP nawet jesli to co piszesz ma potwierdzenie to zauważ, że jednak coraz więcej ludzi będzie teraz odchodzić od XP niż na niego wracać.

 

@Dratron racja przetestuje i Orthosa a nie (SP2004) w wolnej chwili.

Natomiast zauważ, że większość ludzi nie ma pojęcia o tym co napisałeś i używa tego pierwszego jako Orthosa.

[miś1185 0]

Tylko widzisz ja myślę, że obciążenie dodatkowo ramu nie ma wpływu na obciążenie procesora.

Zauważyłeś ciekawą dla Ciebie sprawę - i dobrze. Tylko nie zwróciłeś uwagi, że ORTHOS ORTHOS (a nie Orthos SP2004) obciąża 2 rdzenie - a Prime95 sam spokojnie używam do 4 rdzeni. I nie zgodzę się na polecanie zapuszczenie testera stabilności CPU jednocześnie z 3DMarkiem. Pod względem CPU nie idziesz na kompromis, a pod względem GPU już idziesz? Prime95 (Small FTTs priorytet conajmniej 8-9) plus FurMark - to dla mnie wystarczający test stabilności. A sam Orthos czy też Prime95 - obciążają liniowo w 100% rdzenie (Orthosa oczywiście 2 razy trzeba uruchomić i ustawić odpowiednio koligację jeśli ma się powyżej 2 rdzeni) - ale w teście Small FTTs! Sprawdź - bo wtedy i temperatury są wyższe i jest dużo czulszy (pamiętając o ustawieniu wysokiego priorytetu) na błędy CPU.

[RoXall 2]

To nie tak!

Gdyby było tak jak napisałeś to chyba nie polecałbym obciążać ram podczas testu cpu.

Po za tym co się ma obciążenie ramu do CPU?

 

Jęli karta graf. się zagrzeje to procek będzie cieplejszy...

Wpływ podwyższonej temperatury, które wytwarzają inne komponenty sumują się - tym samy powstaje jakaś temp. wypadkowa.

W takim razie napisz jak na raz przetestować całą platformę aby sprawdzenie każdego komponentu dawało 100% pewności. Bo nie wiem czy chodzi Ci o to, że obciążając 3d Markiem i LinXem karta będzie nie dociążona czy o 3d Marka jako słaby bench bo poleciłem przecież poniżej FurMarka (jako zamiennika 3d Marka) w parze z LinXem ale trzeba było doczytać do końca posty - ?

 

Przeczytałeś wątek kawałkami bo w dalszej części została wyjaśniona kwestia Orthosa i SP2004 - którego ja używałem i jest wcześniejszą wersją Orthosa.

A co do SP2004 wykresy mówią same za siebie.

Dla połowy ludzi w tym dla mnie Orthos i SP2004 to to samo bo to drugie to wcześniejsza wersja Orthosa.

 

edit:

Nie jestem alfa i omegą i ten temat miał raczej służyć swobodnej wymianie doświadczeń a odbieram niektóre odpowiedzi trochę jak atak na moją osobę.

Ja tu nic nikomu nie muszę na siłę udowadniać ani przekonywać - nic nowego nie wymyśliłem a każdy może sprawdzić.

Wiele osób testuje SP 2004 i dla nich jest ten temat a o tym, że sam ORTHOS ORTHOS jest raczej jednym z słabszych z wymienionych testerów stabilności to przy okazji wyszło w rozmowie.

 

Nie wiem po co ten ~atak?

Tak zresztą jak ostatnio w temacie "jaki procesor..." ctrl+C/ctrl+V użyło mi się niechcący dwa razy i zostałem przez Ciebie wyśmiany: ~pokaż mi procka q8200 w rew E0 - napisałeś coś w tym stylu - gdzie zresztą rubryka dotyczyła q6600 a w nawiasie napisane było aby omijać m.in q8200 dalekim łukiem a po za nim E0, które zresztą powtórzone niżej dotyczyło e8x00 - każdy inny by się domyślił - Ty musiałeś wydrwić. Czy Ty zawsze jesteś wyspany, wypoczęty i dostrzegasz wszystkie przypadkowe błedy na ekranie siedząc od niego ponad 1m? Przepraszam za OT musiałem to napisać. Równocześnie zaczynam żałować, że napisałem ten temat.

[T0TEK 907]

Ja z orthosa dużo nie korzystam. Wolę odpalić 2x super PI (w koligacji jeden sPI na jeden rdzeń) albo Crysis lub GTA 4. GTA4 chyba najlepiej testuje gdyż jest tak kiepsko napisane że wywala nawet na w miarę stabilnym kompie przy czym jeśli sam system jest stabilny to tylko wyskoczy fatal i gra się zamknie.

[miś1185 0]

co do SP2004 wykresy mówią same za siebie.

Dla połowy ludzi w tym dla mnie Orthos i SP2004 to to samo bo to drugie to wcześniejsza wersja Orthosa.

Może i dla większości przeglądających allegro - dobrze, że zwróciłeś na to uwagę. Udowodniłeś jednak tylko, że to "allegrowe" testowanie o kant nosa można potłuc - jeśli masz możliwość, uzupełnij test o takie testowanie Orthosem/Prime95, jakie wiele osób poleca na forum komputerowym.

Pytasz, jaki wpływ ma jednoczesne obciążenie RAM-u i CPU na jakość przeprowadzonego testu. Już wyjaśniam na przykładzie Prime95 (obciążającym w analogiczny sposób do Orthosa):

Blend: .................. Min FFT 8K / Max FFT 4096K / Run FFTs: off / Memory to use: 1600MB

In-place Large FFTs: Min FFT 128K / Max FFT 1024K / Run FFTs: on / Memory to use: 8MB

Small FFTs: ........... Min FFT 8K / Max FFT 64K / Run FFTs: on / Memory to use: 0MB

 

^^ Small FFTs poprostu najbardziej obciąża CPU, Blend służy do testowania pamięci, a przy okazji trochę obciąża CPU, a nie jednocześnie w pełni CPU i w pełni RAM - tak to nie działa. Napisania testu nie żałuj - gdy go uzupełnisz o Small FFTs na wszystkich rdzeniach na wysokim priorytecie - będzie bardzo dobrze obrazował różnice między tymi programami do testowania

Faktycznie nie doczytałem, że wspomniałeś o Linxie+FurMarku (ten jeden akapit mi umknął...-za nic nie chcą się załadować wszystkie zdjęcia na moim komórkowym łączu - stąd zniecierpliwiony tylko parę pierwszych postów w całości przeczytałem, chcąc szybciej odpisać...wybacz) - to byłoby już spore wyzwanie i dobry test pełnej stabilności, choć mi akurat taki nie potrzebny - żadna gra nie obciąży PC tak jak Prime95/Orthos+FurMark - i to wystarczy. I taka stabilność przy konwertowaniu mnie jeszcze nie zawiodła A i samo obciążenie karty graficznej może pokazać niestabilność CPU, więc to też niezły wyznacznik

 

~pokaż mi procka q8200 w rew E0 - napisałeś coś w tym stylu - gdzie zresztą rubryka dotyczyła q6600 a w nawiasie napisane było aby omijać m.in q8200 dalekim łukiem a po za nim E0, które zresztą powtórzone niżej dotyczyło e8x00 - każdy inny by się domyślił - Ty musiałeś wydrwić.

Nie zapamiętałem, że to Ty (zapamiętałem, że ktoś polecił mniej więcej "E8200 - koniecznie w rev. E0" - więc pośpieszyłem wyjaśnić, że takich nie było by nikt takich nie szukał i nie rozczarował się, gdy nie znajdzie,bo to nie nic umniejsza ich możliwościom o/c) - nic do Ciebie nie mam, wręcz cieszę się, że ktoś tak aktywnie uczestniczy w tym sprzętowym światku - naprawdę

[RoXall 2]

spoko - bez urazy

 

OK słuszna uwaga postaram się to sprawdzić i niebawem (pewnie dopiero w poniedziałek) dorzucić Orthosa w wersji z roku 2006 i tym samym oczyścić jego imię (Orthosa) . Na takich samych ustawieniach jak poprzednio zrobię test z ramem i bez ramu.

 

PS>Przeglądasz temat z taką ilością zdjęć z telefonu - szacun za cierpliwość.

[Aurora570 0]

GTA4 to dobry test stabilności pod warunkiem, że na komputerze tylko się gra - a właściwie przy założeniu że, to jest najtrudniejsze dla Cpu zadanie. Jakiś czas temu jeszcze jak siedziałem na e2160@3,3Ghz to GTA4 potrafiło się wywalić np. po godzinie natomiast SP2004 chodził dumnie parę godzin. Jednak GTA-4 nie zastąpi porządnego programu. Oczywiście Furmark + LinX jest tu także bardzo wskazany.

To że możesz pograć przez 3h w wymienione gry nie oznacza, że pewnego dnia nie wypali Ci się płyta z błędami lub spakowany plik w RARze nie będzie się już do niczego nadawał. Albo błędy czy zupełny zwis w programie 3d Studio MAX, gdzie przy renderach program ten wykorzysta każdy wolny Mhz na każdym rdzeniu bez wyjątku, nie zaprzepaści parogodzinnej pracy. Nie wszystko widać gołym okiem i na samych grach bym nie polegał, chyba że tylko to robisz na komputerze.

 

 

Komp mi tak chodzi już 2 lata, masz jeszcze jakieś głupie pytanie ?

[RoXall 2]

Komp mi tak chodzi już 2 lata, masz jeszcze jakieś głupie pytanie ?

Nie zadałem Ci aż do tej pory ani jednego. Teraz je zadam:

 

Renderowałeś kiedyś coś w 3d maxie?

Odpowiem Ci na nie za Ciebie bo nie masz pojęcia o czy piszesz. Nie.

Gdybyś renderował cokolwiek co waży powyżej paru mb to byś raczej testów stabilności nie robił na GTA4 i nie wyskakiwał z tematem że Dirt 2 Ci wygrzewa proca do 71`C i jest to szczyt max temp..

 

W grach to może chodzić i 10 lat bez zwisu ....

[kater 2]

Od jakiegoś czasu liczę sobie F@H. Niby prądowo i temperaturowo toto nie obciąża za bardzo proca. Riva / task manager pokazuje zaledwie 50% obciążenia. Śmiech.

 

Ale niestety F@H też bardzo nie lubi niestabilnie zrobionego OC. Miałem taką sytuację, że pomiędzy 8 x 424 a 8 x 425 musiałem już, bez względu na zabawę GTL, VTT, NB itd, normalnie po prostu podbić Vcore. No nie dawało rady inaczej. Na 8 x 424 wszystko stabilnie (wszystko = u mnie LinX i Orthos prio 9, każdy na ponad godzinę). Ale na 8 x 425 ten właśnie mało wymagający F@H się po kilku minutach wykrzaczył, a właściwie resetnął mi kompa. Można by myśleć, że skoro to tylko 50% obciążenia, to powinien spokojnie śmigać. A ni chu chu. Takiego wała. Niestety, do F@H musi być super stabilnie i koniec.

 

To tak gwoli różnych spostrzeżeń.

 

Do grania w sumie nie robię niestabilnego OC, bo wychodzę z założenia, że "OC" to "naprawdę stabilne OC". A że grywam nieczęsto, to i kompa muszę mieć stabilnego. F@H się liczy, a ja normalnie cały dzień pracuję. Nie mogę sobie pozwolić na zaskakujące resety bo bym część wyników pracy tracił. A tego nie lubię bardziej niż szpinaku z czosnkiem  

[maniak997 0]

sory ale nie moge znależć nigdzie tego LinX-a można jakiś link ?

[kater 2]

klyk

 

Wpisujcie "Linx CPU" albo "LinX Linpack"

[ju-rek 305]

Może być i to -> http://www.xtremesystems.org/forums/showthread.php?t=197835

[miś1185 0]

Sam chciałem sprawdzić, jak bardzo ustawienie Orthosa ma wpływ na wyłapywanie przez niego niestabilności. W tym celu obniżyłem nieco napięcie procesora na 2,88GHz@1,13125V. Wybrałem test Prime95 Small FFTs na priorytecie 8. Po 3 minutach jeden z rdzeni popełnił błąd w obliczeniach. Bynajmniej nie jest to kwestią temperatury - są one bowiem w granicach 42*C. Ponowny test - ale na priorytecie 6 - ten sam rdzeń wywalił błąd po 9 minutach. Uruchomiłem więc zdaje się najbardziej wygrzewający CPU program - LinX, z nastawieniem na BSOD skoro już w Prime95 był niestabilny, i? Owszem - temperatury skoczyły - aż do 45*C - więc to duża różnica. I pojawił się też błąd ale również po 3 minutach.

To pozwala mi jedynie przypuszczać, iż niestabilność u autora podczas testowania Linxem była spowodowana zbyt wysokimi temperaturami - a nie samą różnicą pomiędzy "wrażliwością na niestabilność" pomiędzy wspomnianymi programami. Oczywiście gdy ktoś wyciska max ze swojego chłodzenia - różnice temperatur osiąganych przy różnych programach mogą decydować o stabilności - taki test więc bardzo się przyda. Jednak podejrzewam, że wtedy latem poziom stabilnego o/c będzie się wyraźnie różnił od tego przeprowadzonego zimą

[Aurora570 0]

Ma być stabilny do tego czego ja używam, a to że wy robicie jakąś grafike i inne bzdety to już tylko wasz problem!

[kater 2]

Problem to jest Twój*, że nie umiesz się zachować i zachowujesz jak rozpuszczony bachor. No chyba, że masz tak drastycznie dziwne poczucie humoru,

że "grafikę i inne bzdety" uważasz za coś tak paskudnego, że człowiek nie powinien się tym zajmować.

 

* i Twoich rodziców, że nie potrafili Cię odpowiednio wychować - chociażby pisać "Wasz" z dużej litery

 

Po 1) nie wierzę, że Ci 2 lata komp na niestabilnym OC chodzi bez żadnego zwisu - nie ma takiej opcji; nawet jeśli tylko grasz, to czasem komp jednak samemu, bez Twojej wiedzy obciąża trochę bardziej/inaczej proca - automatyczna konserwacja systemu jakimś softem, uruchamianie kilku softów na raz, backupowanie danych (chociaż akurat o to, że coś backupujesz Cię nie posądzam), okazjonalne pakowanie itd. Po 2) wierz mi, naprawdę nie chcesz być w sytuacji, gdy Ci się komp powiesi podczas robienia właśnie czegoś na kształt backupu, reinstalki itd. No ale cóż, każdy się uczy, i to w swoim tempie, więc nic straconego.

[duszkowy 0]

Aby obalic jakas hipoteze wystarczy jeden raz pokazac, ze jest inaczej niz hipoteza zaklada . orthos jeden raz wlaczony obciaza 2 rdzenie.

 

[RoXall 2]

Kater daj spokój - z trepa nie zrobisz człowieka. Tym bardziej z dziecka neo.

 

@Duszkowy - to już przewałkowaliśmy ale Orthos SP 2004 nie obciąży patrz uważnie na screeny w pierwszym poście.