DaRk_dOg

Όσοι βάλετε το καινούριο Code_Blue R376, ριξτε μια ματιά στο νέο thermal throttling κ χαμηλώστε τις θερμοκρασίες στο 70άρι γιατί στην stock ρύθμιση έχουν peak στους 80/90°

Δεν διαφωνώ σε αυτό. Διαφορές βλέπεις ήδη ακόμα κ ανάμεσα σε nexus 4 με 5 σε επίπεδο επιδόσεων. Η 4.4 με σωστούς driver θα έτρεχε νεράκι όμως στο gnex κ ευελπιστώ το ίδιο με την L.

Οι διάφορες ανάμεσα στην 4.3 κ την 4.4 είναι μηδαμινές. Με την L επίσης λένε ότι χρειάζεται λιγότερους πόρους για να τρέξει. Από την άλλη ο βασικός developer που ασχολείται με το port του 3.4 kernel στο gnex (Israel Cepeda) είναι πρώην μηχανικός λογισμικού στην TI κ νυν στην Intel κ μαζί με τα υπόλοιπα μέλη κρίνουν οτι η συσκευή μπορεί να τρέξει άνετα τις νεότερες εκδόσεις λογισμικού. Ασχέτως όμως αυτών μπορείς να το συγκρίνεις με αρκετές νεότερες συσκευές με ανάλογο hardware. :)

Δεν έχει να κάνει με το hardware της συσκευής αλλά με την έλλειψη driver source. Οποίος ακολουθεί το development κ τα commit για 3.4 kernel μπορεί να το δει. Το hardware είναι ικανότατο κ μπορεί ;)

Αυτό ακριβώς που λέει ο Gialakias---> Επίσης να ξέρεις ότι το Peek κ τα dynamic system bars "πίνουν". Με την ίδια ROM κ code_blue έχω 4h+ SOT, πάνω από 24h αυτονομία κ WiFi μόνιμα ανοιχτό. Επίσης αυτά με ΑΘΛΙΟ gsm σήμα: [ATTACH]49529[/ATTACH] [ATTACH]49530[/ATTACH]

Η purity έχει busybox δεν χρειάζεται να το εγκαταστήσεις από το playstore. Το double touch 2 wake έχει drain σε ΟΛΟΥΣ τους kernel. Η αρχή λειτουργία τους είναι τέτοια που δεν επιτρέπει διαφορετική ενσωμάτωση προς το παρόν :)

Universal Kernel Manager από εδώ -> http:// http://forum.xda-developers.com/android/software/zip-synapse-script-universal-kernel-t2736986 και το synapse από το play store.

Φλάσαρε πρώτα το UKM κ μετά ενεργοποίησε το μέσω synapse. [ATTACH]49469[/ATTACH]

Πολύ καλή είναι κ η Paranoid Android 4.6/beta1. Με DirtyV πάει πολύ καλά, αρκεί να μην εχεις ενεργά τα Peek κ Dynamic System Bars στη ROM.

Nαι εγώ αναφέρθηκα στη διαφορά ανάμεσα σε dalvik/ART σε επίπεδο αυτονομίας με τον custom kernel που φοράω. Για μένα ήταν αμελητέα ενώ στον φίλο με τον stock kernel πιο άξια επισήμανσης. ;)

Προσωπικά δεν είδα ουσιαστικές διαφορές σε screen on time, μόνο σε stand by. Αλλά φαντάζομαι ότι έχει να κάνει κ με την χρήση που κάνει ο καθένας.

Δεν μπορεί να γίνει πραγματική εκτίμηση γιατί οι μεταβλητές είναι άπειρες: Επίπεδο και ποιότητα gsm σήματος/δεδομένων (επηρρεάζει πολύ περισσότερο από όσο φαντάζεσαι), χρήση μπαταρίας από το navi Ή γενικά οποιαδήποτε εφαρμογή θα χρησιμοποιεί το GPS σου και πάει λέγοντας... Γενικά με χρήση δεδομένων και GPS όλες οι συσκευές "ρουφάνε" περισσότερη μπαταρία, αν θέλεις κατά προσέγγιση και προσωπική εκτίμηση σε βλέπω με κανά 15h maximum. ΥΓ: Με ART να κερδίσεις σε αυτονομία λίγο χλωμό, με root μεμονωμένα επίσης. Με έναν custom kernel ισως αλλά πάλι όχι οταν κάνεις χρήση της συσκευής αλλά σε κατάσταση αναμονής.

Η θερμοκρασία σου είναι καλή. Μην σε φοβίζει γενικά από τη στιγμή που υπάρχει το thermal throttling.

Νέα Paranoid Android 4.6/Beta1 με Dynamic System Bars. Ωραίο eye candy για όσους δεν χρησιμοποιούν xposed ;) [ATTACH]49292[/ATTACH]

Και το debugging είναι στα developer options, τι σημαίνει οτι δεν μπορώ να κάνω debugging στη συσκευή μου επειδή δεν είμαι developer? Το ART δουλεύει μια χαρά, το να μην θες να το χρησιμοποιήσεις παρόλαυτά είναι δικαίωμα σου.

Να μην σε ανησυχεί γιατί έχει thermal throttling εργοστασιακά. Με το που φτάσει ένα συγκεκριμένο επίπεδο θερμοκρασίας (63-65° αν θυμάμαι καλά), ρίχνει τον επεξεργαστή σε χαμηλότερη συχνότητα/χρήση πυρήνων μέχρι να επανέλθει. Στους custom kernel υπάρχει κ δυνατότητα για thermal throttling σε μεγαλύτερη/προκαθορισμένη από το χρήση θερμοκρασία.

Επειδή υπάρχει στο developer's menu δεν υπάρχει σαν επιλογή? Σοβαρά τώρα? Το να μην θέλεις να το χρησιμοποιήσεις είναι δικαίωμα σου σαν χρήστης, όμως μην λες πράγματα που δεν υφίσταται αν δεν γνωρίζεις. Φυσικά υπάρχει σαν επιλογή (έστω κ περιορισμένη) κ αν δεν δούλευε ή υπήρχε κίνδυνος, δεν θα το περιλάμβανε η Google.

..ή διαφορετικά δεν θα το δίνανε καθόλου ως επιλογή :p

Όχι γιατί το frandom binary βρίσκεται μόνο στον Code_blue kernel, μετά το script είναι άχρηστο γιατι δεν έχει κάτι να ενεργοποιήσει. :happy:

Δεν χρειάζεται να το σβήσεις, είναι απλά ένα σκριπτ, το frandom binary περιέχεται στον kernel.

Από τις ελάχιστες γνώσεις μου: Ο linux kernel χρησιμοποιεί σε αρκετές διαδικασίες τυχαίους αριθμούς. Είτε στην κρυπτογράφηση είτε σε TCP. Αυτούς τους αριθμούς τους συλλέγει το entropy pool από τυχαία αριθμητικά γεγονότα (πχ κίνηση κέρσορα, στη δική μας περίπτωση τα αγγίγματα στην οθόνη) για να ενισχύσει την ασφάλεια, αφού αυτοί οι αριθμοί είναι πολύ δύσκολο να προβλεφθούν. Όταν όμως το entropy pool δεν έχει αρκετά τυχαία αριθμητικά δεδομένα, χρειάζεται κάτι να δημιουργεί τυχαίους αριθμούς. Εδώ έρχεται o urandom που ειναι ένας generator τυχαίων αριθμητικών δεδομένων και κάνει αυτή ακριβώς τη δουλειά. O frandom είναι σαν τον urandom αλλά 60-70 φορές πιο γρήγορος. Απλά όπως είπα κ σε προηγούμενα ποστ η διαφορά του frandom δεν είναι ορατή ούτε σαν ταχύτητα στο σύστημα ΟΥΤΕ στις εφαρμογές που χρησιμοποιούν κρυπτογραφικά δεδομένα. Μπορεί να είναι καλοδεχούμενη αλλαγή αλλά μου φαίνεται πιο πολύ παπάτζα για το hype. To hotplug αφορά τον τρόπο που λειτουργούν οι πυρήνες του επεξεργαστή ανάλογα με το workload. Στον stock kernel υπάρχει το MPDecision που είναι το στοκ hotplug χωρίς πολλές-πολλές ρυθμίσεις/επιλογές, έχει υπερβολικά aggressive scaling που έχει κόστος σε μπαταρία (μπορεί για ένα απλό task να πάει από 300Mhz στα 1728Mhz πχ) και ΔΕΝ έχει επιλογή για να βγάζεις πυρήνες offline. Στους custom kernel υπάρχουν εναλλακτικοί custom hotplug governors (πχ MSM_MPDecision, CPUQuiet, Intelliplug και πλέον blu_plug στον Code_Blue) που δίνουν επιλογές για λιγότερους online πυρήνες σε συγκεκριμένα workload και γενικά ρυθμίσεις για κάθε παράμετρο τους. Για παράδειγμα μπορούμε να περιορίσουμε τους max online πυρήνες όταν έχουμε screen off σε έναν, να επιλέξουμε πόσοι ακόμα πυρήνες θα λειτουργήσουν όταν ένα task φτάσει τον υπάρχων πυρήνα σε threshhold κλπ. Τα παραπάνω μεταφράζονται σε λίιιγο καλύτερη μπαταρία και καλύτερη απόδοση (δεδομένου οτι το hotplug είναι σεταρισμένο σωστά :) ) Αυτά τα ολίγα, αν ξέρει κάποιος περισσότερα και θέλει να προσθέσει/διορθώσει στα παραπάνω ας το κάνει :D

Καινούριος Code_Blue (R316), με το νέο hotplug. Ευτυχία :)))))

Το ζήτημα δεν είναι το γιατί. Αυτό είναι θέμα προσωπικής επιλογής :) Απλά αν τελικά αποφασίσεις να το φλασάρεις ΔΕΝ σημαίνει ότι χαλάει. Ούτε σε βάθος χρόνου (δε μιλάμε για 10ετία ε?)

Τι σχέση έχουν οι eMMC σε σχέση με τις MLC πέραν της αρχιτεκτονικής των 19nm? Σε ανησυχεί κατά μέσο όρο ΈΝΑ φλασάρισμα την μέρα αλλά δεν σε ανησυχούν τα 1000δες καθημερινά write από τις εφαρμογές που τρέχουν (μη γελιέσαι ότι όλα τα data μένουν μόνο στην cache) ή τα wipe του TRIM σε κάθε boot. Δεν είναι κακό να σου αρέσει το N5 stock, υπερβάλλεις όμως με το flashing.

Ότι είπαν οι προλαλήσαντες + κάτι ακόμα. Εγώ προφανώς την έπαθα από αστοχία υλικού, ήταν θέμα χρόνου να κάνει το "κράου". Αυτά τα κινητά είναι γεννημένα για φλασαρίσματα, είναι λάθος να σκέφτεσαι έτσι. Με την ίδια λογική δεν θα έπρεπε να χρησιμοποιούμε φλασάκια ή ssd γιατί έχουν περιορισμένο αριθμό writes (Για την ιστορία, το galaxy nexus μου έχει κλείσει 3ετία σχεδόν, έχω φλασάρει κ συνεχίζω να φλασάρω άπειρα πράγματα κ δεν έχει κάνει ΚΙΧ)