m505
Dauer-User
- 700
Maverick32MS schrieb:Was ist sinnvoll bei SCHED_MC?
1 oder 2
blätter mal ein paar Seiten zurück.
Hatten wir letzte Woche schonmal
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion erfordert derzeit den Zugriff auf die Seite über den integrierten Safari-Browser.
Maverick32MS schrieb:Was ist sinnvoll bei SCHED_MC?
1 oder 2
Obihörnchen;3828210 schrieb:Mirror: http://obihoernchen.net/downloads/download.php?file=SGS2 Kernels/Siyah-s2-v4.0-CWM.zip
(Da der Download irgendwie extrem lahm ist)
j1gga84 schrieb:im xda-Thread wird irgendwie geschrieben, dass der pegasusq Gov wohl dauerhaft die 2. CPU aktiv lässt, GM schreibt dazu auch:
Originally Posted by gokhanmoral
it is true that pegasusq is more aggressive in this version.
and it doesn't like to be watched.
ein User schreibt auch:
nihilista:
Installed 4.0 kernel, works great so far, but i think there is something wrong with pegasusq governor. It stays at 200MHZ on both cores (seen in 2nd core app), seems to disable one core only when display is off (seen it if i switch fast on with 2nd core app on screen...). Strange, if i set it to one core, then back, it disables 2nd core as it should be, but only once. With 3.5.2 kernel never seen this before.
If i switch to hotplug governor, all is fine. I think someone else here in this thread has seen same behavior, so its a bug or a feature?
Ich kann dieses "Problem" noch nicht so richtig deuten, kann da jemand etwas zu sagen? Ist das nun gut für die Akkulaufzeit oder nicht? Alternativ gehe ich nämlich wieder auf den Ondemand
Gruß
22) Pegasusq/Pegasusd
Der Pegasus-q/d ist ein MultiCore-Governor und basiert auf den Ondemand-Governor mit integriertem Hotplugging.
Laufende Prozesse in der Warteschlange: Wir wissen, dass mehrere Prozesse gleichzeitig auf unserem SGS2 laufen können. Diese aktiven Prozesse werden in einem Array, also einem Feld, genannt "Run Queue", also laufende Warteschlange, mit ihren Prioritätswerten angeordnet (Priorität wird vom Task-Scheduler verwendet, der dann entscheidet, welcher Prozess als nächstes laufen soll).
Um sicherzustellen, dass jeder Prozess einen fairen Anteil an Ressourcen hat, läuft jeder für einen bestimmten Zeitraum und wird irgendwann gestoppt und wird dann wieder auch in die Warteschlange gestellt bis er wieder dran ist. Wenn ein Programm beendet wird, damit andere laufen können, wird das Programm mit der höchsten Priorität in der laufenden Warteschlange ausgeführt.