[Diskussion] CyanogenMod 7 für das Milestone (CM7)

  • 8.263 Antworten
  • Letztes Antwortdatum
Na dann fahre ich mit 100% freeze aber ganz gut...

250mhz ist doch schon standard für das minimum? Oder wie?
 
Elchfaenger schrieb:
Na dann fahre ich mit 100% freeze aber ganz gut...

250mhz ist doch schon standard für das minimum? Oder wie?


250mhz ist standart ja und ich wette mit deinen werte haben mehr leute probleme als du selber :D

aber dein stein steht nicht so schnell auf aus dem deep sleep ???

also dauert 1-2sec oder??? und genau das hasse ich xP

wenn ich aufm knopf drücke ist mein stein sofort da ohne 1 sec zu warten^^
 
also 250 mhz ist doch echt gut, die 125mhz lohnen doch nicht mehr wenn ich die vsel nur um 3 punkte verändere. hatte da früher auch immer wieder probleme als ich das unter 2.1 mit set cpu probiert habe. der stein kommt dann einfach nicht mehr aus dem schlaf:)
ist doch wie bei jedem pc auch wenn du zuweit untertaktest gibts einen freeze. ich finde den smartass gouventer echt gut damit ist das system flüssiger als mit dem ondemand.
 
wieso bietet denn dann die Androidiani OR unter Anderem 125 Mhz als Minimaltakt in den Overclock-Optionen an? Ich hatte meinen Stein lange mit 800/600/400/125 laufen ohne Probleme...
Viel Stromersparnis merkt man davon sicher nicht mehr, aber "100% Freeze mit 125 Mhz" ist Unsinn..
 
anbieten kann sie es ja aber ob es bei allen geht ist die andere sache, in der or kannst du auch 1333mhz einstellen aber ob das dein stein packt oder verglüht ist deshalb nicht sicher:)

wenn es geht sei froh, ich hatte wie gesagt damit probleme seit ich nur noch 250 mhz mache ist alles super stabil
 
weiss ja nicht ob das der grund is warum es schneller ausm sleep kommt..
 
Das mag ja alles sein, dass es bei manchen mit 250 Mhz als Mindesttakt besser läuft, bei anderen wiederrum mit 125 Mhz. Das ist genau so eine Glaubensfrage wie die Governours.

Mich hat es nur aufgeregt, wie man sich so kindisch wie Sakaschi über eine Tatsache (offizielle Prozessorspezifikationen sind für mich Tatsachen) lustig machen kann.
 
https://www.android-hilfe.de/forum/...ngsverbraucher.73360-page-2.html#post-1029170

3.+4. absatz von unten :)

ich bin so frei mr. akku mal zu zitieren ;)

Zur spezifischen Leistung: Hammer Ergebniss, dass vielleicht noch für Diskussionsstoff sorgt: Der Stein-CPU rechnet unter Volllast bei 500 - 900 MHz am effektivsten, d.h. ihr bekommt dort die meisten Operationen pro Akkuladung geliefert! Finde ich überraschend, hätte erwartet, dass so etwas erst für viel niedrigere Taktungen gilt.

D.h. ein herabsetzen der max_rate bei screen_off auf unter 500 MHz ist völlig kontraproduktiv! Der Stein macht den Akku dann *schneller* leer!!! Die min_rate sollte natürlich deutlich so klein als möglich gewählt werden (im idle wird dann sehr wenig Strom verbraucht), aber wenn etwas zu tun ist, dann sollte das anscheinend bei 500 - 900 MHz passieren.
 
Zuletzt bearbeitet:
also ich hab ja nicht so wirklich viel ahnung davon wie man das richtig "coded" in der 10overckock

aber irgendwie werd ich auch der von dir geposteten datei nicht schlau.

echo 58 > /proc/overclock/max_vsel
echo 1000000 > /proc/overclock/max_rate

vsl 58 und 1 ghz
und danach

#echo "5 900000000 60" > /proc/overclock/mpu_opps

900 mhz mit 60 ?

und warum hast du
echo "4 700000000 46" > /proc/overclock/mpu_opps
echo "3 500000000 48" > /proc/overclock/mpu_opps
bei 500 eine höhere vsl als bei 700 ?
 
wenn # davorsteht, ist die Zeile auskommentiert, also inaktiv.

Aber ich würde auf jeden Fall NICHT die 10overclock von Sakaschi übernehmen.
Das mit 400mhz min macht gar keinen Sinn. Ob 250 oder 125 kann man sich streiten. Aber 400 ist Quark

\Edit:

Nur um diese 10overclock nochmal aufzudröseln:
Sakaschi fährt hier
1000@58
700@46
500@48(!)
250@36

Dabei ist aber nur 700, 500 und 400 (und 1000) in der Freqtabelle. Wäre ja mal spannend, was das Teil nun fährt... 250@36 oder 400@?

Der Interactive governor ist auch keine so glückliche Wahl, smartass oder ondemand sind wesentlich energiesparender.
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Fausti85
ok danke wusst ich nicht ;-)
 
D.h. bei Screen Off sollte die max. Taktung *NICHT* auf 250 MHz oder 125 MHz beschränkt werden, sondern ~ 500 MHz betragen (!). Erst wenn der Prozessor in Ruhe ist (idle) sollte auf 125/250 heruntergetaktet werden.

kann man das überhaupt genau so einstellen...
 
Ja, z.B. mit SetCPU oder Overclock Widget könnte man ScreenOff-Profile definieren. Macht aber - wie payce rausgefunden hat - keinen Sinn.

Außerdem begrenzt wohl der smartass governor bei screenoff auf 250, wäre von daher nicht so perfekt.
 
Elchfaenger schrieb:
Außerdem begrenzt wohl der smartass governor bei screenoff auf 250, wäre von daher nicht so perfekt.

man kann den smartass auch auf 125 "programmieren"
 
Elchfaenger schrieb:
wenn # davorsteht, ist die Zeile auskommentiert, also inaktiv.

Aber ich würde auf jeden Fall NICHT die 10overclock von Sakaschi übernehmen.
Das mit 400mhz min macht gar keinen Sinn. Ob 250 oder 125 kann man sich streiten. Aber 400 ist Quark

\Edit:

Nur um diese 10overclock nochmal aufzudröseln:
Sakaschi fährt hier
1000@58
700@46
500@48(!)
250@36

Dabei ist aber nur 700, 500 und 400 (und 1000) in der Freqtabelle. Wäre ja mal spannend, was das Teil nun fährt... 250@36 oder 400@?

Der Interactive governor ist auch keine so glückliche Wahl, smartass oder ondemand sind wesentlich energiesparender.


ähm die overclock kann man so nehmen den min und max mhz wert sowie smartass habe ich in cm7 settings gewählt also beschäftige dich mal richtig damit!

und ich habe smartass in cm settings gewählt da braucht man keine 10overclock anpassen für die govenors
 
Fausti85 schrieb:
also ich hab ja nicht so wirklich viel ahnung davon wie man das richtig "coded" in der 10overckock

aber irgendwie werd ich auch der von dir geposteten datei nicht schlau.

echo 58 > /proc/overclock/max_vsel
echo 1000000 > /proc/overclock/max_rate

vsl 58 und 1 ghz
und danach

#echo "5 900000000 60" > /proc/overclock/mpu_opps

900 mhz mit 60 ?

und warum hast du
echo "4 700000000 46" > /proc/overclock/mpu_opps
echo "3 500000000 48" > /proc/overclock/mpu_opps
bei 500 eine höhere vsl als bei 700 ?


um deso stabiler ist das system auf dem takt und ab 700 finde ichs stabil genug

aber wenn ihr eh macht was ihr wollt meckert weiter über fc´s reboots freezes und ich mache meinen quark selber und veröffentliche nix mehr :D
 
jetzt zickt hier mal nicht so rum .... "hello kitty" oder "milestone" forum? :blink:
 
  • Danke
Reaktionen: invd, k1l und Syrabane
Sakaschi schrieb:
um deso stabiler ist das system auf dem takt und ab 700 finde ichs stabil genug

aber wenn ihr eh macht was ihr wollt meckert weiter über fc´s reboots freezes und ich mache meinen quark selber und veröffentliche nix mehr :D
wollte nicht meckern sondern nur wissen warum du das so machst
 
Elchfaenger schrieb:
https://www.android-hilfe.de/forum/...os-ladekurven-leistungsverbraucher.73360.html

Diesen Thread beachtet? Wenn man den Stein mit 100% Ladung noch ne Stunde oder zwei am Netz lässt, sind 60% und 60% nicht dasselbe...

Kurz: auf die Ladeanzeige würde ich nur sehr wenig geben. Und mal ehrlich, ein paar Stunden Unterschied in der Laufzeit können sich durch 15min Screen-on ergeben...

Mein Stein steht über nacht immer in der Dock, somit ist eine teilweise Ladung ausgeschlossen.
Die Nutzung ist werktags bei mir zu 90% die gleiche, in den 1 1/2 Jahren seit ich das Milestone hab, gabs da selten abweichungen davon (Urlaub ausgenommen),
und 15min länger display on haben da noch nie was ausgemacht ;)

Wenn das ding morgen wieder das gleiche verhalten zeigt, werd ich wohl mal nen fullwipe machen.
 

Ähnliche Themen

-FuFu-
Antworten
688
Aufrufe
73.920
LeoHart
L
Darks
Antworten
10
Aufrufe
2.733
Darks
Darks
-FuFu-
Antworten
60
Aufrufe
18.201
paysano
paysano
Zurück
Oben Unten