[oswaldini]

Witam.

Ciekawe zagadnienie - OC a hackintosh. O co mi chodzi... Kiedy uzywamy nullcpupowermanagment i wylaczamy wszystko zwiazane z PM w biosie wyniki sa cienkie nawet po duzym OC CPU. natomiast jezeli dzialaja nam C-States i P-States wynik jest duzo lepszy !

Dla przykładu moj CPU:

standart z wlaczonym PM w biosie, wynik geekbench: ~9300
standart z wylączonym PM w biosie, wynik geekbench: ~4100
OC z wlączonym PM w biosie, wynik geekbench: ~ 13000
OC z wylaczonym PM w biosie, wynik geekbench: ~7000

Kiedy wylącze wszystko w biosie od PM i dodam opcje GenerateCStates i/lub GeneratePStates wynik wraca do normy - tylko jak to sie ma do stabilności ?? Widze ze zegary sa stepowane, napięcia takze (sprawdzam w MSR Tools) - ile w tym prawdy ? Czy pomimo wylaczonych tych opcji w biosie chameleon potrafi je wlaczyc ? Chce miec podkreconego CPU na stałe bez utraty wydajnosci bo nie o to tu chodzi ale jednoczesnie nie chce utracic stabilnosci !

Czy wlaczyc tylko jedna z opcji (C lub P States), jesli juz to ktora ? Czy kazda z nich odpowiedzialna jest za napiecie CPU ? Co w przypadku gdy napiecie ustawione jest na sztywno w biosie ? Przeciez to on odpowiada za komunikacje miedzy softwarem a hardwarem, jak do tego ma sie chameleon ?

OK, znalazlem. Czyli wynika na to ze C-States nie zarzadza napieciem a tylko moca CPU. P-states jednym i drugim. Czyli po wlaczeniu tylko C-States wyniki powinny skoczyc. bez utraty stabilnosci Lece przetestowac i dam znać.

Kod:

Processor states The CPU power states C0-C3 are defined as follows: C0 is the operating state. C1 (often known as Halt) is a state where the processor is not executing instructions, but can return to an executing state essentially instantaneously. All ACPI-conformant processors must support this power state. Some processors, such as the Pentium 4, also support an Enhanced C1 state (C1E or Enhanced Halt State) for lower power consumption,[7]. C2 (often known as Stop-Clock) is a state where the processor maintains all software-visible state, but may take longer to wake up. This processor state is optional. C3 (often known as Sleep) is a state where the processor does not need to keep its cache coherent, but maintains other state. Some processors have variations on the C3 state (Deep Sleep, Deeper Sleep, etc.) that differ in how long it takes to wake the processor. This processor state is optional. [edit]Performance states While a device or processor operates (D0 and C0, respectively), it can be in one of several power-performance states. These states are implementation-dependent, but P0 is always the highest-performance state, with P1 to Pn being successively lower-performance states, up to an implementation-specific limit of n no greater than 16. P-states have become known as SpeedStep in Intel processors, as PowerNow! or Cool'n'Quiet in AMD processors, and as PowerSaver in VIA processors. P0 max power and frequency P1 less than P0, voltage/frequency scaled Pn less than P(n-1), voltage/frequency scaled

[oswaldini]

OK wlaczenie samego C-States nic nie daje. Wlaczenie P-states daje wyzszy wynik w testach. Jezeli ustawimy manualnie napiecie zostaje ono stałe. Ocenione na podstawie obserwacji temperatury przy napieciu ustawionym na auto oraz manualnie na 1.263V, testowalem programem Prime95 v25.11, Torture Testem - wersja na Mac. Rozinca w ustawieniach napiecia miedzy auto a 1.263V: 10*C

Mozna podkrecac na stałym napieciu z ustawionymi flagami GenerateCStates oraz GeneratePStates, dzieki temu nie stracimy na wydajnosci ! Wszystko co SpeedStepu w biosie wylaczamy !

[314TeR]

A sprawdzałeś jak wydajność zachowuje się pod innymi systemami? Może problem nie jest w sprzęcie a samym benchmarku? Z całym szacunkiem dla Geekbench'a ale on jest taki trochę geek...

[oswaldini]

Sprawdzalem jeszcze w cinebanch i to samo.
Zrobilem dzisiaj do konca i7-920 @ 3.66 na lajtowych ustawieniach. babralem sie z nim 3 razy Winowajca był bug płyty ktory nie pozwalal na stabilna prace po OC kiedy pamieci były ustawione na 1600MHz !! Ostatecznie CPU poszedl 3.66GHz a pamiatki niecale 1500MHz. Wszystkow pełni stabilnie. Aha dodalem tylko wpis GeneratePStates. Wynik podskoczyl z 9k do 12k. Nie ciagnałem wyzej ze wzgledu na tempy, max osiągał ok 80*C dlatego zostawilem.

Wersja CPU C1 a nei D0 jak u Marucinsa, dlatego napiecie duzo wyzsze i tempy wieksze.

[Marucins]

**oswaldini** proszę napisz o co chodzi z tym bugiem pamięci na 1600?

A to dla tego iż ostatnio zauważyłem jak uruchomię kilka specyficznych (dobrze obciążających podzespoły iHacka jak i kodek H.264) aplikacji, jedna z nich jest HandBrake.

OSX wywala KP, może nie za każdym razem ale tak z 3 na 5 konwersji plików medialnych, podczas których CPU wali 4 jądrami 8 watkami a pamięci na 1600 i to wszystko prawie na 100% obciążenia).

Aplikacje co delikatnie skubią moc podzespołów mogą działać i działać, tak jak i system (tygodniami), czasami zdarzy (bardzo rzadko) iż wysypią się.

Zastanawiałem się co to jest.... Nie wiedziałem do czasu aż nie zeszedłem z taktowania na domyślne. Jak na razie nie było ani jednego KP. Za to w Windows wszystko śmiga jak ta lala, nawet kilkugodzinne testy nie wywalają OS.


Coś możesz poradzić?

[oswaldini]

Gigabyte X58-UD5 i pewnie inne na X58 nie mogą mieć ustawionego dzielnika pamięci podczas OC tak aby RAM osiągnął >=1600MHz (dzielnik x8 o ile się nie mylę) bo komp nie wchodzi nawet do BIOSu. Jak pamiątki miały mniej jak 15xx MHZ wszystko było OK i CPU się nie wywalał.