[Kernel] Perseus (04.09.2012)

Aufmerksam geworden, weil andere Kernelköche ihn immer in den Credits erwähnen.
Schau ich mir mal den Kernel von AndreiLux an.

Er nennt es seit ewigen Alpha. Das Verunsichert.
Jedoch sprechen die letzten Userbeiträge zum neuen A17 für den Kernel.

------------------------------------------------------------------------------------------------------
Update 04.09.2012
Neuer Kernel vom 3. September
http://www.pocketpc.ch/samsung-galax...ml#post1503470

-----------------------------------------------------------------------------------------------------

XDA Thread:
http://forum.xda-developers.com/show....php?t=1691401

Zitat:

---

[FONT=verdana]Perseus alpha17 ([/FONT][FONT=verdana]9/07):[/FONT]

• Rewrote flexrate request code for pegasusq: I apologize for releasing the previous version in the state that it was, shame on me.
  Now upon receiving a flexrate request and active ones, the governor delays hot-plugging sampling logic so that accelerated sampling is being taken into account and hot-plug sampling is normalized for the standard sampling rate. All sub-samples are being averaged into a normal sized sample at the end of the normalized period. This no longer interferes with the runqueue read-outs as they were being reset too fast and generally accelerated hot-plugging in a bad manner.
• Changed touchscreen flexrate requests to 12500µS sampling rates over 4 periods to synchronize with the default pegasusq sampling rate.
  I consider this chapter to be done and a success as far implementing flexrates as a viable and working alternative to touch-boost to increase responsiveness without having the bad battery-life side-effects of the touch booster.
• Performance governor is now core-aware, previously as no other hot-plugging logic was available, the governor would start with whatever number of online cores were available at that time and stay like that. This made Performance useless for it's designed purpose, that being bringing maximum performance. It now brings up all available cores online upon start and turns all additional cores back offline on governor stop. It is now by far the best and consistent governor for benchmarking.
• Removed unused cpu_freq_up, cpu_freq_down, and several other flexrate related governor parameters in Pegasusq as they were either not used, or senseless.
• Default Pegasusq parameters changed:
  - Sampling-down factor reduced to 1 from 2, this caused reduced sampling speed upon reaching maximum frequency. It now scales (possibly down) faster.
  - Frequency steps reduced from 40% to 21% of maximum frequency, this causes it to scale in 300MHz steps for the default maximum policy of 1400MHz. As we now have flexrates to scale faster I did not notice any negative effects on performance and this should help battery-wise on load-"spiky" applications, and in general.
  - Increased runqueue-length thresholds for the hot-plugging logic by a flat 75 for all conditions. In my opinion and experience they were too low and caused to keep the cores needlessly online. This now reduces for "average low" use the online-time of the third core considerably.
  - Increased the hot-plug frequency conditions for the 4th core.
• Updated the kernel from upstream to 3.0.36.
• Memcopy and string function improvements, won't bring any noticeable differences.
• Compilier optimizations (Roughly the same as Ninphetamine's) are now in. VFP uses the NEON libraries now. I couldn't measure any increase in any synthetic benchmarks with this though.
• LFB exFat modules.

---

Download:

Falls was passiert, hab ich in diesem Thread:
http://www.pocketpc.ch/samsung-galax...ml#post1456563

den Stock LFB Kernel als CWM Zip angehängt.

Läuft bisher super. Sehr knackig und höhere Benchmark Werte

Gesendet von meinem GT-I9300 mit Tapatalk 2

Zitat:

---

Zitat von spline

Läuft bisher super. Sehr knackig und höhere Benchmark Werte

Gesendet von meinem GT-I9300 mit Tapatalk 2

---

Und exFAT mit 64GB funktioniert auch?

Laut dem Keynote: LFB exFat modules.
müsste es gehen

Sonst hätte ich den ja nicht drauf.

Empfehlung!

Zitat:

---

Zitat von spline

Läuft bisher super. Sehr knackig und höhere Benchmark Werte

Gesendet von meinem GT-I9300 mit Tapatalk 2

---

Inwiefern knackig? Overclock? Undervolt? Akkulaufzeit? Sonstiges?

Gesendet von meinem GT-I9300 mit Tapatalk 2

Ja nicht, dass es doppelt besser wäre als beim Stock Kernel.
Es ist einfach knackig vom Gefühl her.

Zitat:

---

Zitat von spline

Ja nicht, dass es doppelt besser wäre als beim Stock Kernel.
Es ist einfach knackig vom Gefühl her.

---

Mh, hast du alle Einstellungen auf Default gelassen. Der Kernel hat durch die exFAT
Unterstützung auch mein Interesse geweckt :D

Hab lediglich deadline als Scheduler
und naja auf 1500 getaktet, aber nicht das man es müsste

Energiesparmodus scheint aber nicht wirklich zu funktionieren mit dem Kernel

Gesendet von meinem GT-I9300 mit Tapatalk 2

oh, stimmt.
Aber dann mach ich halt mit Voltage Control ein Engergiespar Profil

hier gibt es auch ein update


Perseus alpha18 (11/07):
Updated Samsung source base up to update3, includes various fixes to fuelgauge battery reporting on full charge, MHL code, video media drivers, Wifi driver updates, gyroscope, MAX77686 battery charger changes, increased max display brightness, a buttload of LCD panel changes, and changes to the pixel refresh rate driver (This thing is controlled by the TwDVFSapp by the way and decreases screen power consumption at runtime).
ro.secure=1 again now but with an insecure adbd as root included.
LFB ramdisk.
Compiled with Linaro 4.6.2 and some higher level optimizations.
Keep in mind that running the new kernel on older ROMs can cause some funny behaviour, so update your ROM if so.


DOWNLOAD Alpha 18

Bin seit Gestern beim Ninamphetmine, aber der hier liesst sich viel besser.
Muss ich haben.

Beim S2 habe ich viele verschiedene Kernel getestet und bin fast immer wieder beim Speedmod hängen geblieben.

Nun beim S3 find ich den Stock Kernel eigentlich sehr gut. Da jetzt aber der Speedmod fürs S3 rausgekommen ist, habe ich mich wieder mit dem Thema befasst und bin dann irgendwie hier hängen geblieben. Der Perseus liest sich einfach gut.

Da der Stock eigentlich sehr gut ist, frage ich mich nur, ob es sich wirklich lohnt umzusteigen. Egal ob jetzt zum Perseus oder zum Speedmod. Hat jemand Erfahrungen allen dreien gemacht?

Zitat:

---

Zitat von spline

Bin seit Gestern beim Ninamphetmine, aber der hier liesst sich viel besser.
Muss ich haben.

---

Und? Wie machen sich die beiden Kernel im Vergleich?

Gesendet von meinem GT-I9300 mit Tapatalk 2

Perseus ist besser.
Aber frag nicht nach Fakten.

Ich hab den Perseus seit heute 08:15 im Einsatz, läuft stabil, scheint schnell, und bietet mehr Möglichkeiten als der Speedmod.
Läuft aber zur Zeit glaub' ich auf eine Glaubensfrage raus, was man im Endeffekt wirklich einsetzen will...

Ich habe den Perseus seit vorgestern im Einsatz.

Sry @Hardcore aber die Gesamtperformance (gefühlt) und die Akkulaufzeit (gemessen) sind um Welten besser..

Ich bleibe daher erstmal beim "perseus"

Zitat:

---

Zitat von Nophira

Ich habe den Perseus seit vorgestern im Einsatz.

Sry @Hardcore aber die Gesamtperformance (gefühlt) und die Akkulaufzeit (gemessen) sind um Welten besser..

Ich bleibe daher erstmal beim "perseus"

---

Und wie ist der Vergleich zum Stock? Wäre auch super, wenn Du mal was genaueres zur gemessenen Akkulaufzeit und den Bedingungen schreiben könntest... ;)

So...

nach all dem Jubel über den Perseus Alpha18 habe ich den mal für einen Tag installiert, nachdem ich zuvor den aktuellen Siyah 1.3.8a probegefahren bin --- die beiden sind ja, soweit ich weiß, neben dem Abyss (der sein eigenes CWM mitbringt und mir deshalb zu gefährlich ist, das Chainfire CWM ist nun mal das meistgetestete und läuft vor allem problemlos mit exFAT --- beim CWM bin ich absolut konservativ, das ist bei all dem Flashen meine Lebensversicherung) die einzigen, die exFAT fehlerfrei unterstützen

beide fühlen sich in der Tat etwas knackiger an als der Stock Kernel

aber bei beiden hatte ich nach wenigen Stunden den ersten Freeze (am Lock-Screen, während des Ladens über das Netzteil, beim Versuchen die Lock-PIN einzugeben); beim Siyah darüber hinaus nach wenigen Stunden den ersten spontanen Reboot

der Perseus macht außerdem Probleme mit Anwendungen wie CPUSpy und BatteryCalibration (ich weiss, letztere braucht man beim SGS2 und Samsung Galaxy S3 nicht mehr, habe sie aber noch auf dem Handy), was mein Vertrauen in ihn nicht gerade erhöht

auch wenn ich viel mit dem Samsung Galaxy S3 spiele, muss es jedoch absolut zuverlässig sienen Dienst verrichten

bin daher wieder zurück auf den Stock Kernel

Mein S3 läuft seit Donnerstag mit dem Perseus, und bisher keine Freezes oder ähnliches. Ich habe ausserdem sogar mittels Voltage-Control die Spannung ein bisschen gesenkt und auf 1.5GHz getaktet, alles ohne irgendwelche Nebenwirkungen.
Fazit: Für mich ist der Kernel absolut stabil.

Auch hier gibt es etwas neues:

Kernel vom 3.9.12

Updated Samsung source base up to update4, includes changes to the Wifi driver and various other small fixes
Added ARM topology support for the scheduler to be able to use sched_mc levels. This should increase cpu idle power consumption by decreasing idle wake-ups. For the moment disabled by default, and cpu_power doesn't seem to correctly work.
Swap support.
mDNIe sharpening improvement, courtesy of hardcore.
Decreased Mali utilization timeout to 100ms down from 1s which improves reaction time on instant GPU loads (Lock screen is best example).
New valid GPU frequencies : 54, 108, 160, 200, 266, 275, 300, 333, 350, 400, 440, 500, 533, 600, 640, 666, 700 Mhz
Increased user-space memory by 48mB to have a total of 825mB useable RAM; this comes from reduced DMA memory spaces on the part of:
- The Mulfi Function Codec a.k.a. the hardware decoding and encoding unit memory space from 50176kB to 28672kB
- The camera interface imaging subsystem from 12080kB to 10240kB
- The front-camera firmware block-space from 15360kB to 14336kB
- The ION heap size for the Video4Linux driver from 71680kB to 48128kB

In the case of the ION/V4L and MFC heap sizes I determined it by setting a benchmark for all the HD sample videos listed here to not have any detrimental effect before and after the changes. Below 41mB is the size for which the Planet Earth birds scene at 1080p high profile 4.1 40mbps video starts to lag. Keep in mind that there is no way this would be considered normal quality as this is basically un-recoded Blu-Ray quality and most videos are vastly under this bit-rate.

I note that I also haven't found any detriment in use of the cameras including the modded 30mbps camera quality.
Disabled the Kies daemon, I see no point in it and it uses up memory uselessly. Obviously Kies won't work any-more, if you want you can start the service yourselves manually.