[ROM][I9300][4.4.4] SlimKat [Stable 9.0][FINAL 26.12.2014]

[S13gfried]

Ist das so!? Da wette ich nen Kasten Bier dagegen..

Die Beweisführung wird dir schwer fallen

Kann Alice da weitgehend zustimmen. Außer das FixPermissions bei mir gar keine Auswirkungen hat.

Aber Fakt ist, je sauberer ich neu flashe, desto geringer ist die Wahrscheinlichkeit für Fehler.
BackUps spiele ich Grundsätzlich NIE ein. Das bisschen schaffe ich so. NewsRepublic, banking, überall kurz neu anmelden ist ratz fatz gemacht und ich bin auf Nummer sicher. Klar geht es mit backUp schneller, aber die Fehlersuche + ggf neuflash dauert definitiv länger.
Fehlerprävention könnte man sagen.

Oder aus aktuellem Anlass: Ein Damm billiger als kein Damm

Grüße aus Halle an/in der Saale

 

[Eckf4hne]

Die Beweisführung wird dir schwer fallen

Kann Alice da weitgehend zustimmen. Außer das FixPermissions bei mir gar keine Auswirkungen hat.

Aber Fakt ist, je sauberer ich neu flashe, desto geringer ist die Wahrscheinlichkeit für Fehler.
BackUps spiele ich Grundsätzlich NIE ein. Das bisschen schaffe ich so. NewsRepublic, banking, überall kurz neu anmelden ist ratz fatz gemacht und ich bin auf Nummer sicher. Klar geht es mit backUp schneller, aber die Fehlersuche + ggf neuflash dauert definitiv länger.
Fehlerprävention könnte man sagen.

Oder aus aktuellem Anlass ist ein Damm billiger als kein Damm

Grüße aus Halle an/in der Saale

Ich vermeide auch BackUps einzuspielen und setze meine Apps im Rege´lfall neu auf.

Halle/Saale!? Ohje.. Ich, als gebürtiger Leipziger, war jetzt von Sonntag bis Dienstag beruflich in der alten Heimat unterwegs und war wirklich erschrocken wie groß die Gefahr der Überschwemmung dort ist/war. Soweit ich weiß ist die Situation unter Kontrolle & beruhigt sich LANGSAM wieder.

Ich hoffe das ist bei Euch ähnlich!? Euch auf jeden Fall alles erdenklich Gute & viel Erfolg.

Ist total OT, ich bitte dies zu entschuldigen.

Viele Grüße,
Erik

 

[S13gfried]

bedroht ist "nur" Halle Neustadt, liegt etwa 1m Aufwärts unter den Dämmen. Von unten drückt das Wasser schon und gestern hat man die Dämme mit Sandsäcken stabilisiert. Unklar ist, ob diese Maßnahmen halten, der Wall ist wohl stark aufgeweicht. Der Scheitel ist erreicht, erste Schutzeinrichtungen werden trotzdem überspühlt, soweit die Meldungen. Die Altstadt hat schon allerhand abbekommen. Ich bin nur für meine Masterarbeit hier und Arbeitstechnisch und Wohnungsmäßig in Sicherheit. Neustadt wird teilweise evakuiert.

Ich arbeite bei der Mitnetz Strom, unsere Netzleitstelle und die Monteure die Unterwegs sind haben die Tage viel zu tun mit Stationen vorsorglich abschalten etc. Ein ganzes Umspannwerk ist bereits geflutet, ich hoffe das dauert nicht so lang wieder herzurichten.


Allen Betroffenen wünsche ich viel Durchhaltevermögen, Kraft, Ausdauer und finanzielle Hilfe.

 

[barbarian]

Ich bin euch noch eine kleine Aufklärung schuldig.
Nachdem also mein Handy dauernd abgeschmiert ist hab ich mich an den Dummy file generator gewagt und das ganze mal ein wenig probiert.
Bereits nach dem ersten Tag hatte ich keine Abstürze mehr. Es wird also tatsächlich dadran gelegen haben.
Ich hatte vorher immer die aktuelle CM10.1 aufgespielt, also eigentlich auch immer nen aktuellen Kernel. Hat aber wohl nix geholfen.

Wenn euer Handy also immer ohne Grund abschmiert, und ihr nen älteres S3 Modell habt, probiert das unbedingt mal aus. bei mir hats komplett geholfen. Slimbean ist nun komplett nutzbar. Bin sehr zufrieden, tolle Akkulaufzeit!

Ein Problem hab ich nur mit dem WLAN. Ich bin zwar mit dem WLAN verbunden, allerdings überträgt er meistens keine Daten. Nur die ersten 1-2 Minuten im WLAN, dannhört er komplett auf. Das ist nicht nur bei meinem WLAN zu Haus sondern auch in der Uni mit VPN.
Könnte das am Modem liegen? Hab das XXDLIB aus dem ersten Thread.

Was mich zusätzlich noch wundert. Irgendwie hab ich nur 11.35GB Internal Memory. Ich kenn zwar die Rechenschwierigkeiten zwischen GB und GiBi. Aber das kommt mir doch etwas spanisch vor, wo sind die fehlenden <5GB ?

 

[TylonHH]

So kann es weiter laufen

Spoiler

===================
General Information
===================
BetterBatteryStats version: 1.13.4.0
Creation Date: 2013-06-05 11:55:14
Statistic Type: Boot to Current
Since 4 h 4 m 44 s
VERSION.RELEASE: 4.2.2
BRAND: samsung
DEVICE: m0
MANUFACTURER: samsung
MODEL: GT-I9300
OS.VERSION: 3.0.78-Yank555.lu-CM10.1-v1.6
BOOTLOADER: I9300XXDLIH
HARDWARE: smdk4x12
FINGERPRINT: samsung/m0xx/m0:4.1.1/JRO03C/I9300XXDLIB:user/release-keys
ID: JDQ39E
TAGS: test-keys
USER: mnazim
PRODUCT: m0xx
RADIO: I9300XXDLIB
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -3% (100% to 97%) [0,7%/h]
Voltage lost [mV]: (4268-4257) [2,7%/h]
===========
Other Usage
===========
Deep Sleep (): 3 h 44 m 15 s (13455 s) Ratio: 91,3%
Awake (): 20 m 28 s (1228 s) Ratio: 8,4%
Screen On (): 2 m 13 s (133 s) Ratio: 0,9%
No Data Connection (): 1 s (1 s) Ratio: 0,0%
No or Unknown Signal (): 1 s (1 s) Ratio: 0,0%
Good Signal (): 1 m 32 s (92 s) Ratio: 0,6%
Screen dimmed (): 2 m 13 s (133 s) Ratio: 0,9%
=========
Wakelocks
=========
AWS NW Stats (com.avast.android.mobilesecurity.avast! Mobile Security): 35 s (35 s) Count:29 0,2%
AudioOut_2 (1013): 34 s (34 s) Count:7 0,2%
AlarmManager (Android-System): 22 s (22 s) Count:191 0,2%
ActivityManager-Launch (Android-System): 13 s (13 s) Count:39 0,1%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 7 s (7 s) Count:10 0,1%
RILJ (Telefon): 4 s (4 s) Count:250 0,0%
AlarmManager (com.calengoo.android.CalenGoo): 3 s (3 s) Count:53 0,0%
sendinactive (com.whatsapp.WhatsApp+): 2 s (2 s) Count:15 0,0%
*sync*_com.android.contacts_Account {name=1fa8a0c1ca30201045eb6dd209f38642, type=com.google} (Google-Dienste): 2 s (2 s) Count:6 0,0%
show keyguard (Android-System): 2 s (2 s) Count:8 0,0%
*sync*_subscribedfeeds_Account {name=1fa8a0c1ca30201045eb6dd209f38642, type=com.google} (Google-Dienste): 2 s (2 s) Count:17 0,0%
AlarmManager (com.whatsapp.WhatsApp+): 1 s (1 s) Count:13 0,0%
GpsLocationProvider (Android-System): 1 s (1 s) Count:1 0,0%
AlarmManager (com.avast.android.mobilesecurity.avast! Mobile Security): 1 s (1 s) Count:60 0,0%
AlarmManager (com.gau.go.launcherex.GO Launcher EX): 1 s (1 s) Count:7 0,0%
AlarmManager (org.kman.AquaMail.AquaMail): 1 s (1 s) Count:32 0,0%
ConnectMQTT (com.nuance.swype.dtc.Swype + Dragon): 1 s (1 s) Count:23 0,0%
AlarmManager (Google-Dienste): 1 s (1 s) Count:84 0,0%
Event Log Service (Google-Dienste): 1 s (1 s) Count:16 0,0%
================
Kernel Wakelocks
================
"multipdp" (): 8 m 53 s (533 s) Cntc/wc/ec)66/0/66 3,6%
"secril_fd-interface" (): 6 m 3 s (363 s) Cntc/wc/ec)89/0/0 2,5%
"l2_hsic" (): 4 m 50 s (290 s) Cntc/wc/ec)630/120/630 2,0%
"PowerManagerService" (): 2 m 2 s (122 s) Cntc/wc/ec)427/0/0 0,8%
"umts_ipc0" (): 1 m 42 s (102 s) Cntc/wc/ec)217/0/217 0,7%
"radio-interface" (): 1 m 41 s (101 s) Cntc/wc/ec)115/0/0 0,7%
"alarm_rtc" (): 1 m 19 s (79 s) Cntc/wc/ec)217/52/15 0,5%
"battery-monitor" (): 1 m 5 s (65 s) Cntc/wc/ec)254/0/254 0,4%
"alarm" (): 58 s (58 s) Cntc/wc/ec)256/0/0 0,4%
"rpm_hsic" (): 45 s (45 s) Cntc/wc/ec)353/0/0 0,3%
"tx_hsic" (): 31 s (31 s) Cntc/wc/ec)1684/0/0 0,2%
"umts_rfs0" (): 11 s (11 s) Cntc/wc/ec)5/0/5 0,1%
"event1-2555" (system, com.whatsapp): 2 s (2 s) Cntc/wc/ec)21/5/0 0,0%
"PowerManagerService.Broadcasts" (): 2 s (2 s) Cntc/wc/ec)10/0/0 0,0%
"efsd-interface" (): 1 s (1 s) Cntc/wc/ec)10/0/0 0,0%
"secril_rfs-interface" (): 1 s (1 s) Cntc/wc/ec)6/0/0 0,0%
"secril_fmt-interface" (): (0 s) Cntc/wc/ec)847/0/0 0,0%
"KeyEvents" (): (0 s) Cntc/wc/ec)998/0/0 0,0%
"sync_system" (): (0 s) Cntc/wc/ec)5/0/0 0,0%
"power-supply" (): (0 s) Cntc/wc/ec)289/60/0 0,0%
"mmc1_detect" (): (0 s) Cntc/wc/ec)286/0/1 0,0%
"mmc0_detect" (): (0 s) Cntc/wc/ec)286/0/1 0,0%
=========
Processes
=========
kworker/0:0 (0): Uid: 0 Sys: 16 s (16 s) Us: (0 s) Starts: 0
kworker/0:2 (0): Uid: 0 Sys: 12 s (12 s) Us: (0 s) Starts: 0
kworker/0:3 (0): Uid: 0 Sys: 11 s (11 s) Us: (0 s) Starts: 0
kworker/0:1 (0): Uid: 0 Sys: 9 s (9 s) Us: (0 s) Starts: 0
*wakelock* (Google-Dienste): Uid: 10037 Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:10 (0): Uid: 0 Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:9 (0): Uid: 0 Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:11 (0): Uid: 0 Sys: 3 s (3 s) Us: (0 s) Starts: 0
kworker/u:25 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:30 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:12 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:0 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:5 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:14 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
kworker/u:18 (0): Uid: 0 Sys: 2 s (2 s) Us: (0 s) Starts: 0
com.calengoo.android (com.calengoo.android.CalenGoo): Uid: 10091 Sys: (0 s) Us: 1 s (1 s) Starts: 1
mmcqd/0 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:2 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
netd (0): Uid: 0 Sys: (0 s) Us: 1 s (1 s) Starts: 0
kworker/u:29 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:23 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:6 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:21 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
com.avast.android.mobilesecurity (com.avast.android.mobilesecurity.avast! Mobile Security): Uid: 10177 Sys: (0 s) Us: 1 s (1 s) Starts: 1
kworker/u:15 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:16 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:24 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:28 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
*wakelock* (1013): Uid: 1013 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:22 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:20 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
kworker/u:27 (0): Uid: 0 Sys: 1 s (1 s) Us: (0 s) Starts: 0
com.asksven.betterbatterystats_xdaedition (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): Uid: 10089 Sys: (0 s) Us: (0 s) Starts: 2
======================
Alarms (requires root)
======================
com.android.phone (): Wakeups: 39
Alarms: 39, Intent: com.android.internal.telephony.gprs-data-stall

com.google.android.gsf (): Wakeups: 21
Alarms: 8, Intent: com.google.android.intent.action.MCS_HEARTBEAT
Alarms: 9, Intent: {com.google.android.gsf
Alarms: 4, Intent: com.google.android.intent.action.SEND_IDLE

org.kman.AquaMail (): Wakeups: 16
Alarms: 16, Intent: org.kman.AquaMail.ALARM_TICK

com.whatsapp (): Wakeups: 11
Alarms: 0, Intent: ALARM_ACTION
Alarms: 10, Intent: com.whatsapp.MessageService.RECONNECT
Alarms: 0, Intent: ALARM_REPORT_SYNCS
Alarms: 1, Intent: ALARM_AVAILABLE_TIMEOUT

com.nuance.swype.dtc (): Wakeups: 11
Alarms: 11, Intent: {com.nuance.swype.dtc

com.calengoo.android (): Wakeups: 9
Alarms: 0, Intent: com.calengoo.android.DAY42_WIDGET_UPDATE
Alarms: 2, Intent: CALENGOO_AUTOSYNC
Alarms: 1, Intent: CALENGOO_REMINDER
Alarms: 6, Intent: com.calengoo.android.snoozeEventg

com.gau.go.launcherex (): Wakeups: 8
Alarms: 2, Intent: com.jiubang.intent.action.ACTION_SHOW_RATE_DIALOG
Alarms: 1, Intent: com.jiubang.intent.action.AUTO_CHECK_UPDATE
Alarms: 4, Intent: com.jiubang.intent.action.ACTION_TIDY_DATA
Alarms: 1, Intent: com.jiubang.intent.action.SCAN_APPS

android (): Wakeups: 6
Alarms: 0, Intent: android.intent.action.TIME_TICK
Alarms: 0, Intent: com.android.server.ThrottleManager.action.POLL
Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
Alarms: 3, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 3, Intent: android.content.syncmanager.SYNC_ALARM
Alarms: 0, Intent: com.android.server.NetworkTimeUpdateService.action.POLL

com.avast.android.mobilesecurity (): Wakeups: 5
Alarms: 0, Intent: com.avast.android.mobilesecurity.action.NETWORK_STATS_POLL
Alarms: 5, Intent: {com.avast.android.mobilesecurity
Alarms: -1, Intent: {com.avast.android.mobilesecurity

com.google.android.maps.mytracks (): Wakeups: 3
Alarms: 3, Intent: {com.google.android.maps.mytracks

com.android.vending (): Wakeups: 2
Alarms: 1, Intent: {com.android.vending
Alarms: 1, Intent: {com.android.vending

com.android.providers.calendar (): Wakeups: 2
Alarms: 2, Intent: com.android.providers.calendar.intent.CalendarProvider2

com.google.android.talk (): Wakeups: 1
Alarms: 1, Intent: com.google.android.apps.babel.content.cleanup

com.nightskydev.appwatch (): Wakeups: 1
Alarms: 1, Intent: com.nightskydev.appwatch.ALARM_ACTION_REFRESH_APPWATCH

com.urbandroid.sleep (): Wakeups: 1
Alarms: 1, Intent: com.urbandroid.sleep.alarmclock.DELAYED_BOOT_COMPLETED

======================
Network (requires root)
======================
10048 (Mobile) (com.android.vending.Google Play Store): 347.0 KBytes 50,6%
10037 (Mobile) (Google-Dienste): 91.0 KBytes 13,3%
10091 (Mobile) (com.calengoo.android.CalenGoo): 90.0 KBytes 13,1%
10055 (Mobile) (com.nuance.swype.dtc.Swype + Dragon): 44.0 KBytes 6,5%
10073 (Mobile) (com.nightskydev.appwatch.AppWatch): 29.0 KBytes 4,3%
10053 (Mobile) (com.whatsapp.WhatsApp+): 25.0 KBytes 3,7%
0 (Mobile) (0): 18.0 KBytes 2,7%
10085 (Mobile) (com.wunderkinder.wunderlistandroid.Wunderlist): 11.0 KBytes 1,7%
10164 (Mobile) (com.dropbox.android.Dropbox): 7.0 KBytes 1,1%
10177 (Mobile) (com.avast.android.mobilesecurity.avast! Mobile Security): 7.0 KBytes 1,0%
10089 (Mobile) (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 5.0 KBytes 0,8%
10068 (Mobile) (com.gau.go.launcherex.GO Launcher EX): 3.0 KBytes 0,4%
10026 (Mobile) (com.slim.ota.SlimCenter): 2.0 KBytes 0,3%
10188 (Mobile) (com.jrummy.busybox.installer.Busybox Installer): 1.0 KBytes 0,2%
1000 (Mobile) (Android-System): 1.0 KBytes 0,1%
==========
CPU States
==========
1,4 GHz (): 10 s 0,1%
1,3 GHz (): 1 s 0,0%
1,2 GHz (): 4 s 0,0%
1,1 GHz (): 1 s 0,0%
1 GHz (): 2 m 4 s 0,8%
900 MHz (): 2 s 0,0%
800 MHz (): 3 m 2 s 1,2%
700 MHz (): 5 s 0,0%
600 MHz (): 2 m 9 s 0,9%
400 MHz (): 14 s 0,1%
300 MHz (): 1 m 12 s 0,5%
200 MHz (): 11 m 21 s 4,6%
Deep Sleep (): 3 h 44 m 15 s 91,3%
========
Services
========
Active since: The time when the service was first made active, either by someone starting or binding to it.
Last activity: The time when there was last activity in the service (either explicit requests to start it or clients binding to it)
See http://developer.android.com/reference/android/app/ActivityManager.RunningServiceInfo.html
com.android.phone (com.android.phone.TelephonyDebugService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.android.bluetooth (com.android.bluetooth.pbap.BluetoothPbapService)
Active since: 50 s
Last activity: 50 s
Crash count:0
com.android.location.fused (com.android.location.fused.FusedLocationService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.android.smspush (com.android.smspush.WapPushManager)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.calengoo.android (com.calengoo.android.controller.BackgroundSync)
Active since: 56 s
Last activity: 21 m 15 s
Crash count:0
com.android.bluetooth (com.android.bluetooth.pan.PanService)
Active since: 36 s
Last activity: 36 s
Crash count:0
com.wunderkinder.wunderlistandroid (com.urbanairship.push.PushService)
Active since: 1 m 4 s
Last activity: 1 m 4 s
Crash count:0
com.avast.android.mobilesecurity (com.avast.android.mobilesecurity.app.account.AccountReportService)
Active since: 50 s
Last activity: 19 m 47 s
Crash count:0
com.google.process.gapps (com.google.android.gsf.gtalkservice.service.GTalkServiceProxy)
Active since: 1 m 2 s
Last activity: 1 m 2 s
Crash count:0
com.nuance.swype.dtc:SwypeConnect (com.nuance.swype.connect.ConnectClient)
Active since: 41 s
Last activity: 20 m 8 s
Crash count:0
com.google.process.location (com.google.android.location.NetworkLocationService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.asksven.betterbatterystats_xdaedition (com.asksven.betterbatterystats.services.EventWatcherService)
Active since: 56 s
Last activity: 20 m 25 s
Crash count:0
com.google.android.talk (com.google.android.videochat.VideoChatService)
Active since: 54 s
Last activity: 54 s
Crash count:0
com.avast.android.mobilesecurity (com.avast.android.mobilesecurity.service.UpdateService)
Active since: 1 m 3 s
Last activity: 20 m 6 s
Crash count:0
com.sdcardmonitor (com.sdcardmonitor.SDCardMonitorService)
Active since: 58 s
Last activity: 58 s
Crash count:0
com.avast.android.mobilesecurity (com.avast.android.mobilesecurity.app.trafficinfo.NetworkStatsService)
Active since: 50 s
Last activity: 20 m 4 s
Crash count:0
com.android.bluetooth (com.android.bluetooth.a2dp.A2dpService)
Active since: 43 s
Last activity: 43 s
Crash count:0
com.android.vending (com.google.android.finsky.billing.iab.PendingNotificationsService)
Active since: 52 s
Last activity: 52 s
Crash count:0
com.android.systemui (com.android.systemui.SystemUIService)
Active since: 38 s
Last activity: 38 s
Crash count:0
com.android.bluetooth (com.android.bluetooth.hid.HidService)
Active since: 50 s
Last activity: 50 s
Crash count:0
com.wunderkinder.wunderlistandroid (com.wunderkinder.wlapi.services.WLAPIManager)
Active since: 1 m 4 s
Last activity: 1 m 4 s
Crash count:0
com.bel.android.dspmanager (com.bel.android.dspmanager.service.HeadsetService)
Active since: 51 s
Last activity: 51 s
Crash count:0
com.whatsapp (com.whatsapp.messaging.MessageService)
Active since: 43 s
Last activity: 18 m 19 s
Crash count:0
com.google.process.location (com.google.android.location.internal.server.NetworkLocationService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.nuance.swype.dtc (com.nuance.swype.input.IME)
Active since: 40 s
Last activity: 40 s
Crash count:0
android.process.acore (com.jiubang.ggheart.data.AppService)
Active since: 43 s
Last activity: 51 s
Crash count:0
com.google.android.gms (com.google.android.gms.icing.impl.IndexService)
Active since: 4 h 5 m 35 s
Last activity: 21 m 19 s
Crash count:0
com.dropbox.android (com.dropbox.android.service.CameraUploadService)
Active since: 58 s
Last activity: 1 m 3 s
Crash count:0
com.google.process.location (com.google.android.location.GeocodeService)
Active since: 40 s
Last activity: 40 s
Crash count:0
com.android.phone (com.android.stk.StkAppService)
Active since: 52 s
Last activity: 52 s
Crash count:0
com.android.nfc:handover (com.android.nfc.handover.HandoverService)
Active since: 40 s
Last activity: 40 s
Crash count:0
system (com.google.android.backup.BackupTransportService)
Active since: 38 s
Last activity: 38 s
Crash count:0
net.nurik.roman.dashclock (com.google.android.apps.dashclock.calendar.CalendarExtension)
Active since: 59 s
Last activity: 59 s
Crash count:0
com.whatsapp (com.whatsapp.ExternalMediaManager)
Active since: 44 s
Last activity: 44 s
Crash count:0
com.android.systemui (com.android.systemui.ImageWallpaper)
Active since: 39 s
Last activity: 39 s
Crash count:0
com.oasisfeng.greenify:service (com.oasisfeng.greenify.CleanerService)
Active since: 56 s
Last activity: 56 s
Crash count:0
com.google.process.gapps (com.google.android.gsf.gtalkservice.service.GTalkService)
Active since: 1 m 2 s
Last activity: 1 m 2 s
Crash count:0
net.nurik.roman.dashclock (com.google.android.apps.dashclock.DashClockService)
Active since: 59 s
Last activity: 17 m 37 s
Crash count:0
org.kman.AquaMail (org.kman.AquaMail.core.StartSyncService)
Active since: 10 m 32 s
Last activity: 19 m 43 s
Crash count:0
com.android.bluetooth (com.android.bluetooth.hfp.HeadsetService)
Active since: 41 s
Last activity: 41 s
Crash count:0
com.android.phone (com.android.phone.BluetoothPhoneService)
Active since: 41 s
Last activity: 41 s
Crash count:0
==================
Reference overview
==================
ref_boot: Reference ref_boot created 56 s (Wl: 4 elements; KWl: 0elements; NetS: 0 elements; Alrm: 1 elements; Proc: 0 elements; Oth: 3 elements; CPU: 12 elements)
ref_screen_off: Reference ref_screen_off created 2 h 46 m 48 s (Wl: 13 elements; KWl: 22elements; NetS: 15 elements; Alrm: 14 elements; Proc: 23 elements; Oth: 7 elements; CPU: 14 elements)
ref_current: Reference ref_current created 4 h 5 m 41 s (Wl: 19 elements; KWl: 22elements; NetS: 15 elements; Alrm: 15 elements; Proc: 33 elements; Oth: 7 elements; CPU: 14 elements)

 

[magero]

Nach 4 Stunden, gerademal 3 %, wie geht das den?

 

[S13gfried]

Tyolon könnte FastDormancy noch ausschalten
"secril_fd-interface" (): 6 m 3 s (363 s) Cntc/wc/ec)89/0/0 2,5%

Wobei der Deepsleep noch nicht optimal ist, aber das Ergebnis natürlich trotzdem Klasse. Habe ich mit AOSP nur schwer geschafft.

Mit Stockrom hatte ich allerdings über 95%deepsleep (ohne Greenify damals) und 0,5%/h.
Früher war alles besser

 

[TylonHH]

WhatsApp erhalte ich per push, E-Mails alle zwei Stunden. Keine Wetter app. Und den Rest (Facebook, GoogleMap, Google+, eBay, etc.) greenifyed.
Was soll jetzt noch kein Telefon wecken?

Der ursprüngliche Beitrag von 12:14 Uhr wurde um 12:20 Uhr ergänzt:

Tylon könnte FastDormancy noch ausschalten

Danke für den Hinweis. Aber ich bin deswegen eigentlich nicht davon überzeugt.
Trotzdem werde ich es mal ausprobieren.
Ich könnte ja noch Avast bändigen, aber ich warte ja noch auf den Tag an dem Handy verloren geht

 

[S13gfried]

Ich habe Avast auch nur zum wiederfinden
Macht aber echt nicht viel aus.

Mit FD ist halt so eine Sache. Den Thread aus deinem Zitat kannte ich schon sehr früh. Denoch sehe ich ja, bei mir gerade sehr dolle, das mir das mehr nimmt, als es gibt. Auf der StockRom war das anders -->
Hat denn die SlimRom diese von Rob erwähnte (notwendige) FD-Netzwerkdatenbank ? Ich denke doch fast nicht, oder?!

Wenn du FD ausschaltest, wurde hier schonmal eine Variante mittels ADB empfohlen, weil wohl das toggle von Gokhan nicht mehr funigert ?!

 

[canX420]

Das soll build 6 sein, die dateien usw aber ich weis nicht wo die hinein müssen und wie ich installieren usw...
und ich weis leider auch nicht ob es dann einfach nur updatet oder das ganze handy neu eingerichtet werden muss...

 

[m4soN]

WhatsApp erhalte ich per push, E-Mails alle zwei Stunden. Keine Wetter app. Und den Rest (Facebook, GoogleMap, Google+, eBay, etc.) greenifyed.
Was soll jetzt noch kein Telefon wecken?

Der ursprüngliche Beitrag von 12:14 Uhr wurde um 12:20 Uhr ergänzt:


Danke für den Hinweis. Aber ich bin deswegen eigentlich nicht davon überzeugt.
Trotzdem werde ich es mal ausprobieren.
Ich könnte ja noch Avast bändigen, aber ich warte ja noch auf den Tag an dem Handy verloren geht

Darf ich fragen was du sonst noch an "Tweaks" vorgenommen hast? Das sind traumwerte und das würde ich gerne bei meiner frischen Installation direkt vornehmen.

Wie hast du den Kernel installiert? Also Settings meine ich. Was hast du außer Greenify noch an Apps die dir "helfen"?

Eine kleine kurze Übersicht wäre super und ich dir sehr dankbar

 

[Sakaschi]

Durchschnittlich 10 Freezes am Tag. Wenn ich mein S3 dann neustarte bekomme ich in 90% der Fälle die Fehlermeldung beim Reboot "YouTube wurde beendet"! Warum auch immer, denn ich habe YouTube meistens garnicht genutzt.

Die ROM ist wirklich klasse und ich würde es stark bedauern wenn ich mich von ihr trennen müsste, aber SO geht das definitv nicht weiter.

Und von wegen neu flashen, Wipe, Fix Permissions & den ganzen Quatsch - 10.000x gemacht, bringt garnix.

Viele Grüße,
Erik

les bitte richtig was ich schrieb du darfst NICHT "Fix Permissions" machen.

Ich wette zu 80% das dann alles rennt

 

[TylonHH]

Darf ich fragen was du sonst noch an "Tweaks" vorgenommen hast? Das sind traumwerte und das würde ich gerne bei meiner frischen Installation direkt vornehmen.

Wie hast du den Kernel installiert? Also Settings meine ich. Was hast du außer Greenify noch an Apps die dir "helfen"?

Eine kleine kurze Übersicht wäre super und ich dir sehr dankbar

• In der build.prop habe ich wifi scan intervall auf 600 gesetzt. Aber ich fahre besser wenn ich wlan manuell ausschalte wenn ich außer Haus bin.
• Am Kernel habe ich nichts geändert (außer LED settings). Ich habe die Yank's Settings genommen.
• Ansonsten habe ich in greenify geschaut welche Apps im Hintergrund aktiv sind und dann für mich entschieden, ob die es dürfen oder nicht. Und es sind einige die es dürfen (Dropbox, BBS, WhatsApp, AquaMail, avast)
• gMail habe ich (leider) deinstallieren müssen, da ich dort (noch) kein Sync-Intervall einstellen kann.
• Zur Zeit teste ich ob die Abschaltung von FastDormancy noch ein bissl was bringt
• ich muss nicht ständig wissen wie das Wetter ist
• ich verwende einen dunklen Hintergrund und nur ein (Kalender)Widget auf meinen zwei Home-Screens

Alles im Allem nicht viel. Man muss sich nur im klarem sein, dass mal viel Akku verbraucht wenn man alles und immer und sofort per push erhalten möchte.

 

[m4soN]

• In der build.prop habe ich wifi scan intervall auf 600 gesetzt. Aber ich fahre besser wenn ich wlan manuell ausschalte wenn ich außer Haus bin.
• Am Kernel habe ich nichts geändert (außer LED settings). Ich habe die Yank's Settings genommen.
• Ansonsten habe ich in greenify geschaut welche Apps im Hintergrund aktiv sind und dann für mich entschieden, ob die es dürfen oder nicht. Und es sind einige die es dürfen (Dropbox, BBS, WhatsApp, AquaMail, avast)
• gMail habe ich (leider) deinstallieren müssen, da ich dort (noch) kein Sync-Intervall einstellen kann.
• Zur Zeit teste ich ob die Abschaltung von FastDormancy noch ein bissl was bringt
• ich muss nicht ständig wissen wie das Wetter ist
• ich verwende einen dunklen Hintergrund und nur ein (Kalender)Widget auf meinen zwei Home-Screens

Alles im Allem nicht viel. Man muss sich nur im klarem sein, dass mal viel Akku verbraucht wenn man alles und immer und sofort per push erhalten möchte.

Ok, ich glaube das bei mir die build.prop auch viel bewirken würde, hatte aber den besagten Absturz beim letzten mal und bin jetzt natürlich vorsichtig, aber ich denke das probier ich auf jeden Fall noch mal. Dann helfen mir vllt die Yanks Settings im Kernel mehr als die im Startpost, muss ich auch testen und in Sachen Push brauch ich auch nur ganz wenig.

Ich glaub ich hab auch das Wetterupdate von dieser Widget Uhr aktiv, muss mal sehen wo sich das deaktivieren lässt.

Dir aber schon mal ein großes Danke für deine Antwort

 

[TylonHH]

Wie kann ich überprüfen ob FastDormancy wirklich deaktiviert ist?
Die Gokhan App sagt (nun) es ist disabled. Ich meine hier ein thread gelesen zu haben, wo man an bestimmten Zeiten erkennt, dass es noch aktiv ist.
Dies wollte ich zuerst checken bevor ich es über adb versuche.

 

[S13gfried]

Sacht mal, Push verbraucht doch keinen Akku wenn es aktiviert ist und nichts "passiert". Zumindest nicht mehr als ein beliebiger Hintergrunddienst oder eine App die alle xxMinuten etwas scant/abfragt !?

Die Scanintervalle sind doch das "doofe", weil da im Takt immer connectet, ob was da ist oder nicht. Aber der Pushservice ist sowieso aktiv und wenn es etwas gibt wird von EXTERN gemeldet, dass gmail mal gucken soll. Es findet kein "Handy macht Internet an und guckt nach" statt, erst wenn Definitiv etwas passiert ist.
Es heißt "push", weil es nur in EINE Richtung geht. ZUM Handy HIN.
Ist abgeleitet aus dem Marketing. Da gibt es auch Push und Pull Startegien. Push: ich drücke etwas in den Markt, z.B. billig. Oder Pull: Die Kosnumenten fragen selber nach, "ziehen" quasi an der Nachfrage bzw. das produkt in den Markt weil sie es unbedingt wollen. Warum auch immer.

Das zu deaktivieren ist für mich genauso sinnfrei wie das Telefonapp zu deaktiveren und alle 2 Stunden die Mailbox zu checken.

Zu iPhone zeiten war das viel viel Stromsparender. Mit Android habe ich ehrlich gesagt diese Intervalle nicht (bei Mail/Nachrichten) probiert.

Hier mal sehr gut erklärt, wenn auch für Apple. Ist aber identisch zu Android

Das Konzept der Push Notifications kann man sich als ein „3-Parteien-Modell“ vorstellen. Auf der einen Seite haben wir einen „Sender“, der eine Benachrichtigung sendet. Dieser ist in der Regel ein Provider bzw. ein Dienst, den eine Applikation nutzt. In der Mitte steht dann der „Vermittler“. Dies ist der Apple Push Notification Service, kurz APNS, welcher den „Sender mit dem „Empfänger“ indirekt verbindet. Der „Empfänger“ ist aber nicht das Gerät selbst, also das iPhone, sondern genauer noch, die Applikation, die den Dienst des „Senders“ nutzt. Der Vorteil dieses Modells mit dem Vermittler, dem APNS, besteht darin, dass nur eine einzige Verbindung mit dem iPhone notwendig ist. Wenn das iPhone mehrere Applikationen hat, die Push Notifications nutzen, dann muss es nicht mit allen Providern eine separate Verbindung herstellen, sondern sich nur mit dem APNS verbinden, wodurch wiederum Rechenkapazität und Strom gespart wird.

Wenn der Provider neue Daten für eine Applikation, die diesen Provider nutzt, anliegen hat, dann schickt dieser eine Benachrichtigung (z.B. „Du hast neue Nachrichten“) an den APNS los. Der APNS wiederum leitet diese Nachricht an das Gerät, genauer gesagt an die Zielapplikation weiter. Hierbei ist zu erwähnen, dass die Kommunikation vom Provider ausgehend immer nur in eine Richtung stattfindet, d.h. der Provider erfährt nie, ob die Zielapplikation die Nachricht erhalten hat oder nicht, da der APNS dies schlichtweg nicht mitteilt. Die Benachrichtigung des Nutzers erfolgt nur dann, wenn die Zielapplikation zum Zeitpunkt des Eintreffens der Notification nicht ausgeführt wird. Wenn das Programm ausgeführt wird, kann es sich dann selbst aktualisieren, doch dazu später mehr.

Quelle + Erklärung von Pushaufbau


Das einzig denkbar blöde wäre, wenn ne Nachricht kommt {AN:gmail; MASSAGE:New Mail on Server; DO:Connect to server and download} (ausgedacht)
und das würde zufällig im 3Minutentakt passieren. Dann, aber nur dann wäre es schlechter als einmal alles mit einmal abzuholen.



WhatsApp funktioniert übrigens nach diesem Prinzip. Da kommt ja auch niemand auf die Idee alle 2 Stunden mal nachzusehen

 

[TylonHH]

WhatsApp funktioniert übrigens nach diesem Prinzip. Da kommt ja auch niemand auf die Idee alle 2 Stunden mal nachzusehen

Du hast vollkommen recht.
Wenn du nun aber WhatsApp durch deine eMail App (oder besser noch eine WetterApp) sinnbildlich ersetzt und du alle 10 Minuten eine eMail per push erhälst, dann verbraucht das mehr Akku als seine eMails alle x Stunden abzurufen. Oder?
Wenn ich nun auf sofortige eMails (bzw. WhatsApp Nachrichten) "angewiesen" bin, dann macht natürlich ein push mehr Sinn.
Für mich persönlich eMails nicht so wichtig, da ich
1. einige unwichtige eMails erhalte
2. am Arbeitsplatz meine Mails checken darf
3. ich nicht "ständig" gestört werden möchte

Wenn mir WhatsApp nicht so wichtig wäre (wie Facebook) würde ich dort push deaktivieren und alle zwei Stunden händisch nach schauen und somit selber entscheiden wann ich "gestört" werden möchte.

Welche Philosophie jeder einzelene hat und welche Konsequenzen daraus resultieren, sieht man ja einigen BBS-Logs

 

[gagorid]

Das darfst du nicht entpacken, wird mit cmw geflasht. Du solltest mal die Anleitung dazu lesen!!

Gesendet von meinem GT-I9300 mit der Android-Hilfe.de App

 

[S13gfried]

Ich denke aber, dass Push dennoch sparsamer ist, da das Handy keine Verbindung aufbauen muss.
Wenn ich zudem bedenke, das viele Mailabfragen auch ins Leere laufen, weil nichts da ist. Vom (geringen) Traffic mal ganz zu schweigen. Am besten wird noch während "bad signal" abgefragt und Wetter, Mail, Nachrichten jeweils um 10Minuten versetzt....


Für mich macht Intervall nur Sinn, wenn ich nicht gestört werden will. Was ja vollkommen ok ist. Muss ja jeder selber wissen wie er es mag.


Weil Push selber "kostet" nichts. NUR wenn etwas kommt UND runtergeladen wird, was ich ja früher oder später sowieso abrufe. Es ist also höchstens eine zeitliche Verlagerung.
Und dann steht dem "Zufällig im 5 Minuten Takt Mail per Push" das "sinnlose connecten um nicht vorhandene Mails abzurufen" gegenüber.

Ich denke, bei der breiten Masse wird da Push das sparsamere sein. Und wenn das Empfänger App gar nichts läd, sondern nur ein Badge setzt u.ä., ist das marginal wenig.

Wer Akku sparen will, soll Push nehmen. Wer Ruhe will, selber aktualisieren.

 

[ahlMAR]

basiert slim bean auf der neuesten cm nightly ?