Υπήρξε το ζήτημα με την αυξημένη κατανάλωση ενέργειας σε φορητούς υπολογιστές,
σε διανομές που χρησιμοποιούν νεότερες εκδόσεις πυρήνα του Linux,
http://www.phoronix.com/scan.php?page=article&item=linux_mobile_uffda&num=1
Το αποτέλεσμα για την κοινότητά μας ήταν ότι «σε μερικούς φορητούς υπολογιστές,
η κατανάλωση ενέργειας ήταν μεγαλύτερη με αποτέλεσμα ο υπολογιστής σε μπαταρία
να διαρκεί αρκετά λιγότερο (διότι η μπαταρία πρέπει να φορτιστεί πιο νωρίς)».
Με τη χρήση κάτι που ονομάζεται git bisect, ήταν εφικτό να βρεθεί η
έκδοση του πυρήνα
που προκάλεσε το πρόβλημα καθώς και η αλλαγή που το προκάλλεσε.
Για παράδειγμα, αν η τρέχουσα έκδοση του πυρήνα έχει πρόβλημα και 200
εκδόσεις πριν δεν υπήρχε πρόβλημα,
τότε
1. δοκιμάζουμε αν υπήρχε πρόβλημα 100 εκδόσεις πριν
α. αν ναι, τότε δοκιμάζουμε 150 εκδόσεις πριν
β. αν όχι, τότε δοκιμάζουμε 50 εκδόσεις πριν
κτλ
Αυτή τη λειτουργία την υποστηρίζει εύκολα το αποθετήριο πηγαίου κώδικα git.
Το αποτέλεσμα της έρευνας είναι στο
http://www.phoronix.com/scan.php?page=article&item=linux_2638_aspm&num=1
όπου περιγράφει ότι σε μερικούς υπολογιστές, με προβληματικό BIOS,
έχει γίνει μια αλλαγή στο Linux
που μπορεί να τους επηρεάσει σε σχέση με την κατανάλωση.
Οι προγραμματιστές του πυρήνα Linux έπρεπε να αποφασίσουν,
όταν το BIOS αναφέρει ότι δεν υποστηρίζει μια σημαντική λειτουργία
εξοικονόμησης ενέργειας σε συσκευές PCI (είτε δε μπορεί, είτε το BIOS
έχει πρόβλημα),
α. να μη γίνει προσπάθεια για εξοικονόμηση ενέργειας (αυξημένη
κατανάλωση, δε θα κολλά ο υπολογιστής)
β. να γίνει με το ζόρι προσπάθεια εξοικονόμησης ενέργειας (μπορεί να
κολλήσει ο υπολογιστής)
Στο η-περιοδικό LWN.net υπάρχει άρθρο, «PCIe, power management, and
problematic BIOSes»
https://lwn.net/Articles/449448/ (θα είναι διαθέσιμο για ανάγνωση από
την επόμενη Πέμπτη),
αναφέρει:
«That said, this patch is the one that the bisection effort at
Phoronix has fingered as the cause of the power regression.
Apparently, the notion that disabling low-power states in hardware may
lead to increased power consumption also makes sense. The workaround
suggested in the article is to boot with the pcie_aspm=force option;
that forces the system to turn on ASPM regardless of whether the BIOS
claims to support it. This workaround will undoubtedly yield better
battery life on some affected systems; others may well not work at
all. In the latter case, the system may simply lock up - a state with
even worse latency characteristics combined with surprisingly bad
power use. So this workaround may be welcomed by users who have seen
their battery life decline significantly, but it is not a proper
solution to the problem.»
Αν πιστεύουμε ότι έχουμε πρόβλημα, τότε μπορούμε να τρέξουμε
dmesg | grep ASPM
Αν αναφέρει κάτι σαν
«[ 0.439490] ACPI FADT declares the system doesn't support PCIe ASPM,
so disable it»
τότε μπορούμε να ρυθμίσουμε την επιλογή πυρήνα (kernel option) pcie_aspm=force
και όταν το κάνουμε θα αναφέρει
$ dmesg | grep ASPM
[ 0.000000] PCIe ASPM is forcedly enabled
[ 0.439490] ACPI FADT declares the system doesn't support PCIe ASPM,
so disable it
$ _
που σημαίνει ότι πράγματι ενεργοποιήθηκε με το ζόρι. Εδώ παρατηρούμε
αν η μπαταρία μπορεί να διατηρήσει τον υπολογιστή ανοικτό για περισσότερο χρόνο,
οπότε έχει νόημα για εμάς να έχουμε την επιλογή.
Ανακεφαλαιόνοντας,
1. το πρόβλημα το αντιμετωπίζουν λίγα άτομα με υπολογιστή με προβληματικό BIOS
2. η σωστή λύση είναι οι κατασκευαστές να διορθώσουν το BIOS
3. υπάρχει κάτι για να πειραματιστούμε, αυτό με το pcie_aspm=force
4. Αναφερθήκαμε και στο φόρουμ για θέματα εξοικονόμησης ενέργειας και
προβληματικού BIOS,
http://forum.ubuntu-gr.org/viewtopic.php?f=9&t=18042
Σίμος
--
Ubuntu-gr mailing list
Ubuntu-gr@lists.ubuntu.com
If you do not want to receive any more messages from the ubuntu-gr mailing
list, please follow this link and choose unsubscribe:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
