520MHz na G900 - ale czy zawsze?

Zauważyłem że przy ustawieniu na stałe XCPUscallarem procka na 520MHz, czyli tyle ile ten procek w zasadzie ma (przy podkręcaniu na 624 mój egzemplarz się zawiesza) tosia zachowuje się o wiele szybciej! Bez tego procek sam się spowalnia, a system chodzi dużo wolniej. Nie bez powodu jednak się to dzieje, tośka na sterydach wytrzyma max 10h. Czy zna ktoś rozwiązanie, dzięki któremu zawsze gdy ekran jest aktywny będzie 520, jednak po uśpieniu spadnie w celu oszczędzania baterii? Zawsze przy pracy chcę mieć 520. Najlepiej coś z rejestru, bez zewnętrznego programu

Teoretycznie tak ale...

Wiec tak, ustawiasz sobie progi wykorzystania procesora i jego zaleznego przetaktowania w XCPUScalar i masz.
Natomiast co do tego "ale" to problem jest w tym, ze jak ustawisz np. 0-5% 104mhz to czesto na uspionym potrafi byc obciazenie okolo 7% wiec nadal pupa, a 204mhz juz pobiera na tyle wiecej pradu od 104mhz, ze poczujesz to

Reasumujac zmien na WM 6.1 Ce Os i sobie glowy tym nie zawracaj

Sprzęt: Toshiba G900 @ WM6.1 5.2.20748 20080916 LITE

Mam go. I z tym jest jeszcze szybciej. Pobawię się tymi progami.

Nie doczytalem Pobierz sobie kilka wersji do testow, poniewaz sa stabilne i stabilniejsze...
Bawilem sie tym programem na 6.0 PL i zlotym srodkiem jest ustawienie 204mhz ale to juz pobiera duzo wiecej pradu niz 104mhz...
Zobacz tak:
0-5% 104 mhz
6-25% 204 mhz
26-50% 416 mhz
51-100% 520mhz

ps. Na 6.0 PL i 624 mhz tosia dzialala stabilnie nawet przy filmach

Dzięki, mam podobnie ale od 30% już pełna 520. Podkręciłem teraz i kompletny zwis ;p Wątpię aby to był system, tutaj chyba tak jak w kompach, każdy egzemplarz procka podkręca się inaczej. Ale pobawię się innymi wersjami, dzięki.

Tak sie sklada ze nad XCPUScalarem spedzilem sporo czasu robilem wiele testow z SR Ogolnie co moge powiedziec to to zeby unikac stawiania na 104mhz Problem jest taki ze przy tej predkosci procek wchodzi jakby w tryb uspienia z ktorego baardzo dlugo sie wybudza. Objawy to strasrmy zne spowolnienie przy probie normalnej pracy po czasie oczywiscie wszystko wraca do normy ale np. u mnie ten czas trwa nawet kolo minuty. Gdy potrzeba szybko wyslac sms to to staje sie irytujace.
Na mojej tosce zlotym srodkiem okazalo sie ustawienie:
0-5% na 208mhz - nie ma zadnych opoznien przy rozruchu uspionej toski
6-45% 312 Mhz - normalna codzienna praca z fonem typu sms, ksiazka adresowa. W zupelnosci starcza do komfortowej pracy i bateria dluzej trzyma. Wlasnie tu szukalem zlotego srodka mocy i niskiego uzycia pradu.
46-70% - 520 Mhz - zadko potrzeba tej mocy ale gdy juz soft potrzebuje to niech ma fulla
71-100% -624 Mhz - u mnie chodzi stabilnie, bardzo malo softu tak stresuje procka. Jednak opcja super dla automapy ktora wciaga wszystko co toska daje.
Testowane powyzsze opcje na WM 6.0PL. Podjerzewam ze na 6.1 nie macie takich poroblemow ale dla 6.0 xscalar powoduje ze mozna prawie normalnie pracowac!. Oczywiscie zuzycie baterii jest minimalnie wieksze a to dlatego minimalnie, bo i tak w wiekszosci telefon jest w uspieniu wiec procek wylaczony. A jak pisalem wyzej ustawiam 208 zamiast 104mhz bo nie ma efektu dlugiego laga i mulenia.
Polecam i Pozdrawiam

Której wersji programiku XCPUScalar używasz?

ver. 3.03

Zainstalowałem tę wersję  tylko że trial i już mi tylko licznik pokazuje 208 
Dodatkowo jak sprawdziłem task managerem obciążenie to ten cpu scalar zżera czas procesora bardzo wyraźnie To chyba jak mierzy obciążenie.

Moze to wlasnie na tej zasadzie generuje sygnal przelaczenia procka na inna czestotliwosc. Tzn. sztucznie kreuje obciazenie.

Chyba aż tak głupi ci programiści nie są.   Jeszcze przez Ciebie stracę wiarę w Ludzkość

A na serio to wtedy chyba nie musieliby sie zastrzegać, że to tylko do proców Xscale jest. Moim zdaniem za często wywołują API odczytujące to obciążenie. Wbudowany sterownik chyba jest dużo lepszy bo nie przechodzi z trybu aplikacji w tryb jądra i dodatkowo być może jest w stanie zmieniać prędkość w przerwaniach. Ale to ostatnie niekoniecznie.

Od kiedy wywalilem ten program to wreszcie bez problemu Tosia działa 2 dni. Z XCPUScalar ledwo wyciagalem 12-14 godzin.

Ale przy WM 6.1 XCPU jest zbedny...

i tu jest wlasnie pies pogrzebany, gdyby szlo zmusic oryginalny sterownik WM do szybszego przelaczania procka na wyzsze czestotliwosci to nie byloby po co uzywac xcpuscalara i faktycznie takie rozwiazanie byloby sprawniejsze. Xcpuscalar przelacza procka znacznie wolniej z 104 mhz na wyzsze niz oryginalny sterownik (testowane). Jednak chcac w miare sprawnie pracowac pod wm6.0 nie ma wyjscia tylko dobrze ustawiony xscalar. Tylko dzieki temu programikowi nie przesiadlem sie jeszcze na wm6.1
Pozdrawiam

PS uzywam wersji 3.03

Jakie aplikacje masz w ciągłym użyciu, że taki jest niezbędny? Mi właściwie na razie starcza ta prędkość tosi

Ludzie - może jestem głupi, ale gdzie można znaleźć wersję trial? Tą co działa? Najlepiej w cab, bo nie mam winshitu na pc
Wiem, że to jest płatne, więc nie proszę o pełną...

Na stronie handago Ale jest bezużyteczna - wg opisu w programie po 20 przełączeniach częstotliwości blokuje się. Chodzi wtedy na 208 chyba - tak u mnie było. Nawet nie sprawdziłem tego przełączania pod wpływem obciążenia. 

No właśnie tą najprostszą dostałem i jakoś mnie odrzuciło - w dodatku ta najnowsza wcale mi się nie uruchamia.

Jak ruszasz strzałkami na boki to te ekrany ustawień zaawansowanych się pokazują. Tyle że całość nie działa.

U mnie nie działa w ogóle - klikam na ikonkę i zawiecha...

Ta wersja najnowsza - 3.03 - powinna chodzić Mam też 3.7bai pl i u mnie jak sie w ustawienia->system->xcpuscalar wejdzie można programik odpalić.

miba skąd wytrzasnąłeś ten rom? - 3.7?
też chcę

Wziąłem ROM i w edytorze binarnym wykasowałem jedno zero. Od razu mi przyśpieszył ostro

o kurcze a może właśnie odkryłeś WM7.1?

cicho, w wm6 była zaszyta funkcja dzwonienia budzika na wyciszeniu
Dopiero w okolicach buildu 20273 zdecydowali się ją uaktywnić.

Wystarczy przeedytować dialogi i funkcja staje się dostępna

Całkiem możliwe, że zmiany w 7.1 w stosunku do 6.0 będą miały podobny charakter tyle że, Balmer użyje sosu reklamowego w znacznej ilości...