Kernele testowe/stabilne wersja v20.x - atom oraz K8

[Frosti]

Zrobiłem mały test:
Podświetlenie 35% (patrząc na to jak jasno świeci moja matryca będzie to jakieś 70% w przypadku większości laptopów)
Zużycie procka 10% (70 kart chromium w tle - tak zwykle przeglądam internet... xD)
zużycie energii !!! 6.4W-6.9W !!! Wifi włączone i połączone, włączone Kadu

Temperatura po 10 minutach 39 stopni max, oscyluje w granicach 36-37. Ale jak mówiłem procek w użyciu 10%, chłodzenie nie uruchomiło się przy takim stanie nawet na sekundę.

Także wyniki bardzo obiecujące

Dodam że zjada mniej prądu niż wcześniej bez wifi, kadu i chromium z podświetlaniem na minimum

[e X t 7 3]

Zatem wyniki bardzo ładne . Choć przyznam, że moim targetem w trybie idle [w tym wygaszony ekran, tryb pracy gdy user z niego nie korzysta] są 1-2 watty , ale to dopiero pewnie albo z kernelem opartym o Linux 3.7 albo raczej 3.8 ... tu muszę przestudiować jeszcze pewną dokumentacje ... zapewne nie będzie łatwo, ale coś mi "świta" i myślę, że jest to osiągalne ... może nie w tym roku, ale w przyszłym bardziej realne

Pozdrawiam

[JerryG]

Popatrzylem sobie, pobawilem sie w odszukiwanie identycznych wpisow w dmseg odnosnie procesorow.
On ma i3 a ja i7, ale sa podobienstwa.
Przestalem przesuwac linie gdy doszlo do peryferiow on ma inne a ja inne.

Tu sa oba moj i jego do otwarcia w edytorze i porownania
https://dl.dropbox.com/u/61025893/Linux ... dzeniu.txt
https://dl.dropbox.com/u/61025893/Linux ... Frosti.txt

Zmienilem w grubie dwie pozycje

Kod: Zaznacz cały

elevator=noop

ta wpisalem - zobaczymy co da i druga co dzisiaj pisales

Kod: Zaznacz cały

i915.i915_enable_rc6=1

na

Kod: Zaznacz cały

i915.i915_enable_rc6=7

Dodatkowo mam wpis ktorego on nie ma

Kod: Zaznacz cały

pci=nocrs

oraz nie mam wpisu ktory on ma

Kod: Zaznacz cały

acpi_backlight=vendor

u mnie dzialaja przyciski FN+

[Galvatron]

Widzę, że na stronie Canonical dostępna jest już finalna wersja Ubu 12.10, awersją rekomendowaną nadal jest 32-bit. Dziwne, bo podobno od tego wydania miała być 64-bit.

[e X t 7 3]

Zatem tak, wpis elevator=noop = włącza planistę I/O noop zamiast CFQ, w zasadzie tylko, gdy mamy dysk SSD [pamieci flash, nieulotne, etc.] a nie dysk "wirujący" = HDD.

Kwestia i915.i915_enable_rc6=1 vs i915.i915_enable_rc6=7 - ta druga opcja aktywizuje wszystkie opcje zarządzania energią GMA procesora [układu graficznego] - opcja 1 oznacza tylko podstawowe zarządzanie - dotychczas tylko ona była "bezpiecznie dostępna" [niby można było włączyć wszystko =7 - ale było często sporo błędów] = dopiero z kernelami od 3.4.x, a lepiej 3.5.x/3.6.x wdrożono większe zmiany w tym aspekcie.

Kwestia pci=nocrs, czemu wyłączyłeś informacji crs [informacje ACPI nt. pewnych urządzeń pracujących na PCI - PCI: host bridge windows from ACPI] ? Miałeś Pan jakieś błędy ?

Kwestia acpi_backlight=vendor - tu bardzie profilaktyka

Pozdrawiam

-- 18 paź 2012 19:15 --

Widzę, że na stronie Canonical dostępna jest już finalna wersja Ubu 12.10, awersją rekomendowaną nadal jest 32-bit. Dziwne, bo podobno od tego wydania miała być 64-bit.

Trzeba będzie zaaplikować .. ale pewniej w przyszłym tygodniu - przez ostatnie dni "nie wiem jak się nazywam" - pisze pewien raport[dość ciężki], praca nad kernelami, inne obowiązki = 4/5 godzi snu i padam. Jeszcze chyba przebuduje paczki v21.0 i dostępnie najpewniej jutro lub sobotę. Potem właśnie przesiadka na 12.10 i przejście z kompilacją na GCC 4.7.x [tu będę musiał zrobić jeszcze "instalator" GCC 4.7.x pod 12.04 - celem zachowania kompatybilności z nowymi kernelami i najpewniej wykorzystam rozwiązania, które kiedyś polecił Kolega luk1don]. Tu znowu powinno odnotować się zwiększenie wydajności - przez samą zmianę kompilatora.

Pozdrawiam

-- 18 paź 2012 19:32 --

Aha jeśli Ktoś korzysta z Nvidii polecam przetestować sterowniki Nvidii 310.14 beta - różnice wydajności w stosunku do 304.51 np. w grach sięgają często nawet kilkunastu % [czasem nawet bliżej 20 %] na plus .

Pozdrawiam

[JerryG]

Tak mialem bledy i w dmesg zalecenie, zeby dac ta opcje pci=nocrs do gruba.
Dzieki za wytlumaczenie, nie mam SSD wiec opcja leci w kosmos

[e X t 7 3]

Tak mialem bledy i w dmesg zalecenie, zeby dac ta opcje pci=nocrs do gruba.
Dzieki za wytlumaczenie, nie mam SSD wiec opcja leci w kosmos

No tak, jak pojawiały się błędy odnośnie crs to racja ... choć pci=nocrs może obniżać wydajność - wiem, bo miałem swego czasu, przed kernelem 3.3.x takie błędy na X370 [AMD APU E-350] od 3.3.x już było oki.

Przeprowadziłem testy nowej wersji v21.0 [tej "przyspieszonej"], kontra v20.3 i najciekawsze efekty uzyskałem pod Wine ... o ile w grach natywnych różnica na korzyść nowego kernela to od 2 do 14 % [to ostatnie to np. pod Steel Storm], to pod wine np. w Call of Duty 4 różnica sięgała nawet 32 % ! - stwierdziłem różnicę na + od 11 do 32 % - [max fps pod v20.3-k8-64 to 205 klatek/s, a pod v21.0-k7-64 to 272 klatki/s] - te same sterowniki Nvidii 304.51.

Pozdrawiam

-- 19 paź 2012 22:08 --

Panie i Panowie, kernele będą jutro ... dopiero teraz mam wolniejszą chwilę, ale padam .

Pozdrawiam

[qwxz77]

Panie Ext, nie kcem narzekać, ale się już doczekać nie mogę

[Foka0111]

Jest jeszcze cos, nie zaleznie od numeru kernela po paru dniach zaczyna mulic system, ....

Mam to samo.
W tablicy procesów winowajcą wydaje się być xorg.
Czasem puchnie do 200MB jednak nie zawsze.
W spoczynku jest ok. jednak nawet jak ruszam myszką obciążenie procesora skacze do kilkudziesięciu procent.
Restart systemu pomaga. System jest wtedy szybki jak rakieta,przez "chwilę"
Mam kartę nvidia GS 9600 na własnościowych sterach 304
Ew. coś z podsystemem dysku.
Na "świeżo" otwieram nautilusa i wszystkie ikony pokazują się od razu.Działa błyskawicznie.Z czasem proces ten się wydłuża i to znacznie.
Na 4 GB RAM mam ok 30 -50MB a czasem kilkaset MB zajętego SWAPA

[JerryG]

Nie to samo
U mnie xorg ma przewaznie 1-4% udzialu CPU, pamiec:15 348k pamiec dzielona:25 436k

[e X t 7 3]

Panowie może dziś i się uda wypuścić wersje v21.0 k8 i atom w 64 bitach ... zobaczę, czy zdążę. Co do "zapychania" ramu ... zauważyłem coś takiego jedynie na maszynach ze sterownikami Nvidii 304.xx ... na innych nie = wygląda na jakiś "wyciek" pamięci.

Pozdrawiam

-- 20 paź 2012 18:51 --

Zatem do 1 h będą wersje v21.0-k8-64 i v21.0-atom-64 . Jutro wersje 32 bit i pełne wersje v20.4 [jako wersja stabilna].

Pozdrawiam

[garnus]

odliczam sekundy:)

[e X t 7 3]

Kernel 64 bit v21.0 udostępnione - teraz o wszelkie uwagi i komentarze ich dotyczące proszę o umieszczanie w tym wątku.

Pozdrawiam

[Laos]

Witam
Czy mógłby mi ktoś w prostych słowach wytłumaczyć co ma dać instalacja tych kerneli eXt73? Będę instalował chyba Lubuntu na 5-letnim laptopie i zastanawiam się co to nowe kernele dadzą.
Pozdrawiam

[Jarni]

Jeśli szepniesz nam słówko na temat jaki to laptop, jakim jest napędzany procesorem, to jest szansa, że uzyskasz odpowiedź czy kernele ext'a coś u Ciebie polepszą.
Jeśli poczytasz ten wątek i ewentualnie kilka siostrzanych znajdziesz posty ludzi, którym te kernele pomogły np. z obsługą karty wi-fi.

Ja osobiście na eeepc 1000H miałem długi rozbrat z kernelami ext, nigdy nie odczuwałem poprawy pracy mojego netbooka a gdy kilka miesięcy temu szukałem distra dla siebie i sięgnąłem po Minta z MATE, po instalacji kernela system nie wstał wcale.
Potem "uszyłem" sobie Ubuntu z minimal, doinstalowałem MATE i to co było mi potrzebne i tak zostało.
Kilka dni temu gdzieś tu przeczytałem coś co przykuło moją uwagę i zainstalowałem 20.3, efekt jest taki, że mam banana na mym brzydkim pysku, temperatury mojego Atoma N270 spadły o 10-12 st i dopóki dysk nie rozgrzeje się do 42-43 st wentylator nie przekracza 1000 rpm.

[Galvatron]

Z założeniu kernel, w połączeniu z resztą optymalizacji, ma zapewnić zwiększoną wydajność i responsywność (zwł. pod dużym obciążeniem, żeby system sie nie zatykał), oraz lepsze zarządzanie energią. Najprościej byłoby zainstalować i samemu sprawdzić.

[e X t 7 3]

Z założeniu kernel, w połączeniu z resztą optymalizacji, ma zapewnić zwiększoną wydajność i responsywność (zwł. pod dużym obciążeniem, żeby system sie nie zatykał), oraz lepsze zarządzanie energią. Najprościej byłoby zainstalować i samemu sprawdzić.

Dokładnie, jak pisze Kolega Galvatron

Pozdrawiam

[xacti]

@ext73
Niestety, tak jak pisałem w drugim temacie, nawet kernel zainstalowany ze skryptu powoduje uruchomienie się systemu, a po 4 komunikatach czarny ekran.
Sprzęt: Asus eeepc 1001px
System: Debian Wheezy

[Galvatron]

Debian nie jest oficjalnie wspierany. Ubuntu co prawda bierze pakiety z "Unstable" i "testing", ale nie jest bezpośrednio oparty na żadnej wersji Debiana, tylko jest jego odrębną, równoległą gałęzią.

[e X t 7 3]

@ext73
Niestety, tak jak pisałem w drugim temacie, nawet kernel zainstalowany ze skryptu powoduje uruchomienie się systemu, a po 4 komunikatach czarny ekran.
Sprzęt: Asus eeepc 1001px
System: Debian Wheezy

Cóż musiałbym dokładnie wiedzieć, gdzie leży problem [co wypisuje] - inaczej nie jestem w stanie Koledze pomóc.

Pozdrawiam