Forum Debian Users Gang

hmmm dużo napisałeś, dużo pytań xd
powiem co wiem ( z doświadczenia ), będę szedł "od góry".

1. otóż niewiem czy w biosie jest możliwość ustawienia PCI -E na sztywno np na 103  (pcie frequency),  czy płyta wogóle posiada taką opcję ?

tutaj odpowiedziałeś sobie "sam",

"
jest natomiast :
auto disable PCI/PCI-E e frequency
"

co do samej wartości w jaki sposób rośnie, powiem szczerze nie wiem, nigdy tego nie zaobserwowałem, oraz nie wyczytałem, więc istnieje skończone prawdopodobieństwo że rośnie "nie liniowo".
Wiem za to że nie jest to taktowanie tylko slotu x16 ale wszystkiego co jest podpięte do tego interfejsu ( bądź zegara taktującego ) czyli slotów x1 , x4 również. Czytałem kiedyś opinie ( jak sam dłubałem przy O/C jeszcze na dfi nf650i  ) że odpowiada też np. za usb czy sata ile w tym prawdy, a ile bajek dla dzieci i wymysłów nie wiem :]. Jak jest opcja "disable" to pewnie po to żeby zatrzymać taktowanie by default ( bo wyłączyć wogóle zegar taktujący jest bez sensu :] ), no i ja personalnie od tego bym zaczoł

2. hmmm czy na fsb 1066 pci express pozostawiony na auto zadziała właściwie ?

tak, jeżeli to jest nomnalne FSB dla proca ( odrazu info, twoj ma 800MHz, tu gwarancji nie dam :P ) , przy każdej "standardowej" częstotliwości ( standardowym fsb dla danego modelu procesora ) zadziała jak należy.
teraz pewnie "taa nie wie w jaki sposób się zwiększa, a teraz mi gada że zadziała .... jasneee".

wiem że zadziała bo złożyłem dużo albo bardzo dużo komputerów, od maszyn po 800zl po komputery za 10 000 ( 2x 6990HD , do obliczeń, nie do gier :] ). Nie przypominam sobie żebym przy wymianie procesora / instalacji procesora, musiał kiedy kowiek ustawiać taktowanie dla pci-e.

Moim pieprzeniem i pierdoleniem tutaj będzie przypuszczenie skąd opcja zmiany tego taktowania .... prawdopodobnie ktoś zauważył że przy zmianie taktowania FSB, sygnały pci-e - fsb potrafią dochodzić bardzo nei synchronicznie, to dorzucili w biosie zmiane taktowania dla napałów.

3. Płyta z serii g41m-s spokojnie obsługuje quady . 
chipset , na płyte wsadzisz tylko pytanie jak długo podziała.

4. Teraz pytanie czy można stwierdzić że płyta bezdyskusyjnie da sobie radę z e4400 i czy w związku z tym nie należy uważać jedynie na procek ?

procesory sie nie psują.
płyty sie psują, często, lubią to XD.

5. Czy najlepsze są jakieś konkretne wartości fsb dla core 2 duo np 233,244,255 etc ?

generalnie zasada jest taka że bijesz FSB i takty pamięci do góry ile sie da, wzrasta wtedy przepustowność, na lini ram <-> chipset <-> cpu, a że procesor nie jest w stanie sobie tyłka podetrzeć jeżeli nie dostanie request od chipset to ma to wpływ na wydajnośc.Swoją drogą w testach nie daje to takiego boostu jakiego byś się spodziewał :], niby kilka % ale zawsze :]. W teście wyjdzie w używaniu nie :]. Ja zawsze przy małych wartościach dla taktowania procesora wolałem zejść z timingów pamięci :).

ale czy lepiej miec
250 fsb, 2.5GHz na proci u na pamieciach .... 1000MHz przy 6-6-6-19-24
czy
260 fsb, 2.6GHz na proci u na pamieciach .... 1060MHz przy 7-7-7-22-27

to ci nie powiem tutaj już potrzebne są , doświadczenia własne,  najwięcej zobaczysz sam w testach, zmieniasz cos -> test :D i tak w kółko, na tym O/C polega :D.


( często wyniki są nie adekwantne dla różnych programów/zastosowań, powiedzmy że TY chcesz szybko rozpakowywać, a Władek z JAiMOJkomputer.pl chce mieć wiecej FPS w pornosach , inne zastosowanie inne przeprowadzone testy no i inne wyniki , Ty wykręcisz fsb i powiesz że masz 10% więcej na poczcie, a władek powie że wykręcił proca z 1.8 na 2.9 i dalej ma 24fps w pornosie ).


btw. tutaj bodzio sie chyba nie obrazi ale takie pytania lepiej na pclab zadawać, jeżeli chodzi o hardware tam szybciej odpowiedź dostaniesz ( no i na odwrót , tam do działu "linux" nie zaglądaj bo bieda ).


--- edyta ---
kurde duzo tego upisalem, pewnie gdies sie jebnołem jutro ktoś przeczyta i sie przypieprzy, a ja nawet nie będe pamiętał "co autor miał na myśli w momęcie pisania" XD.

Ostatnio edytowany przez gindek (2012-06-20 00:07:18)

tak konkret bez zbednego pieprzenia :]
procesory sie nie psują, co innego fabryczne uszkodzenie. Przez 3 lata widziałem jeden uszkodzony / martwy procesor no i pewnie ze 200-300 płyt, tyle samo zasilaczy , troche mniej gpu. ( "przegrzanie" to nie jest uszkodzenie, stan przejsciowy, spowodowany fizyka a nie problemami z wykonaniem ).

Jak mówiełem, robisz tak żeby było więcej FPS / punktów w smarku czy mniej sekund przy pakowaniu, dylemat masz prosty "to czy to" , robisz 3 testy, zmieniasz config i robisz kolejne trzy.
Gdyby chodziło o samo taktowanie to policzył bym :
888 * 8 = 7104 / 6  ( 1184 )
i
1018 * 8 = 8144 / 7   ( 1163 )

dlaczego tylko CL ? bo CL mowi ile cyklów zegara taktującego jest potrzebnych na wykonanie danej operacji w pamieci ( odczyt czy zapis ).
Jako że różnica jest marginalna wziol pewnie zsumował bym timingi i policzyl jak to wychodzi przy całkowitym opznieniu, nie jest to genialny sposób ale zawsze jakiś.
Dlaczego nie jest genialny ? Bo timingi podają też czas oczekiwania na otwarcie / zamknięcie komórki pamięci przed / po zapisie, oraz czas dostępu do komórki pamięci z rozkazem odczytu i bądź zapisu.

Oznacza to że jeżeli pamięć wykonuje operacje odczytu to musi wysłać request z chęcią odczytu, potem komórka jest otwierana do odczytu potem trwa odczyt pamięci. Niestety jako źródło informacji w tej sprawie będę dość kiepski, wieki mineły od kiedy czyniłem OC na swojej pierwszej płycie LGA :]. (teraz mam pewne "magiczne" zasady ustawiania timingow :D )

Chętnie popisał bym się tutaj jakimś diagramem stanów ... ale jako że ostatni raz robiłem to w technikum ( czyli z 5 - 7 lat temu ) , to wole nic nie rysować i nie czynić żebym nie walnoł gafy która będzie fruwała po sieci xd.


**urwa do rzeczy.
testy testy i jeszcze raz testy, obskoczenie dylematycznych konfiguracji z wyrobieniem testow duzo czasu nie zajmuje.
Ja miałem e2140 na 3.0 przy 1.45 i ok 50 stopniach ale ja miałem bardzo dobrze wentylowana bude + karakorum.

To ile sie z proca wycisnie zalezy od sztuki od płyty od chłodzenia od zasilacza.
Płyte masz kulawa do oc, chłodzenie też, jaka sztuka sie nie dowiemy :].

I jeszcze raz pwoiem , testy testy testy, szkoda czasu na gdybanie i teorie.
Pewne jest że skacze pobór mocy przy OC, coś czego plyta może nie wytrzymać, a moim skromnym zdaniem napewno nie wytrzyma przy duzym oc, najprędzej padnie sekcja zasilania CPU ( dla samych proców 1.5v jest raczej bezpiecznym napięciem na 65nm procach, nie czytałem nigdzie żeby ktoś uwalił swoją sztukę takim napięciem, oczywiscie umywam tutaj rece i nie mówie ze jest to nie możliwe, twój wybór co zrobisz :P ).

Jak przesadzisz z FSB to najprędzej mobo nie wstanie z powodów błędów sprzętowych, operacje w cyklach zegarowych zaczna na siebie nachodzić i powodować błędy ( tworzą wtedy tz. "hazardy" ). Przykład ... nie skonczyła się operacja odczytu, a wysyłasz sygnał zamknięcia komórki pamięci i wszystko idzie w pizdu. ( ale to akurat kulawy przykład , jest więcej bardziej istotnych rzeczy które sie wysypią ). Jednak widywałem też posty o uwalonych płytach po OC ( na pclab przy okazji testu płyt na p35 zdechła im msi fir2 wtedy z 500 czy 600zl kosztowała xd )