Re: Kernele testowe wersja v19.x - atom oraz K8
: 31 maja 2012, 22:55
Jak chcesz. Ja bym na Twoim miejscu odpowiednio skonfigurował wygląd i zachowanie KDE, żeby bardziej przypominało Cinnamon.
Polskie forum użytkowników Ubuntu
https://ubuntu.pl/forum/
Właśnie to jest to o czym pisałem - readahead jest elementem pm-utils, a Canonical "wyciął" pewne komponenty właśnie tego pakietu ... aby im było łatwiej. Nie rozwiązali problemów tylko powycinali skryptyGalvatron pisze:Czy /usr/lib/pm-utils/power.d/readahead jest częścią ureadahead, a jeśli nie, to jak go przywrócić w 12.04? Pytam, bo niestety samym e4rat nie mogę wycisnąć już niczego wiecej, jeśli chodzi o czas bootowania, więc chciałem spróbować połączyć go z readahead-turbo.
hmm dziwne, proszę przeprowadź kilka, albo lepiej kilkanaście porób na wersji v19.0 i v19.1, podaj jakie moduły sa załadowane, jakie usługi uruchomione i jeśli nadal będziesz widziała różnicę na niekorzyść także wyniki dmesg z wersji v19.0 i v19.1.linuxozaurus pisze:Ja zainstalowałam nowsze twoje jajko i jest ok ale mam przekonanie ze jest większe zużycie energii (mam dodatkowo podpięty coiling pad) niż na poprzednim twoim jajku bez bumblebee.
Właśnie w przypadku modemów i niektórych kart sieciowych ciężko wyłączyć ich zasilanie ... jeśli są aktywne = co chwilę wysyłają sygnał celem znalezienia BTS`ów, lub AP. Zobacz - jeśli możesz i masz, czy dioda dotycząca modemu miga co jakieś 1-2 sekundy.elzear pisze:Więc i ja się doczepię do informacji na temat testów.
Po zainstalowaniu jajka + skrypty, bez podpiętych peryferii zużycie baterii mieści się w granicach 11.5-13.5.
Uruchomione:
Wi-Fi
Podświetlenie na 15%
chromium + 4-5 stron otwartych
Wynik dużo lepszy niż przy poprzednich kernelach
Ogólnie wszystko działa jak na razie bez problemów.
Na wcześniejszych jajkach miałem pewien mankament. Gdy uruchamiałem notebooka gdy był podpięty do zasilania + z podpiętą myszką, po uruchomieniu systemu, mysz nie działała, oczywiście wystarczyło ją jedynie wypiąć i wpiąć z powrotem, jednak pewien bug jestNa razie nie mam możliwości przetestować tego na 19.1 (brak myszki pod ręką) jednak jutro postaram się zdać relację
U mnie prawdopodobnie dało by się zejść niżej ze zużyciem. Z tego co wynika u mnie z Powertop'a (o ile dobrze to odczytuję), nie używane interfejsy sieciowe nie są wyłączane, chodzi mi dokładniej o:Kod: Zaznacz cały
100,0% Device USB device: HP hs2340 HSPA+ MobileBroadband (HP)
Tak jak pisałem już jakiś czas temu, zarówno Cinnamon, jak i GNOME 3 i Unity obecnie nie nadają sie specjalnie na urządzenia mobilne = znacznie utrudniona konfiguracja i zarządzanie urządzeniami w różnych trybach zasilania. Na teraz najlepsze rozwiązaniem - wręcz modelowe to KDE [4.8.3] oraz "stare" GNOME 2.x.x rozwijane obecnie w formacie MATE.123er pisze:używam testowo minta13 cinnamon i po instalacji skryptów i kernela, wszystko jest ok w zużyciu energii tak jak na ubu, lecz nie działa automatyczne przyciemnianie i przełączanie cpufreq(ręcznie przełączyć z preformance na ondemand). trzeba to robić ręcznie. Ktoś może coś wie w tym temacie
Może przy kolejnej wersji skryptu skupie się bardziej na kartach sieciowych i modemach ... ale to wymaga znowu studiowania pewnie parudziesięciu o ile nie set [jak poprzednio] stron dokumentacji kernela i zarządzania ACPI. Oczywiście i to nie gwarantuje sukcesu, bo często Deweloperzy poszczególnych sterowników chyba nie doczytują wszystkich zaleceń i [o ile jestem w stanie to stwierdzić] kod tych sterowników nie pozwala na prawidłowe zarządzanie ich zasobami energetycznymi. Zdarzało się też, że zarządzanie zasilaniem celowo jest pomijane ... Developerzy bowiem nie są pewni, czy będzie to zawsze prawidłowo działać. Ponadto ostatnio mam gorący okres i pewne problemy, co "spowalnia" moją pracę ... ale tak czy siak się tym zajmę. Tyle, że w pierwszej kolejności chciałbym zrobić - przy udziale Kolegi Netbit73 graficzny instalator dla kerneli i skryptówelzear pisze:Sprawdzić tego nie mogę, gdyż jest to modem na PCI wewnątrz notebooka:-)
łączenie nie jest zalecaneGalvatron pisze:bo niestety samym e4rat nie mogę wycisnąć już niczego wiecej, jeśli chodzi o czas bootowania, więc chciałem spróbować połączyć go z readahead-turbo.
Wiem, że Kolega nie "zarzuca"elzear pisze:Jeśli chodzi o mnie, ja niczego nie zarzucamWręcz odwrotnie. Takiego małego poboru na standardowych ustawieniach się nie uświadczy
Chciałem jedynie zwrócić uwagę na to, że w tym kierunku można bawić jeszcze się w oszczędzanie energii
Nie dziwne ... tu ACPI powinno być elementem sterującym, jego = brak zarządzania zasilaniem.linuxozaurus pisze:Teraz porównałam obydwa jajka i mi wychodzi ze jest nie wielka różnica na korzyść 19.1 około 1-2 watów w tych samych warunkach.![]()
Bez tego wpisu (grub) wychodził wynik odwrotny.
Siedzę teraz na e4rat, ponieważ skrócił uruchamianie mojego komputera o 15 sekund. Będę mógł zainstalować na to readahead-turbo, czy musowo cofnięcie zmian i ponowna instalacja readahead?e X t 7 3 pisze:Właśnie dlatego pisałem o nowym instalatorze skryptu APM ... w wersji 1.4.1, gdzie oprócz mojego skryptu będę tez instalował zmodyfikowany skrypt readahead. Modyfikacje są lżejszą odmianą mojej wcześniejszej wersji readahead-turbo. Mam nadzieje, że zrobię to najdalej do jutra.
Kod: Zaznacz cały
echo low > /sys/class/drm/card0/device/power_profile
Kod: Zaznacz cały
/etc/rc.local
Kod: Zaznacz cały
#!/bin/bash
echo low > /sys/class/drm/card0/device/power_profile
Kod: Zaznacz cały
root@aspire-5551G:/home/shevchenko1987# cat /etc/rc.local
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo low > /sys/class/drm/card0/device/power_profile
exit 0
Czy przypadkiem cos jeszcze nie steruje ustawieniami drm i "przywraca" to ustawienie na starcie?Shevchenko1987 pisze:Kod: Zaznacz cały
root@aspire-5551G:/home/shevchenko1987# cat /etc/rc.local #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. echo low > /sys/class/drm/card0/device/power_profile exit 0