Reddy
Ehrenmitglied
- 33.131
WLan iss bei mir ok :/
unhold 31
Stammgast
- 842
+1
uns1n
Stammgast
- 133
Bei mir stürzt PowerAmp mit dem r3 ab - nicht sofort aber irgendwann. Bisher ist es mir nur beim a2dp Streamen aufgefallen. Mit dem stock Kernel passiert es nicht.
Gesendet von meinem GT-N7000 mit Tapatalk 2
Gesendet von meinem GT-N7000 mit Tapatalk 2
prototyp01
Dauergast
- 598
Kurzes Fazit:
Seit etwas mehr als einem Tag läuft der Kernel nun auf meinem Note und ich kann keine negativen Dinge berichten.
Positiv aufgefallen ist die gefühlt längere Akkulaufzeit. Nachts schalte ich immer in den offline Modus und da hat das Handy in 8h ca 3% Akku verloren, sonst sind es mindestens 5% in 8h. Auch scheint sich der Verbrauch mit aktiviertem 3G verbessert zu haben. Zahlen kann ich leider keine vorweisen.
Seit etwas mehr als einem Tag läuft der Kernel nun auf meinem Note und ich kann keine negativen Dinge berichten.
Positiv aufgefallen ist die gefühlt längere Akkulaufzeit. Nachts schalte ich immer in den offline Modus und da hat das Handy in 8h ca 3% Akku verloren, sonst sind es mindestens 5% in 8h. Auch scheint sich der Verbrauch mit aktiviertem 3G verbessert zu haben. Zahlen kann ich leider keine vorweisen.
prototyp01
Dauergast
- 598
Leider doch was Negatives:
Ich habe SetCPU installiert und bisher diesen pegasusq Govenor genutzt (wobei ich ehrlich gesagt, nicht weiß, ob der der passende für mich ist und wieso er mit dem Franco Kernel erst aufgetaucht ist).
Die Taktrate hab ich von 200-1400 MHz festgelegt und der scheduler steht auf noop (kein Plan wofür der scheduler steht und was hinter den einzelnen Profilen steckt).
Aufgefallen ist, dass das Spiel "Impossible" Game mit den o.a. Einstellungen wie in Zeitlupe läuft. Als Notlösung damit meine Freundin jetzt sofort zocken kann, habe ich speziell für diese App ein einzelnes Profil erstellt und die Taktrate auf 800 MHz festgesetzt und den performance Govenor gewählt. Das funktioniert wieder super.
Dennoch hätte ich gerne eine global funktionierende Einstellung, wo alles sauber läuft. Habt ihr da Tips?
Ich habe SetCPU installiert und bisher diesen pegasusq Govenor genutzt (wobei ich ehrlich gesagt, nicht weiß, ob der der passende für mich ist und wieso er mit dem Franco Kernel erst aufgetaucht ist).
Die Taktrate hab ich von 200-1400 MHz festgelegt und der scheduler steht auf noop (kein Plan wofür der scheduler steht und was hinter den einzelnen Profilen steckt).
Aufgefallen ist, dass das Spiel "Impossible" Game mit den o.a. Einstellungen wie in Zeitlupe läuft. Als Notlösung damit meine Freundin jetzt sofort zocken kann, habe ich speziell für diese App ein einzelnes Profil erstellt und die Taktrate auf 800 MHz festgesetzt und den performance Govenor gewählt. Das funktioniert wieder super.
Dennoch hätte ich gerne eine global funktionierende Einstellung, wo alles sauber läuft. Habt ihr da Tips?
cheezusweezel
Enthusiast
- 5.012
- Themenstarter
- #106
prototyp01 schrieb:
OnDemand passt eigentlich immer ...
C
Cpt. Future
Gast
Moin ich stimme der Aussage von cheezusweezel zu.
Hier eine kurze Erklärung dazu...
Arbeitsweise der Governors
Governor Beschreibung
ondemand (Standard bei den meisten Systemen) Die CPU-Frequenz wird den aktuellen Bedürfnissen an die Rechenleistung angepasst. Dabei wird die CPU-Frequenz u.U. sprunghaft angehoben oder abgesenkt.
conservative Die CPU-Frequenz wird den aktuellen Bedürfnissen an die Rechenleistung angepasst. Die Taktfrequenz wird aber Schritt-für-Schritt angehoben bzw. abgesenkt.
performance Die CPU läuft permanent auf der höchsten erlaubten Taktfrequenz.
powersave Die CPU läuft permanent auf der niedrigsten erlaubten Taktfrequenz.
userspace Dies ist kein Kernel-eigener Governor, vielmehr wird ein Governor im Userspace verwendet, wie z.B. powernowd.
Auch wenn die Bezeichnungen der Taktstufen anderes suggerieren, spart man bei powersave nicht unbedingt Strom! Im normalen Desktop-Betrieb sorgt powersave dafür, dass der Prozessor später in den "Schlafmodus" fällt, weil er langsamer rechnet und daher entsprechend länger braucht. Der Schlafmodus spart aber wesentlich mehr Energie als die niedrigste Taktfrequenz.
powersave ist nur dann sinnvoll, wenn ein Lüfter lärmt, der zu Ungunsten der Systemleistung langsamer drehen und damit leiser werden soll. Oder wenn die CPU voll ausgelastet ist (z.B. Videokodierung, aufwendige Spiele) und man dabei Strom sparen muss.
In allen anderen Fällen heißt die stromsparendste Variante - auch bei Laptops im Akkubetrieb - ondemand.
Hier eine kurze Erklärung dazu...
Arbeitsweise der Governors
Governor Beschreibung
ondemand (Standard bei den meisten Systemen) Die CPU-Frequenz wird den aktuellen Bedürfnissen an die Rechenleistung angepasst. Dabei wird die CPU-Frequenz u.U. sprunghaft angehoben oder abgesenkt.
conservative Die CPU-Frequenz wird den aktuellen Bedürfnissen an die Rechenleistung angepasst. Die Taktfrequenz wird aber Schritt-für-Schritt angehoben bzw. abgesenkt.
performance Die CPU läuft permanent auf der höchsten erlaubten Taktfrequenz.
powersave Die CPU läuft permanent auf der niedrigsten erlaubten Taktfrequenz.
userspace Dies ist kein Kernel-eigener Governor, vielmehr wird ein Governor im Userspace verwendet, wie z.B. powernowd.
Auch wenn die Bezeichnungen der Taktstufen anderes suggerieren, spart man bei powersave nicht unbedingt Strom! Im normalen Desktop-Betrieb sorgt powersave dafür, dass der Prozessor später in den "Schlafmodus" fällt, weil er langsamer rechnet und daher entsprechend länger braucht. Der Schlafmodus spart aber wesentlich mehr Energie als die niedrigste Taktfrequenz.
powersave ist nur dann sinnvoll, wenn ein Lüfter lärmt, der zu Ungunsten der Systemleistung langsamer drehen und damit leiser werden soll. Oder wenn die CPU voll ausgelastet ist (z.B. Videokodierung, aufwendige Spiele) und man dabei Strom sparen muss.
In allen anderen Fällen heißt die stromsparendste Variante - auch bei Laptops im Akkubetrieb - ondemand.
Zuletzt bearbeitet von einem Moderator:
Reddy
Ehrenmitglied
- 33.131
Das versteh sogar ich Sir!!! DANKE (wird abgespeichert) 
Geht noch ne kurze Beschreibung über Scheduler ?
Geht noch ne kurze Beschreibung über Scheduler ?
C
Cpt. Future
Gast
Reddy for you... wenn Du das alles versteht... Hut ab!
Ich würde sagen nachdem was da steht ist "cfq" die Beste Einstellung!
CFQ - Wikipedia, the free encyclopedia
Noop scheduler - Wikipedia, the free encyclopedia
Deadline scheduler - Wikipedia, the free encyclopedia
Vorhandene I/O Scheduler
Die I/O Scheduler von Linux finden sich hin und wieder auch unter dem Begriff "Elevator" wieder. Unter der Bezeichnung Elevator wird auch die Dispatch Queue miteinbezogen, der Name "I/O Scheduler" referenziert zumeist immer den schedule-spezifischen Teil.[5] Die beiden Komponenten finden sich auch im aktuellen Linux I/O Stack Diagramm wieder.
NOOP
Der NOOP-Scheduler ist ein simpler Scheduler der alle I/O Requests in einer FIFO-Queue sammelt. Request Merging wird durchgeführt, um ein optimales Absetzen der Request zu ermöglichen und unnötige Seek-Times zu vermeiden. Eine Sortierung der Requests findet jedoch nicht statt, der Device Driver arbeitet die Dispatch Queue wiederum nach dem FIFO-Prinzip ab.[6] Der NOOP-Scheduler besitzt keine Einstellungs-Möglichkeiten zur Optimierung ("Tunables").
Deadline
Der Deadline-Scheduler versucht das sogenannte "Verhungern" (Starvation) von Requests zu verhindern. Dazu wird jeder Request mit einer Ablaufzeit (Expiration Time) versehen und in zwei verschiedene Queues gegeben (s. u.). Im schlechtesten Falle wird ein Request nach dieser Expiration Time abgearbeitet, wodurch eine vorhersagbare Service-Start-Zeit für einen Request garantiert werden kann.[7] Read-Requests werden höherwertig behandelt als Write-Requests, sie besitzen daher auch eine kürzere Deadline. Diese Maßnahme ist insofern von Vorteil, da Read-Requests zumeist synchron (blockierend) und Write-Requests asynchron (nicht-blockierend) abgesetzt werden. Die Default-Zeiten für Read-Requests betragen 0.5 Sekunden, für Write 5 Sekunden. Dieser Parameter kann über die Option "read_expire" angepasst werden.[7] Für die Verwaltung der Requests werden zwei Queue-Paare verwendet - jeweils eine Queue für die I/O Vorgänge Read und Write.[8] Jede Direction besitzt eine der folgenden Queue-Arten:
CFQ
Der "Completely fair queuing" (CFQ) Scheduler ist der Default-Scheduler des Linux Kernels und setzt sich folgende Ziele: [8]
http://www.thomas-krenn.com/de/wiki/Linux_I/O_Scheduler
Gruss
Ich würde sagen nachdem was da steht ist "cfq" die Beste Einstellung!
CFQ - Wikipedia, the free encyclopedia
Noop scheduler - Wikipedia, the free encyclopedia
Deadline scheduler - Wikipedia, the free encyclopedia
Vorhandene I/O Scheduler
Die I/O Scheduler von Linux finden sich hin und wieder auch unter dem Begriff "Elevator" wieder. Unter der Bezeichnung Elevator wird auch die Dispatch Queue miteinbezogen, der Name "I/O Scheduler" referenziert zumeist immer den schedule-spezifischen Teil.[5] Die beiden Komponenten finden sich auch im aktuellen Linux I/O Stack Diagramm wieder.
NOOP
Der NOOP-Scheduler ist ein simpler Scheduler der alle I/O Requests in einer FIFO-Queue sammelt. Request Merging wird durchgeführt, um ein optimales Absetzen der Request zu ermöglichen und unnötige Seek-Times zu vermeiden. Eine Sortierung der Requests findet jedoch nicht statt, der Device Driver arbeitet die Dispatch Queue wiederum nach dem FIFO-Prinzip ab.[6] Der NOOP-Scheduler besitzt keine Einstellungs-Möglichkeiten zur Optimierung ("Tunables").
Deadline
Der Deadline-Scheduler versucht das sogenannte "Verhungern" (Starvation) von Requests zu verhindern. Dazu wird jeder Request mit einer Ablaufzeit (Expiration Time) versehen und in zwei verschiedene Queues gegeben (s. u.). Im schlechtesten Falle wird ein Request nach dieser Expiration Time abgearbeitet, wodurch eine vorhersagbare Service-Start-Zeit für einen Request garantiert werden kann.[7] Read-Requests werden höherwertig behandelt als Write-Requests, sie besitzen daher auch eine kürzere Deadline. Diese Maßnahme ist insofern von Vorteil, da Read-Requests zumeist synchron (blockierend) und Write-Requests asynchron (nicht-blockierend) abgesetzt werden. Die Default-Zeiten für Read-Requests betragen 0.5 Sekunden, für Write 5 Sekunden. Dieser Parameter kann über die Option "read_expire" angepasst werden.[7] Für die Verwaltung der Requests werden zwei Queue-Paare verwendet - jeweils eine Queue für die I/O Vorgänge Read und Write.[8] Jede Direction besitzt eine der folgenden Queue-Arten:
- Eine nach Sektoren sortierte ("seek ordered) Queue - Sorted Queues
- Eine FIFO Queue (Reihenfolge aufgrund der Deadline) - Deadline Queues.
- Eine Deadline bereits abgelaufen ist.
- Die Data Direction gewechselt wurde.
- Der letzte Request bereits der letzte in der Sorted Queue war.
CFQ
Der "Completely fair queuing" (CFQ) Scheduler ist der Default-Scheduler des Linux Kernels und setzt sich folgende Ziele: [8]
- Faire Aufteilung der vorhandenen I/O Bandbreite auf Prozesse gleicher Prioritäts-Klassen via Time-Slices. Diese "Fairness" bezieht sich auf die Länge der Time-Slots und nicht auf die Bandbreite, d.h. ein Prozess mit sequentiellen-Writes wird im gleichen Slot eine höhere Bandbreite erzielen als ein Prozess mit random-Writes.
- Die Möglichkeit Prozesse in Prioritäts- bzw. Scheduling-Klassen einzuteilen (z.B. via ionice).
- Periodische Abarbeitung der Prozess-Queues verteilen die Latenz. Die Time-Slots ermöglichen für Prozesse, die viele Requests in ihrem Slot absetzen können eine hohe Bandbreite.
- Real-time (RT): RT-Prozesse erhalten immer als Erstes Zugriff auf das Device. RT besitzt 8 Priority Levels (7 bedeutet niedrigste Priorität), die die Priorität innerhalb der RT-Prozesse bestimmen. Da RT-Prozesse andere zum Verhungern bringen könnte, kann nur root diese Klasse für einen Prozess setzen.
- Best-effort (BE): RT-Prozesse werden immer dann behandelt, wenn keine RTs vorhanden sind. Genau wie RT sind 8 Priority Levels vorhanden.
- Idle: Wenn RT und BE Queues geleert sind werden Requests aus der Idel Queue abgearbeitet. Unter hoher Last kann es dazu kommen, das Requests verhungern, dennoch ist seit Kernel 2.6.25 diese Klasse für normale User erlaubt (vgl. man ionice (linux.die.net)).
http://www.thomas-krenn.com/de/wiki/Linux_I/O_Scheduler
Gruss
Zuletzt bearbeitet von einem Moderator:
pakino
Dauergast
- 1.219
Selbst habe Pegasusq mit deadline laufen und kann nicht klagen.
Ich bin Note - geil
Ich bin Note - geil
Reddy
Ehrenmitglied
- 33.131
Wirklich Danke für die Mühe Sir viper5
Hier geht das noch nicht mal drum alles zu verstehen,
eher um überhaupt mal zu gucken was das ist.
Also lesen bildet ... wenn man es will.
Aus meinen Kindertagen (SGS2) hab ich User getroffen die da voll zugeschlagen haben,
bis ihr Baby Schrott war.
Ne gewissen Vorsicht ist da sicher angebracht.
Ich hab "Voltage Control Extreme" installiert,
meist nur um zu gucken was der Koch da eingestellt hat ...
nu kann ich das wenigstens schon mal bisschen verstehen ... kleines bisschen Sir
Hier geht das noch nicht mal drum alles zu verstehen,
eher um überhaupt mal zu gucken was das ist.
Also lesen bildet ... wenn man es will.
Aus meinen Kindertagen (SGS2) hab ich User getroffen die da voll zugeschlagen haben,
bis ihr Baby Schrott war.
Ne gewissen Vorsicht ist da sicher angebracht.
Ich hab "Voltage Control Extreme" installiert,
meist nur um zu gucken was der Koch da eingestellt hat ...
nu kann ich das wenigstens schon mal bisschen verstehen ... kleines bisschen Sir
C
Cpt. Future
Gast
Diesmal ohne Worte...!!!
pakino
Dauergast
- 1.219
viper5 schrieb:
Diesmal ohne Worte...!!!
fuer mich mit Worte
Nur reine Neugier bist du Rainman ( nicht ernst gemeint ) oder woher weisst du das alles. Ich glaube Google allein hilft da nicht mehr.
Respekt!!!
Aber mir gehts wie Reddy muss die Dinge verstehen ( ein kleines bisschen wenigstens) um sie umsetzen zu koennen.
In meinen Beruf ohne Verstaendnis wuerde nichts gehen.
Saludos
Du verstehst bestimmt auch noch die Quantentheorie
cheezusweezel
Enthusiast
- 5.012
- Themenstarter
- #114
pakino schrieb:fuer mich mit Worte
Nur reine Neugier bist du Rainman ( nicht ernst gemeint ) oder woher weisst du das alles. Ich glaube Google allein hilft da nicht mehr.
Respekt!!!
Aber mir gehts wie Reddy muss die Dinge verstehen ( ein kleines bisschen wenigstens) um sie umsetzen zu koennen.
In meinen Beruf ohne Verstaendnis wuerde nichts gehen.
Saludos
Du verstehst bestimmt auch noch die Quantentheorie
Wir können auch quantentheoretische Zusammenfassungen posten, denn verstanden haben muss man den Inhalt dazu ja nicht ...
Beim HD2 wurde auch viel an Governor & Scheduler gefeilt, aber meist taten es die Standard-Einstellungen auch !!!
C
Cpt. Future
Gast
pakino schrieb:Du verstehst bestimmt auch noch die Quantentheorie
Oh Gott nein bin doch nur ein einfacher "Junge" ok ehhm Ende 30 Anfang 40 um genauer zu sagen werde ich 40
...also noch ein Junge!
Quanten.. was?
Der ursprüngliche Beitrag von 19:12 Uhr wurde um 19:15 Uhr ergänzt:
cheezusweezel schrieb:Wir können auch quantentheoretische Zusammenfassungen posten, denn verstanden haben muss man den Inhalt dazu ja nicht ...
Genauso mache ich es, so wie es cheezusweezel hier beschreibt..!
Gruss
pakino
Dauergast
- 1.219
viper5 schrieb:Oh Gott nein bin doch nur ein einfacher "Junge" ok ehhm Ende 30 Anfang 40 um genauer zu sagen werde ich 40
also noch ein Junge!
aus meiner Sicht nicht mehr ganz ein Junge aber das ist eh die Sichtweise des Einzelnen aber mit 40 wird sich normalerweise nicht viel aendern aber das mit den Erklaerungen wird von Jahr zu Jahr schwerer das kann ich dir versprechen.
@Hey Viper5
ich hab mal jemanden kennenglernt die wusste genau darueber bescheid und hat als eine von 6 weltweit an einen bestimmten Teil von dieser Theorie geforscht. Die hat mir das versucht zu erklaeren nachdem ich doeskopf danach gefragt habe. Nach 5 min war ich so klein wie noch nie zuvor. fuehlte mich wie das beruehmte Sandkorn.. lol
saludos
Zuletzt bearbeitet:
sandrodadon
Erfahrenes Mitglied
- 44
Hallo an alle.
Ich war jetzt einige Tage in Urlaub, daher entschuldigt eine gewisse Unwissenheit.
Beheben franco Kernel sowie Speedmod beide jetzt endgültig den BRICK Fehler?
Bin ich danach sicher?
Falls ja, wie gehe ich jetzt am besten vor?
Ich bin momentan auf TheMIDTeam 1.0, dieses basiert auf einem China Leak.
Erst via Odin ein Stock GB flashen, dann rooten, dann via CWM den Kernel und dann ein ICS ROM flashen?
Oder einfach via Odin den franco Kernel über meinen jetzigen drüber?
Oder sogar Mobile Odin nur den Kernel?
Jetzt möchte ich möglichst sicher von 1.0 auf 1.4 updaten, wie würdet ihr das machen?
Ich war jetzt einige Tage in Urlaub, daher entschuldigt eine gewisse Unwissenheit.
Beheben franco Kernel sowie Speedmod beide jetzt endgültig den BRICK Fehler?
Bin ich danach sicher?
Falls ja, wie gehe ich jetzt am besten vor?
Ich bin momentan auf TheMIDTeam 1.0, dieses basiert auf einem China Leak.
Erst via Odin ein Stock GB flashen, dann rooten, dann via CWM den Kernel und dann ein ICS ROM flashen?
Oder einfach via Odin den franco Kernel über meinen jetzigen drüber?
Oder sogar Mobile Odin nur den Kernel?
Jetzt möchte ich möglichst sicher von 1.0 auf 1.4 updaten, wie würdet ihr das machen?
C
Cpt. Future
Gast
viper5 schrieb:Oh Gott nein bin doch nur ein einfacher "Junge" ok ehhm Ende 30 Anfang 40 um genauer zu sagen werde ich 40
also noch ein Junge!
aus meiner Sicht nicht mehr ganz ein Junge aber das ist eh die Sichtweise des Einzelnen aber mit 40 wird sich normalerweise nicht viel aendern aber das mit den Erklaerungen wird von Jahr zu Jahr schwerer das kann ich dir versprechen.
saludos
Ah da spricht jemand aus Erfahrung
Achte bitte wenn Du zitierst das am Anfang und am Ende "Quote" erhalten bleibt. Siehe Anhang. Nur nett gemeint (versteht sich doch von selbst!)
Gruss
Anhänge
cheezusweezel
Enthusiast
- 5.012
- Themenstarter
- #119
sandrodadon schrieb:
Nein, weder Franco noch Speedmod bringen 100% Sicherheit gegen einen Brick. Die besten Chancen hat man mit dem DAFUQ-Kernel. Dazu habe ich heute einen Thread aufgemacht, kannst ja mal reinschauen.
M
meier2009
Dauergast
- 567
Back to Topic!
Frage: weiß einer wie ich UNTERTAKTEN kann? oder muß dafür erst der Kernel angepasst werden?
Frage: weiß einer wie ich UNTERTAKTEN kann? oder muß dafür erst der Kernel angepasst werden?
Zuletzt bearbeitet:
Ähnliche Themen
bangsti
