[KTU84P] TREX by TEAM T-REX [SaberMod 4.10.0 GCC] [26.06.2014]

Nötig. Hier ist alles Top mit dem Code_blue r149test

Gesendet von meinem Nexus 5 mit Tapatalk

Ich bin wieder zurück auf die vom 22.05. Mal schauen wie es sich da verhält.

Ich hab den Original gelassen, Slim oder wie der heißt. Morgen weiß ich mehr nach dem Voll Laden.

Zitat von Schwarze13

Ich bin wieder zurück auf die vom 22.05. Mal schauen wie es sich da verhält.

Der Kernel der mit der Rom kommt ist der "Slim-4.4.2-KK-build.5" (bei TREX Rom mit Linaro[size=24] [size=14]Toolchain A15 GCC 4.8.3[/SIZE][/SIZE] Compiliert) der hat sich seit dem 29.04. nicht geändert !!! Aber dieses problem wird auch bei Slim berichtet !!

Bin gerade dabei dieses noch zu Optimieren nur es muß auf dem N5 und Gnex laufen und da liegt zur Zeit noch das problem

"JustArchi's ArchiDroid Optimizations V2"

Important changes:
- Updated GCC to 4.8, as it performs much better than default 4.7 and gives excellent results
- Optimized for speed yet more all instructions - ARM and THUMB (-O3)
- Turned off all debugging code (-DNDEBUG)
- Performed loop invariant motion on trees. It also moved operands of conditions that are invariant out of the loop, so that we can use just trivial invariantness analysis in loop unswitching. The pass also includes store motion (-ftree-loop-im)
- Created a canonical counter for number of iterations in loops for which determining number of iterations requires complicated analysis. Later optimizations then may determine the number easily (-ftree-loop-ivcanon)
- Performed induction variable optimizations (strength reduction, induction variable merging and induction variable elimination) on trees (-fivopts)
- Tried to reduce the number of symbolic address calculations by using shared “anchor” symbols to address nearby objects. This transformation can help to reduce the number of GOT entries and GOT accesses on some targets (-fsection-anchors)
- Assumed that loop indices do not overflow, and that loops with nontrivial exit condition are not infinite. This enables a wider range of loop optimizations even if the loop optimizer itself cannot prove that these assumptions are valid (-funsafe-loop-optimizations)
- Allowed the compiler to assume the strictest aliasing rules applicable to the language being compiled. For C (and C++), this activates optimizations based on the type of expressions. This is only applied to compatible Android parts (-fstrict-aliasing)
- Placed each function and data item into its own section, this is required for -Wl,--gc-sections (-ffunction-sections -fdata-sections)
- Moved branches with loop invariant conditions out of the loop (-funswitch-loops)
- Attempted to avoid false dependencies in scheduled code by making use of registers left over after register allocation. This optimization most benefits processors with lots of registers (-frename-registers)
- Re-ran common subexpression elimination after loop optimizations are performed (-frerun-cse-after-loop)
- Didn't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions (-fomit-frame-pointer)
- Made a redundant load elimination pass performed after reload. The purpose of this pass is to clean up redundant spilling (-fgcse-after-reload)
- Ran a store motion pass after global common subexpression elimination. This pass attempts to move stores out of loops (-fgcse-sm)
- Eliminated redundant loads that come after stores to the same memory location, both partial and full redundancies (-fgcse-las)
- Constructed webs as commonly used for register allocation purposes and assigned each web individual pseudo register. This allows the register allocation pass to operate on pseudos directly, but also strengthens several other optimization passes, such as CSE, loop optimizer and trivial dead code remover (-fweb)
- Performed tail duplication to enlarge superblock size. This transformation simplifies the control flow of the function allowing other optimizations to do a better job (-ftracer)
- Optimized GNU linker, which significantly reduces launching time and memory usage. This is especially visible during booting process, which is a few seconds faster than usual (-Wl,-O1)
- Applied special --as-needed flag to GNU linker. The flag tells the linker to link in the produced binary only the libraries containing symbols actually used by the binary itself. This not only improves startup times (as the loader does not have to load all the libraries for every step) but might avoid the full initialization of things, which we're not even physically able to use (-Wl,--as-needed)
- Performed global optimizations that become possible when the linker resolves addressing in the program, such as relaxing address modes and synthesizing new instructions in the output object file (-Wl,--relax)
- Sorted the common symbols by alignment in descending order. This is to prevent gaps between symbols due to alignment constraints (-Wl,--sort-common)
- Enabled garbage collection of unused input sections, thanks to -ffunction-sections and -fdata-sections (-Wl,--gc-sections)

Hab die gleichen Beobachtungen wie echse27 gemacht, bloß mit voll geladenen Akku. (:

Nötig, hier keine Probleme.

Gestern Abend mit 1% mehr schlafen gegangen bei aktiviertem Flugmodus...heißt von 24 auf 23% gefallen... Seit 1 Tag und 18 Std. von der Lade... 3:20 Std. DoT

Gesendet von meinem Nexus 5 mit Tapatalk

Hier auch keine Probleme,
Akkuverbrauch gut wie immer, konnte
nichts negatives feststellen.

Zitat von konsumhaus

Nötig, hier keine Probleme.

Gestern Abend mit 1% mehr schlafen gegangen bei aktiviertem Flugmodus...heißt von 24 auf 23% gefallen... Seit 1 Tag und 18 Std. von der Lade... 3:20 Std. DoT

Gesendet von meinem Nexus 5 mit Tapatalk

Du hast aber nicht zufällig den Code-Blue r149test als Kernel laufen?

...doch. Wieso?

Gesendet von meinem Nexus 5 mit Tapatalk

Weil hier alle vom Slim Kernel sprechen.

Gesendet von meinem Nexus 5 mit Tapatalk

O.k., ist ein Argument.

Gesendet von meinem Nexus 5 mit Tapatalk

...ich bin da nicht so tief in der Materie, was den Slim-Kernel angeht...sorry.
Aber das beschriebene Phänomen habe ich auch häufiger auf meinem Tab2 (mit SlimKat und SlimKernel).
Scheint ab und an aufzutauchen.

Zitat von konsumhaus

Mir ging aber das ewige optimieren der Apps bei jedem Update auf die Nerven...

Is mir bisher noch nicht aufgefallen. Passiert das direkt beim Update bzw. bei der Installation oder an einer anderen Stelle? Das Update schien mir nicht wirklich viel länger gedauert zu haben als auf Dalvik.

...und bei der Update -Frequenz derTrex-Rom ist das schon anstrengend :-0

Gesendet von meinem Nexus 5 mit Tapatalk