Ubuntu.pl 🇺🇦️ - Forum Ubuntu

sokarsg-1 pisze:A jak tam idzie poszukiwanie przyczyny większego zużycia baterii po odhibernowaniu? Na moim 1201n po ponownym uruchomieniu kompa mam około do 13W a po odhibernowaniu zużycie skacze na 15W. Mowa o ubuntu 11.04 i kernelach 15.6 w dół.

mam dokładnie ten sam problem, w dodatku po odhibernowaniu temperatura strasznie w góre idzie

A dziwne teraz sprawdziłem dokładnie ten aspekt tzn. miałem dokładnie te same strony otwarte te same programy to samo podświetlanie wi-fi on blu off i problemu nie stwierdziłem. Po odhibernowaniu zużycie baterii nie wzrosło.

Witam, rzeczywiście na v15.6 pojawiał się raz na jakiś czas (na 10 prób 3 x tak było), taki efekt zużycia do 10 % większej ilości energii - "zimny" start <-> hibernacja. Nie odnotowałem skoku temperatury. Jeśli taki jest najpewniej jakaś usługa/program się "wywalił" i na maksimum obciąża procesor, co automatycznie powoduje znaczny wzrost energii. Pod nowym kernelem v15.8 nie odnotowałem takiego wzrostu (zużycia energii) - największy odnotowany to 3 % różnicy (na 10 startów w 1 przypadku). Jeśli nadal będzie się to pojawiać będę szukał przyczyny. Prawdopodobnie udostępnię kernel we wskazanej wersji v15.8. Oprócz już wskazanych usprawnień (obecnie i uprzednio opisanych) podniosłem jego wydajności -> do 10 % (w szczególności odczuwalne w grach i aplikacjach pod wine) oraz dość znacznie responsywność (powinno być dość widocznie odczuwalne).

Pozdrawiam

czy jest nowsze jajko niż 15.6 ? bo z nim to większe kłopoty niż tym generic 2 razy próbowałam z twoim jajkiem i kończyło się reinstalką. i karmel panic

Niestety, ale grafika się wiesza. Błąd ten występuje do kernela 2.6.38, czyli do magicznych "200 linii kodu", więc coś musieli w nich zepsuć.

-- 1 lip 2011, o 17:00 --

linuxozaurus pisze:i karmel panic

Kernel panic.

linuxozaurus pisze:czy jest nowsze jajko niż 15.6 ? bo z nim to większe kłopoty niż tym generic 2 razy próbowałam z twoim jajkiem i kończyło się reinstalką. i karmel panic

Niedługo 15.8 ... ale kernel pannic nie bierze się z niczego proszę o konkrety.

Pozdrawiam

-- 01 lip 2011 19:29 --

Chris1507 pisze:Niestety, ale grafika się wiesza. Błąd ten występuje do kernela 2.6.38, czyli do magicznych "200 linii kodu", więc coś musieli w nich zepsuć.

-- 1 lip 2011, o 17:00 --

linuxozaurus pisze:i karmel panic

Kernel panic.

Auto-grupowanie ni jak ma się do grafiki . Co znaczy, że grafika się "wiesza" ?

Pozdrawiam

e X t 7 3 pisze:Auto-grupowanie ni jak ma się do grafiki . Co znaczy, że grafika się "wiesza" ?

Pozdrawiam

viewtopic.php?f=136&t=145567 Dokładnie to co w linku.
syslog:

Jul 1 12:26:56 krzysiek-laptop kernel: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Jul 1 12:26:56 krzysiek-laptop kernel: [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state
Jul 1 12:26:56 krzysiek-laptop kernel: [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 5751440 at 5751403, next 5751484)

Chris1507 pisze:

e X t 7 3 pisze:Auto-grupowanie ni jak ma się do grafiki . Co znaczy, że grafika się "wiesza" ?

Pozdrawiam

viewtopic.php?f=136&t=145567 Dokładnie to co w linku.
syslog:

Jul 1 12:26:56 krzysiek-laptop kernel: [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
Jul 1 12:26:56 krzysiek-laptop kernel: [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state
Jul 1 12:26:56 krzysiek-laptop kernel: [drm:i915_wait_request] *ERROR* i915_wait_request returns -11 (awaiting 5751440 at 5751403, next 5751484)

No własnie błąd w DRM (tu - DRM_I915), a nie auto_group (SCHED_AUTOGROUP) ... dzieje się to także pod moim v15.6 ? a dokładnie jaki Chipset (GMA) ?

PS. zresztą ten błąd pojawiał się dużo wcześniej niż "nadeszła era" auto-grupowania -> launchpad_bug

Pozdrawiam

e X t 7 3 pisze:No własnie błąd w DRM (tu - DRM_I915), a nie auto_group (SCHED_AUTOGROUP) ... dzieje się to także pod moim v15.6 ? a dokładnie jaki Chipset (GMA) ?

PS. zresztą ten błąd pojawiał się dużo wcześniej niż "nadeszła era" auto-grupowania -> launchpad_bug

Pozdrawiam

Ten chipset: http://ark.intel.com/chipset.aspx?familyID=28117
Tak, dzieje się to także pod Twoim v15.6, to właśnie z niego tu logi podałem.

o mnie ostaini Kernel panic dotyczył braku możliwości podmontowania roota (zwaliło mi tę partycję) ale zanim do tegp doszło system się wieszał w tym GUI (w konsoli był ok puki nie uruchomiłam xorga).

linuxozaurus pisze:o mnie ostaini Kernel panic dotyczył braku możliwości podmontowania roota (zwaliło mi tę partycję) ale zanim do tegp doszło system się wieszał w tym GUI (w konsoli był ok puki nie uruchomiłam xorga).

Masz Radeona tak ?

Pozdrawiam

e X t 7 3 w innym temacie pisze: Zanim przystąpicie do instalacji i wykonywanie skryptów, upewnijcie się, że wszystkie repozytoria są aktywne. Na poniższych screenach przedstawiłem, jak to powinno wyglądać

A jest gdzieś pełna lista Twoich repozytoriów bo chciałbym wypróbować Twój kernel, czy może te przedstawione na zrzucie wystarczą?

kOOgel pisze:

e X t 7 3 w innym temacie pisze: Zanim przystąpicie do instalacji i wykonywanie skryptów, upewnijcie się, że wszystkie repozytoria są aktywne. Na poniższych screenach przedstawiłem, jak to powinno wyglądać

A jest gdzieś pełna lista Twoich repozytoriów bo chciałbym wypróbować Twój kernel, czy może te przedstawione na zrzucie wystarczą?

Nie, tu chodzi o standardowe repozytoria, które nie są aktywne "na dzień dobry" - wystarczy je "zaptaszkować". Zresztą może kolejny instalator sam je włączy.

PS. Jednak zdecydowałem, że instalator automatycznie włączy wszystkie wymagane na starcie repozytoria - przez to unikniemy problemow z budowanie initrd, etc. Prawdopodobnie kolejny instalator będzie dodawał inne przydatne repozytoria - po akceptacji użytkownika. To jednak wymaga jeszcze większej rozbudowy skryptów instalacyjnych.

PS2. Jak już pisałem celem ostatecznym jest instalator z graficznym GUI i być może z auto-detekcją sprzętu - bo auto-detekcja repozytoriów będzie już w najbliższym. Myślę, że takie rozwiązanie już maksymalnie uprości proces instalacji i być może aktualizacji.

Pozdrawiam

e X t 7 3 pisze:

linuxozaurus pisze:o mnie ostaini Kernel panic dotyczył braku możliwości podmontowania roota (zwaliło mi tę partycję) ale zanim do tegp doszło system się wieszał w tym GUI (w konsoli był ok puki nie uruchomiłam xorga).

Masz Radeona tak ?

Pozdrawiam

Nie bo mam firmy nvidia.

linuxozaurus pisze:... Nie bo mam firmy nvidia.

hmm ... zatem poczekaj do wersji v15.8 ... do środy powinienem udostępnić.

Właśnie, co do wersji v15.8, będzie bazować na CFS + CFQ, a nie jak v15.6 na CFS + BFQ. Ostatnimi czasy wcześniej idealny tandem BFS + BFQ, zaczyna ustępować "standardowym" CFS (auto-grupowanie) + CFQ. Właśnie na takim połączeniu udało mi się uzyskać najlepsze rezultaty - na tę chwilę.

Pozdrawiam

eXt73, może dorzuciłbyś informację o Twoich kernelach do swojej sygnatury? Dwa słowa z linkiem do tematu, gdzie można je pobrać?

[r4] pisze:eXt73, może dorzuciłbyś informację o Twoich kernelach do swojej sygnatury? Dwa słowa z linkiem do tematu, gdzie można je pobrać?

Witaj

W sumie dobry pomysł - zrobię tak.

Pozdrawiam

Ja czekam na nowe jajko korzystając że standardowego jajka z ubuntu.

Witam
Jak uruchomić wyjście vdpau w mplayerze? Pamiętam, że na 10.04 oglądałem coś w hd na vdpau. Próba uruchomienia w terminalu:

Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
Error opening/initializing the selected video_out (-vo) device.

Szukałem na forach, rozwiązaniem jest zrezygnowanie z vdpau

Zainstalowane libvdpau (czy tam libvdpau1)?