aha jeszcze jedno ... BARDZO MOCNO ! rekomenduje GMABoostera, przy obecnej wersji sterowników Intela dla GMA, odczuwa się jeszcze większą różnicę !

Czy masz może wiedzę, o istnieniu podobnego programu dla kart Intel 945GSE?

Jeśli masz w/w chipset, to oznacza ze masz GMA950, co z kolei skutkuje tym, że GMABooster powinien działać oki

Teraz kwestia apparmor, najlepiej wyłączyć go sekwencją poniższych komend:

sudo /etc/init.d/apparmor stop

sudo update-rc.d -f apparmor remove

sudo apt-get remove apparmor apparmor-utils libapparmor1 libapparmor-perl


feedback:

Prosiłbym osoby, które zainstalowały w/w wersje jądra systemu o podzielenie sie swoimi odczuciami. Ja mogę powiedzieć, że patche od Canonical - na chwile obecną, dla mnie z nie wyjaśnionych przyczyn - dość mocno "zamulają" system. Oczywiście mocno rekomenduje wywalenie apparmor - dające się odczuć przyspieszenie. Jednak, nadal nie znalazłem przyczyny takiego obniżenia responsywności, po zaaplikowaniu ich patcha ... pomimo, praktycznie identycznej konfiguracji (różnice wynikają z opcji by Canonical). Oba jądra - 2.6.31.4 i 2.6.31.5 zachowują się diametralnie rożnie, przy mocno obciążonej maszynie (różnica jest bardzo widoczna). Dziwi mnie podejście Canonical, w przypadku Kernela 2.6.28.x, dla Ubuntu 9.04, pomimo swoich patchy, różnice nie były, aż tak drastyczne. Fakt widoczne, ale nie było to, co teraz rejestruje. Zresztą dość dziwne zachowanie Ubuntu rejestrują też ludzie z Phoronix. Mogę to potwierdzić, w oparciu o moje doświadczenia z pracy na stacjonarce -> Athlon X2 @3.4 GHZ, GF8800 GTS 512, 4 GB RAM DDR2 @1120 MHz, etc. Tutaj w przypadku np. wine (ver. 1.32) różnica w wydajności, do 9.04 jest na poziomie (średnio) od 1 do 3. Pod 9.04 np. Call of Duty 4 mam do 140 FPS, pod 9.10 ... do 25 FPS !



Update

Zdobyłem ich patcha linux_2.6.31-15.50. Zobaczymy, czy jest jakaś poprawa. Jak tylko zbuduje kernel, w oparciu o w/w udostępnię, go przez Dropboxa.

Zbudowałem Jądro, nagłówki oraz pakiet z modułem Broadcom-STA-wifi (udostępnię wieczorem) ... hmm co do szybkości jest lepiej, ale nadal - przy maksymalnym obciążeniu nie ma szans do 2.6.31.5. Twierdzili także, że tym patch`em rozwiązali problem rozpoznawania, konfigurowania i łączenia przez modemy UMTS/HSDPA - mam Huawei E220, cóż .... mogą sobie nadal tak twierdzić ... niestety nadal istnieją problemy (nie rozpoznaje, rozpoznaje jako pamięć masową, nie łączy etc.). Moim zdaniem, to kwestia nie tylko kernela. Przecież pod Ubuntu 9.04 używam zbudowanego przez siebie 2.6.31.5 i wszystko działa idealnie !

Pojawiło sie też jądro 2.6.31.6 - zbuduje paczki (tym razem także, ze sterownikiem WiFi dla Brodacomów).


Na razie kernel 2.6.31.4-ext73-gtr [Ubuntu 9.10]:

linux-headers-2.6.31.4-ext73-gtr

linux-image-2.6.31.4-ext73-gtr

broadcom-sta-common_5.10.91.9-3

broadcom-sta-modules-2.6.31.4-ext73-gtr_5.10.91.9-3

Na razie tylko 2.6.31.4, z 2.6.31.6 mam pewne problemy - "dziwnie" się zachowuje ...

Udało mi się przebudować paczki z kernelem 2.6.31.6, cóż i tym razem Developerzy jądra pokazali na co ich stać ... wydajność i responsywność jest jeszcze wyższa ! Kernel zbudowany w oparciu o patch`e Canonical, może jedynie "wąchać spaliny". Sądzę, że tą wersje jądra można traktować, już jako standardową - nie powinna wywalać błędów przy stracie (w przeciwieństwie do 2.6.31.5) - przy założeniu odinstalowania apparmor.

kernel 2.6.31.6-ext73-gtr [Ubuntu 9.10]

linux-headers-2.6.31.6-ext73-gtr

linux-image-2.6.31.6-ext73-gtr

broadcom-sta-modules-2.6.31.6-ext73-gtr_5.10.91.9-3

Tutaj dla obu wersji, gdy mamy wifi od Broadcom`a, w pierwszej kolejności instalujemy paczkę broadcom-sta-common, dopiero potem broadcom-sta-modules.

Ubuntu 9.04

Zbudowałem wersje kernela 2.6.31.6-ext73-gtr dla Ubuntu 9.04, jutro postaram się umieścić na forum (niestety dziś padło mi sztywne łącze i pisze to z modemu hdspa).

Btw.. nowy build - powyżej podane linki - 2.6.31.6, przynajmniej u mnie rozwiązuje problem (obecny pod 9.10) modemów hdspa ! Proszę o testy i informacje zwrotną !



kernel 2.6.31.6-ext73-gtr dla Ubuntu 9.04 - oczywiście proces instalacji zgodny z powyżej opisaną procedurą:

linux-headers-2.6.31.6-ext73-gtr_ubu-9.04

linux-image-2.6.31.6-ext73-gtr_ubu-9.04

broadcom-sta-modules-2.6.31.6-ext73-gtr_5.10.91.9-3_ubu-9.04

Mam do Ciebie wielką prośbę : napisz to wszystko tak żeby to było jasne i zrozumiałe dla kogoś kto przygodę z ubuntu zaczął we wrześniu br. czyli dla mnie .Z góry wielkie dzięki!!!

Wiesz Ja "to" = tutorial piszę od ponad 4 miesięcy i jakoś skończyć nie mogę ... ale obiecałem sobie, ze do końca listopada postaram sie wypuścić przynajmniej pierwszą wersje. W niniejszym wątku (oraz kilku pobocznych), myślę ze dość prosto to opisałem, ale dobrze, krok po kroku:

1. odinstaluj całkowicie pakiet nvidia-common (synaptik= menadżer pakietów),

2. instalacja cpufreqd i cpufrequtils (synaptik= menadżer pakietów) - nie jest konieczna, można próbować i bez w/w, jedynie w oparciu o laptop-mode (niedługo to opisze),

3. wykonaj następującą sekwencje w konsoli (Terminal) - wpisujesz po kolei i enter, następnie hasło i kolejna komenda:

sudo /etc/init.d/apparmor stop

sudo update-rc.d -f apparmor remove

sudo apt-get remove apparmor apparmor-utils

4. ściągnij także mój xorg.conf (znacznie poprawi prace układu Intela [GMA] na sterowniku 2.9.x - instalowanym w Ubuntu 9.10). Wykonaj np. w konsoli: gksu nautilus. Następnie hasło i wchodzisz do /etc/X11, wrzucasz tam mój xorg.conf.

5. Instalacja kernela, w przedstawionej poniżej kolejności. Wersja dla Ubuntu 9.10:

linux-headers-2.6.31.6-ext73-gtr_2.6.31.6-ext73-gtr-2.0_i386.deb

linux-image-2.6.31.6-ext73-gtr_2.6.31.6-ext73-gtr-2.0_i386.deb

broadcom-sta-common_5.10.91.9-3_all.deb

broadcom-sta-modules-2.6.31.6-ext73-gtr_5.10.91.9-3_2.6.31.6-ext73-gtr-2.0_i386.deb

Te dwa ostatnie jedynie w przypadku posiadania modułu wifi, którego producentem jest Firma Broadcom.

To w zasadzie podstawa, następnie można podejmować kolejne kroki - w tym instalacja i konfiguracja GMABoostera, etc. Ale o tym pisałem już na forum (np. wątek o Lenovo s10) i wstępnie już opisałem w tutorialu. Mam nadzieje ze niedługo uda mi się w końcu prace nad pierwsza wersja ukończyć (uzupełniam go m.in. o konfiguracje Ubuntu 9.10).
Pozdrawiam !

Zbudowałem kernel 2.6.31.6-ext73-gtr ... w oparciu o patch Con`a Colivas`a ... czyli tzw. BFS = Brain Fuck Scheduler [Con zawsze lubił ostre wejścia ... a tym razem to come back;)]. Na chwile obecną wiedzę, że gry działają bardziej, że tak to określę "gładko". Jeśli uznam, ze kernel jest stabilny dam linki . Widzę, że jednak muszę nad nim popracować

Ok, oba kernele (..31-4 i ..31-6) są faktycznie szybkie. Fajnie to wszystko chodzi. Kernel ..31-4 testowałem kilka dni i spodobał mi się wzrost wydajności.

Jednak jest kilka ale. Po pierwsze na początku nie zauważyłem żadnych oznak niestabilności. Hibernacja i usypianie działały bardzo dobrze. Po ostatnich aktualizacjach systemowych (zdaje się w sobotę lub niedzielę) zaczęły się problemy z hibernacją. Dokładnie rzecz biorąc są problemy z wychodzeniem ze stanu hibernacji. Raz się udaje innym razem nie. To samo zaobserwowałem na jajku ..31-6.
Jest jeszcze jeden problem, który mi doskwiera.
Mianowicie brak w kernelu (lub niewłaściwa implementacja) device-mapper driver, który uniemożliwia np. właściwe działanie Truecrypta (montowanie wirtualnych napędów).

GMAbooster daje faktycznie niezłego kopa.
Wywaliłem na próbę apamor - jest odczuwalne odciążenie systemu.
Xorga nie podmieniałem - nie znalazłem go

Ogólnie, podziwiam twoje działania, gdyż wkładasz w nie bardzo dużo pracy.
Mam tylko pytanie co do wersji kernela które wybierasz. Robisz swoje mody na wersjach beta, w których poza zmienianiem, optymalizowaniem działania i usprawnianiem sterowników (co zresztą nie zawsze się devom udawało) aplikowane były łatki bezpieczeństwa.
Wersja stabilna też doczeka się z pewnością sporej ilości łatek bezpieczeństwa. Kompilując na przykład wersję ..31-6 nakładałeś łatki bezpieczeństwa wykryte do wydania stabilnego?
Zamierzasz utrzymywać te jajka serwisując je pod tym kątem?
Jeśli nie (to sporo pracy, że tak powiem - nie ciekawej) to warto może dać ostrzeżenie początkującym użytkownikom, jakie niesie to za sobą konsekwencje.

Żebyś mnie, źle nie zrozumiał. Nie czepiam się, zresztą zapewne chętnie będę testował i obserwował twoje rozwiązania (na ile mi oczy pozwolą, gdyż ostatni coś się buntują - po nastu godzinach patrzenia w ekran ). Ale warto być świadomym, że przydało by się również utrzymywać we własnym systemie oficjalnie wspierane kernele do pracy w środowisku produkcyjnym. A te modyfikacje pozostawić sobie do zadań specjalnych

Pozdrawiam

EDIT:
Poczytałem twoje wątki traktujące o xorgu i mam małą wątpliwość co do ilości RAM jaką należy wpisać w sekcji VideoRAM.
Wydaje mi się że powinno to być 58479488M
Moja karta współdzieli do 128M z 1G RAM.
Zresztą oto wynik (fragment) lspci -vv

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03)
Subsystem: Acer Incorporated [ALI] Device 015b
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at 58480000 (32-bit, non-prefetchable)
Region 1: I/O ports at 60c0
Region 2: Memory at 40000000 (32-bit, prefetchable)
Region 3: Memory at 58500000 (32-bit, non-prefetchable)
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915

Witaj masz racje, co do ramu dałem dla 2 GB [tyle mam w netbooku], szczerze byłem ciekaw, Kto sie pierwszy zgłosi . Tak stosowałem też podaną przez Ciebie wartość, ale zmodyfikowałem to - dlaczego stosuje w/w - napisałem w wątku o Lenovo s10 - zobacz. Można bez problemu podmienić tą wartość dla 1 GB ramu na 130560. Zresztą aby było łatwiej może dam dwie wersje. btw. zaaplikuj w/w xorg.conf zobaczysz różnicę

Tak zamierza wspierać i rozwijać moje buildy kerneli - jeśli mi tylko czasu i sił starczy, będę dawał nowe wersje, tak aby każdy ich użytkownik był na bieżąco !
Jak już zapewne zauważyłeś postanowiłem rozdzielić wsparcie dla kernela bazującego na patchach od Canonical od jądra budowanego praktycznie z czystych źródeł -> kernel.org. Zrobiłem to po to aby każdy miał wybór - 100 % zgodność ze środowiskiem danej wersji Ubuntu oraz wersja najszybsza ale za to nie zawsze zgodna z wytycznymi Canonical (obecnie jak wiesz to 2.6.31.6-ext73-gtr i brak wsparcia apparmor).

Szczerze powiedziawszy chciałbym stworzyć własne repozytoria kernela i może jeszcze innych newralgicznych dla wydajności pakietów. Jednak sam tego nie uczynię - musiałbym otrzymać wsparcie od osoby, która mogłaby się taką infrastruktura zająć

Co do hibernacji - ogólnie mam duże zastrzeżenia, co do zarządzania zasilaniem pod 9.10. Postaram się to zbadać.

Podobnie postaram się zbadać kwestię device-mapper driver - będę miał pytania napisze priva do Ciebie.

EDIT:
przed chwila zrobiłem po 10 restartów - hibernacja i usypianie. Każdy zakończony sukcesem ... zrób update dzisiaj udostępnionych paczek i daj znać, czy nadal problem występuje ... hmm u mnie działa to idealnie [testowałem pod 2.6.31.6]. Jeśli nadal występuje problem daj listę włączonych usług w upstart i standardowym system V. Najlepiej i najprościej, przy użyciu simple service managera - pisze o nim wyżej w nieniejszym watku.

@e X t 7 3 - a https://launchpad.net/?

Hmm wiesz w sumie o tym nie pomyślałem a tu proste rozwiązanie, dzięki przyjżę się, jak to funkcjonuje. Zawsze mnie to zadziwia, jak często proste rozwiązania nie są widziane

ups5

Mianowicie brak w kernelu (lub niewłaściwa implementacja) device-mapper driver, który uniemożliwia np. właściwe działanie Truecrypta (montowanie wirtualnych napędów).

Masz racje wywaliłem to z jądra razem z raidem ... juz z powrotem będzie, w pierwszej kolejności w 2.6.31.6-ext73-gtr, a następnie przebuduje 2.6.31.4-ext73-gtr

EDIT:

Zbudowałem 2.6.31.6-ext73-gtr-3.0 - uwzględniłem [poprawiłem konfiguracje] tu błędy zgłoszone przez Kolegę ups5, a dodatkowo jeszcze podniosłem responsywność . Udostępnię wieczorem.

Pozdrawiam !


Linux-2.6.31.6-ext73-gtr-3.0 [Ubuntu 9.10]

linux-headers-2.6.31.6-ext73-gtr-3.0

linux-image-2.6.31.6-ext73-gtr-3.0

broadcom-sta-modules-2.6.31.6-ext73-gtr-3.0_5.10.91.9-3


Teraz tylko zaznaczę - chyba mam rozwiązanie problemu modemów HSDPA, np Huawei 220 etc. ... tak jak myślałem to nie problem jądra (jak wmawiali mi developerzy Canonical - i ciężko im było to przetłumaczyć), a kwestia spapranych devkit`ów ... opiszę - co i jak, dziś lub jutro rano.



Modemy HSDPA Huawei E220 i inne (Era, Play, Orange, Plus)


Zatem zanim opisze kwestie związane z modemami HSDPA ... mały off topic (choć tak naprawdę donoszący się do wydajności). Otóż przetestowałem (wstępnie) nową Fedore i powiem tak ... nigdy tej dystrybucji nie lubiłem, ale patrząc na postęp i dopracowanie, jakie poczyniono w Fedorze 12, zasługuje to słowa uznania ! Ciekawy byłem ich przechwałek, że jądro jest super szybkie i zoptymalizowane dla atoma .... już wiem dlaczego ... podejrzewając, co mogli tam zrobić, już specjalnie się nie zdziwiłem, jak obejrzałem konfiguracje ich jądra ... jak bym zrobił copy-copy części z moich ustawień ! Widać mają tam Developerów, którzy wiedzą jak wykorzystać każdy MHz i bajt maszyny ! To chyba pierwsza Dystrybucja, która moim zdaniem ma tak dobrze skonfigurowane (pod względem wydajności) jądro ! ... co prawda to mój wstępny przegląd jego ustawień (może to jeszcze zweryfikuje), ale widać że zachowuje się całkiem nieźle w akcji.

Teraz modemy - po pierwsze to nie problem Kernela, a skopanego ustawienia m.in. (teraz tyle wiem) pakietów devicekit-disks i devicekit-power. Problem związany jest z "demonami" devicekit-disks-daemon oraz devicekit-power-daemon.
Zatem aby prawidłowo działały modemy takie, jak E220 i inne Huawei (a także innych producentów) musimy podjąć następujące kroki:

1. Jeśli mamy już jakąkolwiek konfiguracje w ustawieniach połączeń komórkowych, usuwamy ją.

2. Zanim podłączymy modem !!!! musimy wykonać następującą sekwencje:

sudo killall devkit-power-daemon

sudo killall devkit-disks-daemon

3. Podłączamy modem, czekamy aż pojawi się zakładka konfiguracji modemy i realizujemy tę czynność - odpowiednio dla naszego dostawcy mobilnego internetu (Era, Play, Orange, Plus, etc.).

4. Następnie łączymy się .

5. Po restarcie, już bezproblemowo powinno wykrywać modem. Prawidłowo go rozpoznawać oraz konfigurować, łącząc w sposób pozwalający na jego wykorzystywanie przez aplikacje systemu.

To w zasadzie tyle na chwilę obecną, jest to obejście problemu, nie jego rozwiązanie. Mam nadzieje, że zarówno developerzy z Canonical, jak i Gnome poprawia (m.in.) ten błąd, w tym moim zdaniem bezcelowego montowania, jako napędu przestrzeni ze sterownikami dla Windows.
Ważną kwestią jest nie modyfikowanie tych ustawień w trakcie, gdy którykolwiek z w/w demonów pracuje !!!! Inaczej możemy zapomnieć o tak skonfigurowanym łączu . W sytuacji, gdy instalujemy nową wersje kernela, z moich doświadczeń wynika, że całą procedurę lepiej powtórzyć (zdarzaj się bowiem "kwiatki").

Tak przy okazji, podobny problem montowania w/w przestrzeni dyskowej występuje też w Fedorze 12 (moim zdaniem Developrzy Gnome dali w obecnej wersji ciała), ale tam widać jej (Fedory) developerzy poradzili sobie z łączem i działa idealnie ! Cóż kolejny element spaprany przez Canonical - obok zarządzania zasilaniem, ustawień X`ów dla sterowników Intela, zbyt restrykcyjnej polityki policykit [vide żądanie uprawnień do zmiany częstotliwości pracy procesora = paranoja !] oraz spornych pod względem wydajności (imho) ustawień kernela.

BTW. zbudowałem wersje Kernela 2.6.31.4-ext73-gtr-3.0 [Ubuntu 9.10] ... zgodnie z poprawkami zgłaszanymi przez Kolegę ups5 ... do tego jeszcze go zoptymalizowałem . "Standardowo" udostępnię wieczorem.

Pozdrawiam !


kernel 2.6.31.4-ext73-gtr-3.0 [Ubuntu 9.10]:

linux-headers-2.6.31.4-ext73-gtr-3.0

linux-image-2.6.31.4-ext73-gtr-3.0

broadcom-sta-modules-2.6.31.4-ext73-gtr-3.0_5.10.91.9-3


Grafika

zainstalowałem najnowsze xorg, sterowniki intela z gałęzi git (ostatni update przedwczoraj ) i mesę 7.7 (wszystko rozwojowe) i powiem, że czuć potencjał ... gierki dostały kopa ... compiz działa, jak bym go "posmarował"

przebudowałem kernel 2.6.31.6 w oparciu o patch Con Colivas`a - Shoudler BFS - 2.6.31-bfs310-ext73-gtr-4. Na chwilę obecną nie wypracowałem jednoznacznego stanowiska. Z jednej strony wydajność wzrasta tak o 25-30 % w stosunku do 3.6.31.6-ext73-gtr-3.0, ale z drugiej strony spada responsywność - przy dużym obciążeniu bliżej mu do jadra canonical, niż do najbardziej responsywnego 2.6.31.6-...

zainstalowalem wersje kernela 36 (3.0), wykonalem wszystko co bylo we wskazowkach i przy boocie wyskakuje mi cos takiego:

etc/apparmor/initframes: 27: /sbin/apparmor_parsor: not found
03.752015 BUG:soft lockup - CPU0 stuck for 61s [NetworkManager]
03.752015 BUG:soft lockup - CPU0 stuck for 61s [NetworkManager]
03.752015 BUG:soft lockup - CPU0 stuck for 61s [NetworkManager]

jakies pomysly?

czy usunąłeś apparmor i na jakiej maszynie instalujesz ?

tak, usunalem.
postepowalem zgodnie ze wskazowkami.

moj netbook to samsung nc10

pozdrawiam

No niestety, moja radość byłą przedwczesna: po początkowym sukcesie (ubuntu zaczął wykrywać modem huawei e220 i łączyć się przez niego z netem) wszystko wróciło do normy,tzn.po restarcie znów trzeba wklepać obie zaproponowane przez ciebie komendy,po czym modem zostaje wykryty,łączę się i wyskakuje ikonka "połączenie ustanowione" no i...kicha!Firefox nie chodzi ,poczta nie chodzi ,słowem połączenie jest a jednak go nie ma.Może to sprawa network menagera?Ten post piszę już z Visty ,bo nie mam innej możliwości połączenia.

Kolego siemko41 ... cóż na chwile obecną jest to tylko obejście, nie gwarantuje zawsze sukcesu. Dopóki nie poprawią konfiguracji m.in. obu w/w elementów plus network managera, będzie to raz działać, raz nie ... z moich doświadczeń wynika, ze działa w 60-70 % przypadków próby połączenia. Problem polega tu na tym, że zanim wykryje i skonfiguruje "sticka", jako modem, wykrywa i montuje go, jako napęd ze sterownikami. Porównałem logi z 9.04 i 9.10 ... właśnie zbudowałem pod 9.04 praktycznie identyczny config kernela, jak pod 9.10 (oczywiście z wyłączeniem kernel modesetting) i tam zawsze !!!! montuje w pierwszej kolejności modem ... i co ciekawe, montuje go także jako napęd, ale GNOME oraz w/w daemon-disk nie wprowadzają tego w przestrzeń użytkownika (nie zobaczysz tego na pulpicie) ! ... Właśnie przygotowuje raport dla developerów Ubuntu (moim zdaniem szukają nie tam gdzie trzeba = męczą przede wszystkim konfigurację jadra, podczas gdy błąd tkwi w konfiguracji wykrywania i montowania). Zatem do czasu poprawy tego błędu zalecałbym abyś, jako podstawowego systemu używał Ubuntu 9.04 (z moim buildem kernela masz wysoką wydajność i zawsze modem działa idealnie). Zresztą do czasu usunięcia wszystkich błędów dla mnie "systemem produkcyjnym" = zawsze stabilnym i używanym na co dzień, jest właśnie ... 9.04 ... 9.10 stoi na kolejnej partycji jako system obecnie testowy !

Choć muszę przyznać, że pod 9.10 - przy użyciu najnowszej wersji kernela (2.6.31.6-ext73-gtr-3.0 +xorg.conf) udało mi się uzyskać wyższą wydajność i responsywność pracy niż pod 9.04 ! (w pewnym momencie już zacząłem w to wątpić - kosztowało mnie to sporo wysiłku i pracy).

Ubuntu nie jest na moim kompie jedyny-główny to Vista Home Premium,a instaluje go pod WUBI aby jednak można go było bezboleśnie w razie kłopotów usunąć-może to jest przyczyna niektórych problemów? W każdym razie nie rezygnuję z linuksa i wracam do starszej wersji z nadzieją ,że w końcu się doczekam poprawy "koliberka".Jeszcze raz dzięki za rady!

Kolego macyek, czy system pokazuje jedynie te komunikaty, a nie skutkuje to negatywnie w jego działaniu ? Czy też w jakiś sposób to odczuwasz ?

Mam też prośbę, aby osoby, które instalują moje buildy kernela i sterowników, przekazywały zwrotnie swoje odczucia z ich użytkowania, najlepiej byłoby to robić w punktach:

1. Posiadany sprzęt,

2. Powstają błędy - jeśli jak to jakie, nie powstają błędy,

3. Jeśli są błędy to, czy objawia się to wyłącznie w postaci komunikatu, czy też zauważalnie wpływa na działanie systemu.

4. Także proszę o odczucia, co do ich wydajności i responsywności.

Otrzymywanie takich informacji, pozwoli mi na budowanie kolejnych wersji kernela i sterowników, które będą działać idealnie na co raz to większej liczbie z dostępnych netbooków. Jak zapewne się domyślacie do wielu z takich maszyn nie mam dostępu, co praktycznie uniemożliwia mi sprawdzenie wszystkich elementów mojej konfiguracji. Co ważne, ilość elementów które konfiguruje w jądrze jest ogromna (modyfikuje setki ustawień), a czasem jedna zmiana skutkuje znacznym wzrostem lub spadkiem responsywności i wydajności oraz decyduje o tym, czy tak zbudowany kernel zadziała lub nie na konkretnym sprzęcie.



kernel 2.6.31.6-ext73-gtr-3.0 [Ubuntu 9.04] - obsługuje dodatkowo raid i chipsety graficzne ATi:

linux-headers-2.6.31.6-ext73-gtr-3.0-ubu-9.04

linux-image-2.6.31.6-ext73-gtr-3.0-ubu-9.04

broadcom-sta-modules-2.6.31.6-ext73-gtr-3.0_5.10.91.9-3-ubu-9.04

EDIT:

siemko41 pisze:Ubuntu nie jest na moim kompie jedyny-główny to Vista Home Premium,a instaluje go pod WUBI aby jednak można go było bezboleśnie w razie kłopotów usunąć-może to jest przyczyna niektórych problemów? W każdym razie nie rezygnuję z linuksa i wracam do starszej wersji z nadzieją ,że w końcu się doczekam poprawy "koliberka".Jeszcze raz dzięki za rady!

Zalecałbym Ci zainstalowanie 9.04 na specjalnie wydzielonej dla niego partycji ... sądzę, że przyczyni się to na pewno do poprawy jego wydajności.
Pozdrawiam

System dziala dobrze, responsywnie. Wywala te komendy tylko, no i system sie wlacza o conajmniej 3 min dluzej niz normalnie...

Ze wczesniejsza wersja twojego kernela tez mialem komende z apparmorem ale nie mialem tego networkmanagera...

pozdrawiam i bardzo dziekuje za Twoja pomoc

Panie Kolego hmm macyek, przeanalizuje jeszcze raz konfiguracje kernela ... powiedz, czy w tym netbooku nie masz czasem na stałe zainstalowanego modemu HSDPA ?
Pozdrawiam.

Jeszcze kwestia modemów i łączenia przez nie. Zrobiłem test (do tej pory go w ten sposób nie użytkowałem) HTC Hero, jako modemu i ... szczęka mi opadła modem zostaje wykryty, a łącze udostępnione w 2-3 sekundy od podłączenia i to zarówno pod Ubuntu 9.04, jak i 9.10. Działa idealnie ! (przeprowadziłem 15 prób podłączenia po restartach).

HTC Hero jako modem HSDPA

nie mam takowego modemu, ani na stale ani pod usb

dzieki

Powiedz mi, jaki tam jest chip etho i wifi ... atheros i realtek, czy co innego ?

Hmm postaram się zbudować nową wersje ... zobaczymy. Na chwilę obecną jeszcze bardziej zoptymalizowałem kernel ... teraz to już jego responsywność i wydajność jest lata świetlne od kernela Canonical ... robie także pewien eksperyment. Jeśli się uda, wydajność powinna wzrosnąć w stosunku do tego najszybszego obecnie kernela, nawet o 15-30 % zobaczymy