Mardok

Na żółtych osobiście mam problemy z włączeniem w ogóle ramu w okolicach 250MHz natomiast na pomarańczowych lata do 300MHz, wiec dal mnie wybór jest prosty. O denerwującym komunikacie już nie wspominając…

@wampir: Eh ja ci powiem że już sobie dałem spokój z PI dziwne rzeczy się dzieją, najpierw zwaliłem mój gorszy czas na 2987MHz od 2970MHz na alphy ale jak ustawiłem te same alphy na 2987MHz co na 2970MHz i tak wcale nie poprawiłem swojego czasu tylko jeszcze gorszy dostałem :/ W tym momencie mam już po prostu dość… I zauważyłam jedną dziwną rzecz mianowicie: 1.536v Real = 2880MHz 2h SP2004 stable o ile max temp NIE przekracza 44stC 1.536v Real = 2863MHz 2h SP2004 stable o ile max temp NIE przekracza 47stC 1.535v Real = 2853MHz stable wszystko i temp może być sobie jaka chce, oczywiście bez przesady. 1.552 Real = 2925MHz 2h SP2004 stable o ile max temp NIE przekracza 44stC 1.552 Real = 2898MHz 2h SP2004 stable o ile max temp NIE przekracza 47stC 1.552 Real = 2880MHz stable wszystko i temp może być sobie jaka chce, oczywiście bez przesady. Coś mój proc cholernie od temp uzależniony ;)

@PITer A co mi miało niby nie wyjść ? Bo nie bardzo rozumiem po co te bzdury piszesz tu i na oślej… @Raptor: A niby czemu mają mu nie uznać ? Ja też robiłem w oryginalnym PI i bez łaski wpisywali…

To miał być taki żart tak ? Bo chyba coś nie wyszło…

Jak się ostatnich A02 nie dało modować tym bardziej AB0, o czym NV „łaskawie” powiadomiło po pierwszych udanych modach…

Nie ma za co ;)

Trochę bez sensu bo np. po co mi WC aby siedzieć na 1.4v toż to cooler za 60zł stykanie… Ale każdy robi jak woli…

@PITer: Niech będzie, proszę już gotowe.

Taka małą aluzja, jak ktoś zabiera się za prowadzenie jakiegokolwiek rankingu to wypadało by go aktualizować…

@Cro: Wini SPI16M 12:35 2700MHz Venice SPI16M 12:20 2700MHz A więc da się… Żeby nie było… to teraz na temat, czyli moje ustawienie na co dzień może żadne kozackie ale za to temp mi się podoba ;] SP2k4 2h 9x322 ~ 2,9GHz

Czas bardzo tragiczny… Wini 2,7GHz z sensownym ramem robi ~12:30 a na Venice z 2,7GHz udało mi się nawet bodajże ~ 12:20. Tak więc wiesz co musisz zmienić jak chcesz zyskać jeszcze na wydajności ;)

@PITer: Piszesz tak jak byś nie wiedział na jakich to kościach było… Nie podoba się nie czytaj bosz… Nie wszystko będzie tak jak ci się podoba…

@Radek & Siuwar: Dzięki, bo jak by nie patrzeć to trwało kilka dni nie godzin. @PITer: Jest napisane jakich kości ów opis dotyczy. @Cro: Na początku też mnie zdziwiło że takie „poboczne coś jak Max. Async” które ma niby należeć do Alpha a każdy mówi że alpha mogą dać góra kilka MB/s zysku, jak widać te kilka MB/s może się równać kilkaset.

div180 vs div166 na BH-5 2x256MB Test NR1: Jak widomo są pewne problemy z osiągnięciem tych samych MHz na BH-5/6/UTT na div166 co na div180, no wiec sprawa jak teraz się na nią patrzy jest dość prosta, mianowicie div166 jest o wiele wydajniejszy od div180 i aby ram „poszedł” na tych samych MHz na div166 co na div180 trzeba go zwolnic na alphach do wydajności z div180. W moim przypadku sprawa wygląda następująco: div180 E-2-5-2-7-15-2-2-1-1-4128-1-E-DS-0-L7-L2-07.0-05.5-16-E-16-7-D 9x300 = 270,00MHz | 2541MB/s | 3,4v 9x301 = 270,90MHz | 2549MB/s | 3,4v 9x302 = 271,80MHz | 2558MB/s | 3,4v 9x303 = 272,70MHz | 2567MB/s | 3,4v + 0,03v 9x304 = 273,60MHz | 2575MB/s | 3,5v 9x305 = 274,50MHz | 2583MB/s | 3,5v 9x306 = 275,40MHz | 2591MB/s | 3,5v 9x307 = 276,30MHz | 2600MB/s | 3,5v + 0,03v 9x308 = 277,20MHz | 2609MB/s | 3,6v 9x309 = 278,10MHz | 2617MB/s | 3,6v 9x310 = 279,00MHz | 2627MB/s | 3,6v 9x311 = 279,90MHz | 2634MB/s | 3,6v + 0,03v *pogrubione na czarno są różnice w ustawieniach w alpcha dla div180 i div166. Jak widać ram bardzo ładnie się skaluje wręcz jak w zegarku. Testowałem tylko (a może aż) do napięcia 3,6v bo takie właśnie jest podane jako max dopuszczalne dla BH-5 w ich specyfikacji i na co dzień „nie uśmiecha mi się siedzieć” z 3,7v lub więcej, ale jak ktoś chce to proszę bardzo. div166 E-2-5-2-7-15-2-2-2-2-4128-1-E-DS-0-L7-L2-08.0-05.5-16-E-16-7-D 8x338 = 270,40MHz | 2544MB/s | 3,4v 8x339 = 271,20MHz | 2552MB/s | 3,4v + 0,03v 8x340 = 272,00MHz | 2560MB/s | 3,5v 8x341 = 272,80MHz | 2567MB/s | 3,5v 8x342 = 273,60MHz | 2574MB/s | 3,5v 8x343 = 274,40MHz | 2582MB/s | 3,5v 8x344 = 275,20MHz | 2589MB/s | 3,5v 8x345 = 276,00MHz | 2597MB/s | 3,5v + 0,03v 8x346 = 276,80MHz | 2605MB/s | 3,5v + 0,03v 8x347 = 277,60MHz | 2612MB/s | 3,6v 8x348 = 278,40MHz | 2619MB/s | 3,6v 8x349 = 279,20MHz | 2627MB/s | 3,6v + 0,03v 8x350 = 280,00MHz | 2635MB/s | 3,6v + 0,03v *pogrubione na czarno są różnice w ustawieniach w alpcha dla div180 i div166. Tu jak widać sprawa już nie wygląda tak „ładnie” jak na div180 ale można osiągnąć wręcz identyczne MHz wraz z wydajnością co na div180 tylko trzeba eksperymentować z napięciem. Test NR2: Wiec tak jak już pisałem na początku że div166 jest (może być) o wiele bardziej wydajny niż div180, oto przykłady, zwróćcie uwagę na MB/s: div166 E-2-5-2-7-15-2-2-1-1-4708-1-E-DS-0-L7-L2-07.0-05.0-16-E-16-7-D 9x317 = 259,36MHz | 2612MB/s | 3,3v 9x318 = 260,18MHz | 2621MB/s | 3,3v 9x319 = 261,00MHz | 2630MB/s | 3,3v 9x320 = 261,81MHz | 2637MB/s | 3,3v 9x321 = 262,63MHz | 2645MB/s | 3,4v 9x322 = 263,45MHz | 2653MB/s | 3,4v *pogrubione na czarno są różnice względem podanych wyżej ustawień dla div166. Dla porównania, podobne wartość MHz na div180 przy identycznych ustawieniach: div180 E-2-5-2-7-15-2-2-1-1-4708-1-E-DS-0-L7-L2-07.0-05.0-16-E-16-7-D 9x288 = 259,20MHz | 2444MB/s | 3,3v 9x289 = 260,10MHz | 2453MB/s | 3,3v 9x290 = 261,00MHz | 2461MB/s | 3,3v 9x291 = 261,90MHz | 2471MB/s | 3,3v 9x293 = 262,80MHz | 2478MB/s | 3,3v 9x293 = 263,70MHz | 2487MB/s | 3,3v *mam taką swoją zasadę iż po przestawieniu zworki +5v nie daję mniejszego VDim niż 3,3v dlatego też wszędzie jest 3,3v mimo iż mogło by być znacznie niższe. Chyba nie trzeba komentować w tym miejscu różnicy w wydajności miedzy div180 a div166. Wyniki MB/s dla div166 są bardzo wysokie ale sprawa się komplikuje już z wyższymi MHz, mianowicie na 9x923 i tych ustawieniach danie nawet 3,6v nie pozwoli na przejście stabilnie GM tak wiec to już absolutny koniec MHz na tych ustawieniach mimo iż VDim nie jest jakoś strasznie wielkie, a w tym przypadku nie brałem w ogóle pod uwagę możliwości „luzowania” tymingów. Opis NR1: Kilka uwag, czyli które z tymingów mają największy wpływ na stabilność. Chce się tu skupić na tymingach alpcha bo mam nadzieję że nie trzeba „wałkować” po raz kolejny tymingów podstawowych. Oprę się na przykładowym ustawieniu: E-2-5-2-7-12-2-2-1-1-4708-1-E-DS-0-L7-L2-07.0-05.0-16-E-16-7-D *pogróbione zostały omawiane poniżej tymingi. TRFC : w tym przypadku wynosi 12, jest to wartość którą jako pierwszą należy luzować, jej zwiększenie ma mały wpływ na wydajność ale ogromny na stabilność. Według GM różnica miedzy ustawieniami 12 a 15 wynosi 2MB/s (przy identycznych pozostałych tymingach) TRTW : wynosi tu 1 tak jak poprzednik ma mały wpływ na wydajność (ale zawsze coś) a jej zmiana na 2 może poprawić stabilność. Według GM różnica miedzy ustawieniami 1 a 2 wynosi 1MB/s (przy identycznych pozostałych tymingach) TWTR : tu równa się 1 z moich testów wyszło ze ma mały wpływ zarówno na wydajność jak i stabilność ale danie go na 2 może nieznacznie poprawić stabilność. Według GM różnica miedzy ustawieniami 1 a 2 wynosi 1MB/s (przy identycznych pozostałych tymingach) TREF : w tym przypadku 4708 jest to najwydajniejsze ustawnie, nie dużo gorsze od niego jest 4128 które jest już bardziej stabilne, tą wartość trzeba przetestować samemu bo u każdego sprawa wygląda trochę inaczej. Według GM różnica miedzy ustawieniami 4708 a 4128 wynosi 3MB/s (przy identycznych pozostałych tymingach) I na koniec, najważniejsze ustawienie w starciu różnych dzielników mianowicie: Max Async Letancy : to ustawienie ma olbrzymi wpływ zarówno na wydajność jak i stabilność szczególnie na div166. W moim przypadku sprawa wygląda następująco: Dla div166: 07.0 = max wydajność 08.0 = max MHz i stabilność W zasadzie najlepiej było by się trzymać 07.0 ale max jaki mogę na nim osiągnąć to 263MHz co w zasadzie wystarcza do co dziennego użytku, sprawa zaczyna się komplikować z procesorem z 2,9GHz i więcej wtedy już jestem zmuszony dać na 08.0. Dla div180: 07.0 W przypadku div180 sprawa jest o tyle prosta gdyż ustawienie tego timingu na : 05.0 = i mniejsze w ogóle się nie uruchamia na sensownych MHz. 06.0 = pogorszą wydajność i stabilność. 08.0 = wydajność strasznie spada, kosztem bardzo małego zysku stabilności. W moim przypadku jedynym sensownym ustawieniem jest 07.0 i nie mam co kombinować z innym możliwościami. Opis NR2: Podarowałem sobie testowanie div200 bo chyba już nikt nie ma aż tak badziewnego CPU co by opłacało mu się „puszczać” ram na div200, zresztą zawsze można zmniejszyć mnożnik ;) Wszystkie ustawienie podane są oczywiście stabilne w GM na napięciu podanym na końcu każdej linijki z testowanymi ustawieniami. GM Stable mam na myśli 3 pętelki w „Quick Test” jak komuś to mało to niech sam sobie siedzi nad każdym ustawieniem dłużej. Jak wiadomo wraz z nadejściem „Ery Venice” kręcenie wraz z div180 stało się w wielu przypadkach wręcz nie możliwe tak więc te małe uwagi dotyczące div166 mam nadzieję że pomogą osobą „walczącym” z div166. Koniec: Do testów użyte zostało: * GoldMemory v6.64 * N4D510-XCEL2-LL * 2x256MB OCZ BH-5 Opis ustawień: * Ustawienie oraz wynikowe MHz | MB/s według GM | Napięcie VDim w Biosie * E = Enabled * D = Disabled * L7 = Level 7 * L2 = Level 2 * DS = Decrese Skew The End...

@acd: Tak jak napisałem: NF4 34/38 CPU 25/42 I nic nie robiłem, przecież napisałem że chłodzenie stock. Mam w budzie mały przeciąg i ofkorz otwarta nic poza tym. I tak jak już B napisał na x8 nie ma żadnej straty ! Czy ktoś w ogóle czyta FAQ ?!

Ze co Ci piszczało ? Ja mam teraz 9x320 przy HTTx3 a NF4 na 1.6v ze standardowym „wyjcem” i pastą jaką łaskawie DFI samo dało a temp 34stC w idle 38stC w stresie. A proc leci na 1.552v idle 25stC stres (prime) 41-42stC.

@wampir: 1. Co do PWMIC tak ja mam WC i tak mi go owiewa wentyl co jeszcze na mosfeta od ramu wieje. 2. Ustawienia div150 są podobne jak na div166 czyli Traba się pobawić w szczególności Max Asynce Letancy, Read Preamble oraz trtw i twtr. @Lemik: Tak jak VerB napisał, nie ma szans na 3kosci tylko że to wina proca nie DFI, a dokładnie budowy jego kontrolera pamięci. @unckle: Jak miałeś mocowanie na dziury na SocketA to bez kombinacji nie wejdzie na DFI. Na SocketA masz 4 dziury a na 939 tylko 2, chyba nie muszę dodawać że w zupełnie innym miejscu.

Eh te wasze teorie. Sprawa jest prosta jak GM wywali nawet 1 błąd to coś jest nie tak wiec takie mówienie do 35 błędów jest OK jest trochę śmieszne, inna sprawa że PI i prawdopodobnie Prime będzie biegać, ale jak błędy zaczynają się już na 122 teście to dla mnie takie ustawienie w ogóle się do niczego nie nadaje, ale wasze kompy, wasze systemy, wasze dane, wiec róbta co chceta… @binek: Na poprzedniej stronie napisałem na co zwrócić uwagę aby uzyskać podobne MHz na div166 co na div180.

@Radek: A czego się spodziewasz po div150. @yotomeczek: MHz pinkne! Kurde musze się zabrać za swojego widzę ;]

Jak wywala ci już w 122 teście to bardzo kiepsko z twoim „stabilnym” ustawieniem. Co do PI32M to jest i tak chyba najlepszy Windowsowy test stabilności bo PI jest bardo czułe na błędy pamięci, co nie zmienia faktu że i tak Gold jest o wiele lepszy.

Pisałem o X-64 dlatego bo właśnie na nim spotkałem się z takim „wypadkiem przy pracy” który zresztą nieźle mi krew popsuł… Wracając do tematu ci którzy liczyli że jednym poleceniem w boot.ini można zwiększyć możliwości fizyczne procesora, się trochę przeliczyli…

U mnie raczej identycznie tylko dziś właśnie testowałem 9x320 i po raz pierwszy spotkałem się z takim „czymś”…

To witaj w klubie ja już całkiem zgłupiałem z tym Venice, albo to DFI ma zaś swoje humory…

Jak na mój gust toto „coś” ma usuwać problemy który u niektórych występują np. na X-64 że wystarczy nieznacznie podkręcić procesor ponad wartość na której był instalowany system aby „leciały” BS, mimo iż na innym systemie wszystko było OK. Tak więc „mocy” to na pewno nie doda, zresztą niby jak…

Nie próbowałem, znaczy kiedyś miałem za czasów Winiego ale wtedy mi nie był potrzebny div166 zresztą nie bardzo chce mi się wracać do poprzednich biosów gdyż na tym jest minimalnie większa wydajność w porównaniu do poprzednich biosów na tych samych ustawieniach.