[KERNEL][ExTweaks] SiyahKernel v2.6.14 - "One kernel to rule them all" - Nur für GB

  • 6.747 Antworten
  • Letztes Antwortdatum
Hab ich bestimmt schon 10 mal gemacht, wird nichts resettet?

Sent from my Droid - Galaxy S2 - via CheckRom Revolution HD v3.1.1
 
Lade das Handy mal komplett neu auf

Galaxy S2 using CyanogenMod 7
 
Android_FanX79 schrieb:
Hab ich bestimmt schon 10 mal gemacht, wird nichts resettet?

Sent from my Droid - Galaxy S2 - via CheckRom Revolution HD v3.1.1

Ansonsten per TB die Daten löschen und/ oder deinstallieren und dann nur das App wiederherstellen, dann sollte es auf jeden Fall funzen.
 
Daten habe ich bereits von der WL App gelöscht. Aber wäre cool wenn man den Akkuverbrauch unter Einstellungen zurücksetzen könnte. Das wird wohl von allein resettet wenn man das handy neu auflädt.

So nebenbei das RC2 geflasht, aber der Akkuverbrauch ist immer noch gefühlt sehr hoch.

Sent from my Droid - Galaxy S2 - via CheckRom Revolution HD v3.1.1
 
Hab auch WL mit 2 Widgets drauf und alles läuft sauber. Hab Siyah jetzt auch mal auf Lulz gestellt mit cfq als io scheduler. Gute Performance, keine Ruckler bisher, Akkudrain auch im Rahmen.
 
Bei den Schedulern konnte ich keine Unterschiede feststellen, habe aber neulich einen ganz interessanten Erfahrungsbericht darüber gefunden, derjenige hat sich mal die Mühe gemacht und alle getestet/ gebencht.

Für ihn war "Deadline" der z.Z. optimale Handy-Scheduler.

Ich nutze Ondemand und Deadline und mit dem RC1 ruckelt auch nichts.

Im WL habe ich 3 Widgets und der Verbrauch ist echt niedrig.
 
Hab da mal was zu den einzelnen Shedulern gefunden:



An I/O scheduler can use the following techniques to improve performance:

Request merging - The scheduler merges adjacent requests together to reduce disk seeking

Elevator - The scheduler orders requests based on their physical location on the block device, and it basically tries to seek in one direction as much as possible.

Prioritisation - The scheduler has complete control over how it prioritises requests, and can do so in a number of ways


No-op Scheduler:

This scheduler only implements request merging.


Anticipatory:

The anticipatory scheduler is the default scheduler in older 2.6 kernels – if you've not specified one, this is the one that will be loaded. It implements request merging, a one-way elevator, read and write request batching, and attempts some anticipatory reads by holding off a bit after a read batch if it thinks a user is going to ask for more data.


Deadline:

The deadline scheduler implements request merging, a one-way elevator, and imposes a deadline on all operations to prevent resource starvation.


Complete Fair Queueing Scheduler (CFQ):

The complete fair queueing scheduler implements both request merging and the elevator, and attempts to give all users of a particular device the same number of IO requests over a particular time interval. The CFQ scheduler aims to distribute disk time fairly amongst processes competing for access to the disk. In addition, it uses anticipation and deadlines to improve performance, and attempt to bound latency.


Budget Fair Queuing (BFQ):

The Budget Fair Queueing (BFQ) scheduler turns the CFQ Round-Robin scheduling policy of time slices into a fair queueing scheduling of sector budgets.


SIO:

SIO Scheduler is based on the deadline scheduler but it's more like a mix between no-op and deadline.
In other words, SIO is like a lighter version of deadline but it doesn't do any kind of sorting, so it's aimed mainly for random-access devices (like SSD hard disks) where request sorting is no needed (as any sector can be accesed in a constant time, regardless of its physical location).


V(R):

V(R) is similar to, and based on, Linux's deadline I/O scheduler. It implements request deadlines which try to limit starvation, but provide no hard guarantee of request latency. It also merges and batches requests in a similar manner, but unlike deadline, read and write requests are issued together. This means there is no preference to reads over writes. Thus, higher throughput can be achieved at the cost of interactive performance.
 
nochmal auf deutsch! xD
du copy, paster
 
copy paste das doch in den Google Übersetzer :flapper:
 
kb,
könntest du auch machen dann posten.....
 
Zuletzt bearbeitet:
v2.2 rc3

Posted on November 23, 2011
Changelog:

  • ondemand governor up_threshold changed to 90
  • changed some parameters in tweaks.sh
  • uploaded the sources to bitbucket. sorry, there is no commit log as I was using my computer@work. but for the next release there will be detailed commit logs for 3.1 branch, with the cost of slower development.
known issues:

  1. only external sd is mounted over usb in CWM recovery.

Last known good beta: (In case you have a problem, use this version before going back to previous release) v2.2rc1
tar: NOT RELEASED YET.
zip: NOT RELEASED YET.
 
Nochmal zu meinem Akkuproblem, habe mittlerweile mein Akku bis auf ca. 90% aufgeladen, aber die Akkuverbrauchs Statistik unter Einstellungen hat sich nicht geändert,
auch nicht resettet. WL ist nun auf 42% eingepegelt, aber immer noch viel zu hoch. :crying:

____________________________________


Für alle Faultiere unter euch. :D

Zu den I/O's... habs mal ins deutsche übersetzen lassen: ;)


I/O's

Ein I / O-Scheduler können Sie die folgenden Techniken, um die Leistung zu verbessern:

Request Merging (Fordern Verschmelzung) - Der Scheduler verschmilzt angrenzende Zugriffe gemeinsam auf der Festplatte zu reduzieren suchen

Elevator (Aufzug) - Der Scheduler Aufträge Zugriffe auf ihrem physischen Standort auf der Block-Gerät basiert, und es im Grunde versucht, in die eine Richtung so weit wie möglich zu suchen.

Prioritisation (Priorisierung) - Der Scheduler hat die komplette Kontrolle darüber, wie es priorisiert Anforderungen und können dies tun, in eine Reihe von Möglichkeiten


No-op Scheduler:

Dieser Scheduler implementiert nur Anfrage verschmelzen.


Anticipatory (Vorausschauende):

Die antizipatorische Scheduler ist der Standard-Scheduler in älteren 2.6 Kernel - wenn Sie nicht eine angegeben haben, ist dies der einzige, der geladen wird. Es implementiert Anfrage Verschmelzung, ein One-Way-
Aufzug, Lese-und Schreib-Anforderung Dosierung, und versucht, einige vorausschauende liest, indem sich ein wenig nach einem Lese-Batch, wenn es einen Benutzer wird sich für mehr Daten fragen denkt.


Deadline:

Die Frist Scheduler implementiert Anfrage Verschmelzung, ein One-Way-Aufzug, und legt eine Frist für alle Operationen zum Verbrauch aller Ressourcen zu verhindern.


Complete Fair Queueing Scheduler (CFQ) (Komplette Fair Queueing Scheduler (CFQ):

Die komplette Fair Queuing Scheduler implementiert sowohl Anfrage Verschmelzung und der Aufzug und versucht, allen Benutzern eines bestimmten Geräts die gleiche Anzahl von IO-Anfragen über ein
bestimmtes Zeitintervall. Der CFQ-Scheduler soll auf die Festplatte der Zeit gerecht zu verteilen unter Prozesse im Wettbewerb um Zugriff auf die Festplatte. Darüber hinaus nutzt es Vorfreude und Fristen, um die
Leistung zu verbessern, und versuchen, gebunden Latenz.


Budget Fair Queuing (BFQ):

Das Budget Fair Queueing (BFQ)-Scheduler schaltet die CFQ Round-Robin-Scheduling-Politik von Zeitscheiben in einen Fair Queuing Terminierung der Haushalte.


SIO:

SIO Scheduler auf dem Deadline-Scheduler basiert, aber es ist eher wie eine Mischung zwischen no-op-und Termindruck.
In anderen Worten, SIO, wie eine leichtere Version der Frist aber nicht
tun, jede Art von Sortierung, so dass es vor allem für Random-Access-Geräte (wie SSD-Festplatten), wo Anfrage Sortierung nicht erforderlich ist (wie jedes Sektors werden können soll accesed in eine konstante
Zeit, unabhängig von seiner physischen Standort).


V (R):

V (R) ist ähnlich und basiert auf Linux-Frist I / O-Scheduler. Es implementiert Anfrage Fristen, die dem Hungertod zu begrenzen versuchen, bieten aber keine harten Garantie Anfrage Latenz.
Darüber hinaus geht und Chargen Zugriffe auf eine ähnliche Weise, aber im Gegensatz Frist, lesen und schreiben Anfragen zusammen ausgestellt werden. Dies bedeutet, dass es keine Präferenz für
Lesevorgänge über schreibt. So kann ein höherer Durchsatz auf Kosten der interaktiven Performance erreicht werden.

Translate by Google:


So hoffe mal das ihr jetzt dadurch etwas schlauer geworden seid. :lol:


MfG
 
Die Akku-Statistik resettet sich auch erst, wenn der Akku voll geladen ist, oder? ;)

Was ist denn WL?
 
Bin grad dabei die letzten 10% aufzuladen, dann gucke ich nochmal hin. ;)

Was ist WL? huhu da haben wir doch die letzten 3 Seiten zu dem Thema diskutiert. :scared: Aber extra nochmal für dich.. :)
Mit WL ist die App Widget Locker gemeint. ;)



MfG
 
Genau...Akku voll laden und dann vorsichtshalber einmal neu booten und WL=Widgetlocker...


Edit: Alter, ward ihr aber schnell...
 
So sind wir. :D
 
  • Danke
Reaktionen: mecss
Vielleicht lässt sich die Akku Verbrauchsstatistik über CWM mit der Battery Calibration löschen?! Ist aber reine Spekulation.

Bin mal sehr gespannt, wenn das Handy nachher 100% geladen ist, obs sich dann die Statistik resetten wird. ´;)


MfG
 
Mal gucken ob es was bringt...
 

Ähnliche Themen

Androidflash
Antworten
5
Aufrufe
3.218
firemaker911
firemaker911
j1gga84
Antworten
299
Aufrufe
79.071
j1gga84
j1gga84
beicuxhaven
Antworten
6
Aufrufe
3.390
HCD
HCD
Zurück
Oben Unten