Ja, hatte nur für den Screenshot mein Script gelöscht!Zitat:
Zitat von Quentin
Gesendet von meinem GT-I9100 mit Tapatalk
Druckbare Version
Ja, hatte nur für den Screenshot mein Script gelöscht!Zitat:
Zitat von Quentin
Gesendet von meinem GT-I9100 mit Tapatalk
Zitat:
Zitat von FreshCash
Kann mich dem nur anschließen laufzeit 1d1h27m16s display on 1h46m14s und Akku bei 70%
OMEGA v10.2 / Siyah 2.6.11 / Ondemand 1200-100 (SIO) / ICS Domination 1.8
Ja, aber echt, kann man sich wohl auch nur anschließen! Vorallem bei der Performance und Smothnes!!! v2.6.11 Rockt!!!:thumbup:Zitat:
Zitat von Milchbeck
Gesendet von meinem GT-I9100 mit Tapatalk
Bei der Version 2.6.11 ist ja der Verweis auf obenstehendes Zitat. Der Entwickler vom Siyah-Kernel emphielt es den Nutzern, ebendiese Settings durch ein Script vorzunehmen. Genau da habe ich eine Frage, da ich diesbezüglich noch ein Laie bin: Wie genau erstelle ich mir so ein Script und in welchen Ordner muss das rein, bzw. welche Datei muss ich editieren und wie aktiviere ich das Script, ohne mit den Settings von z. B. Voltage Control in Konflikt zu kommen?Zitat:
you can activate third step (which is 300 and it is kinda stock because galaxy note uses that with the same chip) and have better performance (or maybe worse depending on the thresholds)
I will activate the third step in the next version as default, but with a high threshold of moving second to third freq.
Or use it to get a lower first step.
echo "40 133 267" > /sys/class/misc/gpu_clock_control/gpu_control
echo "90% 25% 90% 40%" > /sys/class/misc/gpu_clock_control/gpu_control
Hoffe, da weiß jemand Rat. Danke :)
Siehe mal in dem Thread!!!!
http://www.pocketpc.ch/samsung-galax...ml#post1320164
Da lade ich es mal hoch!!!
Kein problem, aber ich glaube fast, mein Script wird dich enttäuschen. Allzuviel steht da nämlich nicht drin :) Ausser dem fast schon Standard-read-ahead-Script (geändert von 2048 auf 1024 kB) , ist das btw das einzige, was ich an Scripts rumliegen habe. Sonst ist da null, nada, nix.Zitat:
Zitat von Quentin
Ich setz einfach mal die Auszüge hier rein, das ist einfacher, als das ganze Script. Ich poste sehr ungern irgendwelche UV-Werte, weil stets einer kommt, der nicht gewillt ist, sich den ganzen Post durchzulesen, das Ding flasht und dann jammert, das er reboots etc hat, weil die Spannungen auf seiner CPU einfach nicht laufen :)
Busfrequenzen:
(Ja, richtig, ich bin schon ab 800 Mhz auf 400 Mhz FSB)
Zitat:
echo "Set static busfreq" | tee -a $LOG_FILE;
echo "enabled" > /sys/devices/system/cpu/cpu0/cpufreq/bussfreq_static
echo ""
echo "---------------"
echo "0 0 0 1 2 2 " > /sys/devices/system/cpu/cpu0/cpufreq/bussfreq_static
echo ""
echo "---------------"
Parameter zweiter Kern
Bei Screen-On: An ab 70% Auslastung, aus unter 35%
Bei Screen-Off: An ab 100% Auslastung, aus unter 80%
Lulzactive:Zitat:
#hotplug parameters
echo 35 > /sys/module/pm_hotplug/parameters/loadl
echo 70 > /sys/module/pm_hotplug/parameters/loadh
echo 80 > /sys/module/pm_hotplug/parameters/loadl_scroff
echo 100 > /sys/module/pm_hotplug/parameters/loadh_scroff
Zitat:
echo "95" > /sys/devices/system/cpu/cpufreq/lulzactive/inc_cpu_load
echo "1" > /sys/devices/system/cpu/cpufreq/lulzactive/pump_up_step
echo "1" > /sys/devices/system/cpu/cpufreq/lulzactive/pump_down_step
echo "12000" > /sys/devices/system/cpu/cpufreq/lulzactive/up_sample_time
echo "36000" > /sys/devices/system/cpu/cpufreq/lulzactive/down_sample_time
echo "5" > /sys/devices/system/cpu/cpufreq/lulzactive/screen_off_min_step
Das funktioniert bei meiner Konfiguration von ROM + Kernel ziemlich gut und ist für mich Ideal. Auf nem anderen ROM / Kernel mag das schon ganz anders aussehen, von daher macht es vermutlich wenig Sinn, das einfach 1:1 zu übernehmen. Es ist auch nicht das zwingend sparsamste Script - man kann die Akkulaufzeit noch ein wenig strecken, muss dann aber mit Lags rechnen.
diese ganzen verschiedenen ansichten der geschichte helfen mir persönlich wirklich gut beim verstehen der scripte.
hab halt nie edv oder ähnliches gelernt und da ist`s dann etwas schwierig. also danke für deine regelmäßigen
noob-retter-einsätze! werde jetzt mal dein script schritt für schritt mit anderen vergleichen die bei mir gut laufen
und dann mal sehen. auf dem wege müsste alles gut gehen.
Bin zurück erstmal auf 2.6.7.
Anfangs war alles gut aber mittlerweile hab ich einen höheren akkuverbrauch mit dem 11er als mit dem 2.6.7.
Was irgendwie sehr komisch war dass gestern beim telefonieren,vorne neben der frontcam, ein rotes licht anfing zu flackern und auch geräusche machte.
Dachte ich werd abgehört:-)
Ne im ernst...hab damit noch keine erfahrungen gemacht und deswegen weiß ich nicht was das zu bedeuten hatte und ob es überhaupt am kernel lag.
Hab dann den 2.6.7 geflasht und jetzt funktioniert wieder alles tadellos.
Sent from my GT-I9100 using Tapatalk
Das "rote Licht" neben der Frontkamera ist der Licht- bzw Näherungssensor. Also zuständig für "Display aus, wenn Telefon am Kopf" . Wenn der arbeitet, sieht man ab und an das rote Leuchten, das ist normal und auch reproduzierbar :)
Geräusche hab ich von da allerdings noch nicht gehört. Aber in meinem Alter lässt das eh nach :P
OK..danke.Zitat:
Zitat von Noir.
Hatte beim Telefonieren dennoch Abstürze,SOD auch ein paar mal.
Seid 2tagen auf dem 2.6.7 und nix negatives bis jetzt.
(S2 nicht neu geflasht oder sonst was)
Hat noch jemand negative erfahrungen mit dem 11er?
Oder ist mein S2 so empfindlich:p?
Ich kann weder Abstürze noch SOD Bestättigen, mit der v2.6.11!!!
Ich hatte zwar den Siyah lange nicht drauf aber leider gab es immer mal wieder Probleme als ich noch auf Siyah war.
War bei mir auch so. Aber jetzt beim RedPill ist alles super!
Ich kann auch nur empfehlen ihn jetzt mal zu Testen!!!Zitat:
Zitat von Jens0609
Jap...der 2.6.7 läuft wirklich eig bei allen top. der 11er aber eig auch....Zitat:
Zitat von aljee77
hab keine probleme mit 2.6.11!
halt nur mit diesem 02lulzactive script. mit dem 01'er script ist wieder alles in ordnung. komischerweise ist mit dem alten script und den eigentlich nicht ganz so sparsamen werten auch der akku besser! mit diesen laggy spareinstellungen hat der kernel bei mir von vorne bis hinten versagt!
Sent from my GT-I9100 using my fingers!
Bitte löschen.....
SiyahKernel v2.6.12
Posted on February 5, 2012
because I could not finish the scripts and xan is still working on VC app, I released v2.6.12 with all code changes of v2.6.13 but without the OTA and config apps.
Changelog:
■fixed BTHID issues (thanks to Entropy512)
■updated SIO scheduler (thanks to Miguel Boton) and set it as default i/o scheduler once again.
■some wifi driver changes to prevent wlan_rx wakelocks preventing the device to sleep
■new cpuidle driver from galaxytab (thanks to Entropy512)
■reverted top-off current back to default
■some hotplug, gpu and cpu threshold changes…
you can find all versions in the XDA thread
Siyah-v2.6.12.tar
Siyah-v2.6.12-CWM.zip
Sers Leute,
ich bin eigentlich immer im Android-Hilfe.de Forum unterwegs, hab mich jetzt aber xtra hier angemeldet da ihr hier zum Thema UC / UV mehr Ahnung zu haben scheint :D
@ Noir.
Habe ein paar Fragen dazu :)Zitat:
Zitat von Noir.
1. Warum nicht die 100 Mhz noch mitnutzen? Habe irgendwo im xda-developers Forum schon gelesen dass das eher kontraproduktiv sein kann, warum genau?
2. Wie sind deine mV Werte für 200, 500, 800, 1000, 1200 Mhz ? Habe nicht vor die genau zu kopieren, eher zum Vergleichen. Wie hast du die einzelnen Werte auf Stabilität getestet? Mit der StabilityTest App und dann jede Frequenz einzeln?
3. Habe CM7 und Siyah 2.6.12 drauf. In meinem /etc/init.d Ordner habe ich laut Rootexplorer folgende Skripte:
-00banner
-01sysctl
-03firstboot
-04modules
-05mountsd
-06mountdl
-20userinit
Ist das so normal? Kann ich davon irgendwelche beruhigt raushauen oder sind die alle notwendig? Wie sieht bei euch genau der Inhalt des init.d Ordners aus?? :)
Hier hat man nicht nur mehr Ahnung, hier sind auch die besseren User
Gesendet von meinem GT-I9100 mit Tapatalk
Servus Leute,
hab en kleines Problem mit dem 2.6.12 Kernel...., erläuft eigentlich seit ich ihn drauf habe Stabil das einzige was mich stört ist das keine Divx Filme mehr funktionieren, soll heißen ich bekomm immer eine Fehlermeldung (inkompatible Datei) nach einigen Sekunden !
Hat evtl. noch jmd. dieses Probelm oder steh ich da alleine da ?
Danke
hmm also kann ich so nicht bestätigen, bis jetzt laufen alle nach wie vor so wie sie sollen. notfalls einfach umkonvertieren.
Gesendet von meinem GT-I9100 mit Tapatalk
Zitat:
Zitat von kartiloco
Naja, die 100 Mhz sind eigentlich recht unnütz, wenn man davon ausgeht, das bei 99.5% aller Nutzer, die auch UV betreiben, für 100 Mhz und 200 Mhz die Spannungen gleich liegen. Warum also 100 Mhz betreiben, wenn man mit dem nahezu gleichen Verbrauch auch den doppelten Takt erreichen kann? Sollte dann doch ein Wakelock kommen und es muss was abgearbeitet werden, gehts mit 200 Mhz doppelt so schnell. Fast gleicher Stromverbrauch, Arbeitszeit um die Hälfte verkürzt. Zumindest in der Theorie - ab xx% CPU-Auslastung wird ja eh um xy Stufen hochgetaktet, je nach Governor.
Wenn man sich aber zB mal Voltage Control oder irgendwas anderes öffnet, das den Takt in Echtzeit anzeigt, wird man festestellen, das einfach nur bei Dispay an und sonst nix auch ständig zwischen 100 und 200 Mhz hin - und hergesprungen wird, sofern man nicht ein recht hartes Stromspar-Setting verwendet (Governor, Scripts etc) . Die 100 Mhz sind also oft auch hier schon zu wenig.
Dazu kommt noch: Wenn man einen sparsamen und moderat hochtaktenden Governor wählt, kanns bei 100 Mhz Grundtakt schon mal zu Rucklern kommen, weil 100 Mhz meist zu langsam sind, dann erst auf 200 Mhz gesprungen wird, dann festgestellt wird, reicht auch nicht, also hoch auf 500 Mhz usw... Mit 200 Mhz Grundtakt bist du halt immer eine Stufe voraus und das ganze fühlt sich (meiner Meinung nach) deutlich flüssiger an. Man kann natürlich einen Governor dazu wählen oder tweaken, der beim Aufwachen gleich 3-4 Taktstufen erhöht, dann fällt diese Geschichte hier natürlich flach.
Das war die lange Erklärung :) Kurz zusammengefasst: bei 100 Mhz gleiche Spannung wie bei 200 Mhz möglich = Grundtakt 200 Mhz nehmen, ist effektiver in punkto Rechenleistung / Rechenzeit zu Stromverbrauch.
Meine UV-Werte sind wohl wirklich nicht mehr als ein grober Anhaltspunkt, meine CPU ist dahingehend ne echte Gurke. Dafür läuft sie stabil mit 1696 Mhz :) Da ich aber kein OC betreibe, wärs mir andersrum lieber.
Takt Bus mV 1200 400 1200 1000 400 1075 800 400 975 500 266 950 200 133 875
Ich setze meine FSB-Frequenzen schon sehr früh hoch, das geht marginal mehr auf den Akku, fühlt sich aber oft deutlich flüssiger an (Stichwort: Mikroruckler & Co) . Wer damit nicht experimentieren will, kann die static_busfreq auch komplett ausmachen, dann verwaltet der Kernel (sofern vom Prgrammierer nicht geändert) die FSB-Frequenzen je nach Bedarf.
CM hab ich noch nie ausprobiert - ohne das Script selbst zu sehen kann ich nur nach dem Namen der Scripts raten was drin ist :)
Zumindest 01, 05 und 06 solltest du weder löschen noch ändern, die sind wichtig fürs System.
04 müsste zum Kernel gehören. 20 enthält vermutlich ein paar Einstellungen von CM, die Du getätigt hast. 03 ist wahrscheinlich ein zipalign-Script, sowas wird nur tätig, wenn du mal Cache & Dalvik gelöscht hast. Wird zwar bei jedem Boot ausgeführt, wenn allerdings nix zu tun ist, verzögert das die Bootzeit um ca ne halbe Sekunde. Also vernachlässigbar.
Um was genaues sagen zu können, müsstest du sie hochladen. Aber wenn du nichts dazugepackt hast und das alles so nach dem ROM installieren war, würde ich sagen: Nicht anfassen :)
In meinem init.d-Ordner herrscht mittlerweile gähnende Leere bis auf das Script, was meine Voltage-Control Einstellungen enthält und das zipalign-Script.
Sehr informativ =)
Habe mir schon sowas ähnliches bezüglich der 100 Mhz gedacht, ABER bei mir ist es so...
Ich weiß nicht ob ich eine besonders tolle CPU erwischt hab oder nicht, zumindest laufen bei mir die 100 Mhz mit 800 mV !
Weniger geht nicht, bei 775 mV hatte ich nach ein paar Klicks durch die Menüs Freezes, bei 750 mV sogar sofort.
Dennoch habe ich dadurch für 100 Mhz 50 mV weniger als bei 200 Mhz, wo ich 850 mV eingestellt habe.
Das mit den Mikrorucklern stimmt allerdings, die scheinen vermehrt aufzutreten wenn man 100 Mhz mitbenutzt...
Wie hast du denn genau die einzelnen mV Werte getestet?
Ich hab es bei mir mit Stability Test versucht, und zwar im VC bei MIN und MAX den selben Wert, nämlich genau den den ich gerade testen wollte, eingestellt, zum Beispiel 500 Mhz.
Dann im Stability Test den Classic CPU Test durchlaufen lassen.
Das Problem ist dann bei mir dass ich die ganze Zeit den Test im Vordergrund und mit eingeschaltetem Display laufen lassen muss, denn sobald das Handy DisplayOff schaltet, scheint es in den DeepSleep zu gehen obwohl der Test eigentlich im Vordergrund läuft... Habe nämlich bevor der Test startete in CpuSpy die Timer resettet und dann geschaut. Während DisplayOn taktet er wirklich nur auf die Frequenz die ich gerade teste. Geht das Display aus habe ich im CpuSpy auf einmal DeepSleep usw. mit drin obwohl bei VC MIN und MAX auf 500 Mhz steht.
Habe mal den Inhalt meines Init.d Ordners angehängt :)
Momentan habe ich übrigens den SIO Scheduler und lulzactive Governor eingestellt...
Achja, und wie kann ich bei 800 Mhz die Busfrequenz auf 400 setzen? Da gehts bei mir nur bis 266
für mich der beste siyah kernel seit längerem. mit stock vs settings getestet.Zitat:
Zitat von aljee77
Zitat:
Zitat von kartiloco
Also erstmal zu den Scripts: Die solltest Du alle drin lassen bis auf das 00Banner-Script. damit kannst machen was du willst :) Tut keinem weh wenns da ist, stört aber auch nicht wenns fehlt :) Du bekommst ne Meldung a la "Welcome to Android <Version> " oder so , entweder beim booten oder kurz danach? Das macht dieses Script.
Tja, ob nun 100 oder 200 Mhz musst Du wissen. Wenn du nicht viele Wakelocks hast, würde ich bei 200 Mhz bleiben. Allein schon aus dem Grund, das es dann wesentlich weniger rucklig ist beim aufwecken. Hast du viele Wakelocks, die das Handy still und leise bei 100 Mhz abarbeiten kann ohne gross hochzutakten, mags brauchbar sein. Einfach mal vorm schlafen gehen CPU Spy resetten und morgens mal gucken, was über Nacht so passiert ist. Hast du zum grössten Teil Deep Sleep: vergiss die 100 Mhz. Ausserdem reden wir ja nicht von einer verlängerten Akkulaufzeit von 2 Stunden oder so im Vergleich 100 <> 200 Mhz, lass es 15 Minuten sein oder so. Tropfen auf dem heissen Stein :)
Getestet hab ich zuerst ganz genau so wie Du (Tip: Es gibt im Market ne App Namens "Wakelock" gegen dein Screen-Aus-Problem.) . Zuallererst mal jede Frequenz für sich für 15 min oder so, dann hab ich den Scaling Test laufen lassen. Der saugt aber ganz gut den Akku leer, wenn man ihn ne Stunde oder so rennen lässt.
Wenn das abgehakt ist, wirds schon mal relativ stabil laufen. Das Problem ist nicht, einzelne Frequenzen oder das gesamte Frequenzband unter Vollast stabil zu bekommen. Das geht ganz einfach. Was hin und wieder noch nen Reboot gibt ist zu wenig Spannung beim springen zwischen den einzelnen Frequenzen. Der Scaling Test zB testet halt 200-500-800-1000-1200-1000-800-500-200 uswuswusw. Wenn man dann aber im normalen Betrieb zB Sprünge über 2-4 Taktstufen rauf und runter oder mehrere Sprünge rauf / runter kurz hintereinander hat, wird man recht schnell merken, obs stabil ist.
99,5% aller Reboots, die ich je hatte, kamen durch zu wenig Spannung. Das merkt man dann schon früher oder später. Meistens hakt es bei der Spannung für die 500 Mhz , der Takt wird nämlich gesetzt sobald Du den Touchscreen berührst. Sobald du losslässt, wird sofort rauf - oder runtergetaktet. Ganz gern gibts Reboots beim starten irgendeiner App: Aufwecken, Finger drauf (500 Mhz) , dann hinscrollen, kurz loslassen (taktet runter) , dann draufdrücken zum App starten und gleich wieder loslassen. Eigentlich sollten dann erst mal 500 Mhz angelegt werden, dann wurde aber ne App gestartet und der Finger ist auch wieder runter. Also rauf, runter oder so bleiben mit dem Takt? Zumindest laut Logcat ist der Governor dann meist dabei, grad wegen dem loslassen runterzutakten und dann kommt die Meldung, ey, hochtakten, App gestartet. Dann war das Logcat oft zu Ende, weil ein Reboot kam :D
Den FrontSideBus siehst du unter VoltageControl, wenn Du im Bild mit den Spannungen mal oben rechts "Bus" anklickst.
Da ich schon lange keinen Siyah-Kernel mehr nutze, kann ich nicht sagen, ob SIO als Scheduler brauchbar ist oder nicht, mittlerweile bastelt da ja eh jeder dran rum. An sich ists kein schlechter, falsch machen kann man damit nix.
Lulzactive ist mir persönlich am liebsten, weil er sich wunderbar konfigurieren lässt. Bringt eigentlich alles mit, was man so braucht und nicht braucht :)
:) Ja vorhin hatte ich auch einen Freeze, obwohl es gestern den halben Tag stabil lief. Ich kam einfach nicht mehr aus dem DisplayOff raus. Habe jetzt die mV für 500 Mhz einfach mal von 850 auf 900 hochgesetzt. Leider weiß man ja nie so genau welcher Wert jetzt tatsächlich zu niedrig war :\
Du hast echt bei 800 Mhz schon einen FSB von 400? Wie stellt man diesen ein? Ich kann bei mir im VC bei 800 Mhz den Regler für den FSB nur bis 266 Mhz hochziehen.
Habe dann mal die VC Settings als init.d Script gespeichert und somit die S91voltctrl erhalten.
Im Abschnitt #BUSFREQ-BEGIN# steht unter anderem folgendes:
echo "0 0 0 0 1 1 2 2"
Ich gehe mal davon aus dass das die Werte für den FSB Regler sind?
Ich habe daher diese mal auf "0 0 0 0 0 1 2 2" geändert, gespeichert, dann rebootet. Ohne Erfolg. Bei 800 Mhz hatte ich immernoch die 266 Mhz FSB drin, müssten doch dann eigentlich 400 sein??
Was mach ich denn falsch? :)
Das ist wirklich seltsam, normal müsste sich der Regler auch auf 400 verschieben lassen!
---------- Hinzugefügt um 14:42 ---------- Vorheriger Beitrag war um 14:36 ----------
Vielleicht spinnt die Voltage Control App. Kopier mal Dein "S91voltctrl" Script auf die sdcart, installier VC nochmal neu, kopier dann Dein Script wieder in den init.d Ordner und schau mal ob sich was ändert!
Nein, auch nach einer Neuinstallation kann ich bei 800 Mhz den Schieber für FSB nicht höher als 266 Mhz einstellen.
Weder in der Lite noch der Pro Version von VC!
Hi, wieviele wakelocks sind ùber Nacht viel oder wenig? Ich habe meisten 5-10 wakelockes über Nacht sind das viele?
Hatte bis jetzt immer den Speedmod oder Phenomenal Kernel. Die waren stabil und akkusparend.
Wie ist es mit dem Siyah?
Gesendet von meinem GT-I9100 mit Tapatalk
Einfach mal Testen, ich bin seit der v2.6.7 echt begeistert!
MfG
Weiss einer,der Englisch beherscht , obs auch schon Siyah mässiges für die LPB ICS Version gibt ?
Nein gibts nicht....Zitat:
Zitat von sq707
Gesendet von meinem GT-I9100 mit Tapatalk
Wüsste gern noch wie ich bei 800 Mhz den FSB auf 400 stellen kann :)
Hi Leute, habe mir die v 2.6.12 installiert, aber wenn ich jetzt vom PC aus zugriff auf meine externe SD haben möchte geht es nicht. Er zeigt mir jetzt nur noch die innere an...
Was kann ich tun?
Kann ich nicht bestätigen, hast Du unter Einstellungen/Anwendungen/Entwicklung/USB-Debugging den Hacken gesetzt? Wenn nein sollte eigentlich MTP-Initialisierung und dann MTP-Verbunden oben rechts erscheinen und dann solltest Du auf beides, interne sowie externe SD zugreifen können! Wenn der Hacken gesetzt ist, müsstest Du die Status Leiste runter ziehen und auf "USB verbunden" klicken und "USB-Speicher verbinden" anklicken, dann sollte es auch gehen!!!
So ist es bei mir!
MfG
---------- Hinzugefügt um 17:36 ---------- Vorheriger Beitrag war um 17:19 ----------
Ich würde das Kernel Clean Script flashen und dann den SiyahKernel v2.6.12 nochmal und dann nochmal versuchen! Sonst hätte ich auch keine Idee, ich habe mir alle die von Dir angehängten Scripte angeschaut, da ist auch nichts was sich überschneidet!Zitat:
Zitat von kartiloco
http://www.pocketpc.ch/samsung-galax...sung-aosp.html
MfG
So, gokhanmoral hat geheiratet und ist aus den Flitterwochen zurück. Die v2.6.13 soll demnächst releast werden, hier mal ein Video von der neuen Voltage Control App von xan!
Zitat:
Zitat von gokhanmoral
wir mussten noch nie so lange warten .freu mich schon ;-)Zitat:
Zitat von aljee77
So wie ich in Video gesehen habe das ist Voltage control von den neuen v.2.6.13 da kann man wie man sehen kann in Zukunft alles selbst einstellen. Jetzt werden wieder Skripten und Einstelen aktuell werden :)