[OT] Optymalizujemy Gentoo

[psycepa]

To jest myślenie życzeniowe. Dodaj sobie czas wstawania samego sprzętu od power-on do bootloadera. Potem po zabootowaniu dodaj czas na zalogowanie się i start X. W tej skali wyjdzie Ci może z 10%

no nie za bardzo, bo widzisz, czy uzywasz init czy initng, to te rzeczy ktore opisales i tak maja miejsce, wiec to co sie liczy i co mozna przyspieszyc to wlasnie init, bo ot wyglada tak:

to_co_przed + init = x
to_co_przed + init-ng = 55% x
z prostej przyczyny to_co_przed jest stala
zalogowanie i start Xow to jakies plus 15 sekund, tez stale
zysk jest i kropka, twoje '10%' nijak sie ma do rzeczywistosci bo to_co_przed bierzesz pod uwage tylko w przypadku init-ng a w przypadku inita zapominasz o tym
nawet jesli system od wlaczenia kompa do uruchomienia xow zajmowal np w przypadku inita 15+30+15 sekund a w przypadku init-ng
15+10+15 to masz 60 vs 40 czyli ok 40% zysk, prawda ze nie jest to te 60%, ale dla 40% mysle ze warto
zreszta:
nie zawsze xy uruchamiam, wiele rzeczy robie w czystej konsoli... odpada 15 sekund ale nie chce mi sie juz to na % przeliczac


a suspend2
no jest to dobry pomysl,
juz jakis czas temu sie zaczalem bawic z tym ale ciagly brak czasu nie pozwala na zakonczenie zabawy (praca, sesja, ciezkie te zycie )
a w/g mnie jesli a jest ok i b jest ok to a + b jest bardzo ok
init-ng plus suspend2 dalo by podwojna korzysc bo:
jesli nie bylo suspenda jest szybki bootup
jesli suspend byl, system szybko wstaje

[arturz]

a suspend2
no jest to dobry pomysl,
juz jakis czas temu sie zaczalem bawic z tym ale ciagly brak czasu nie pozwala na zakonczenie zabawy (praca, sesja, ciezkie te zycie )
a w/g mnie jesli a jest ok i b jest ok to a + b jest bardzo ok
init-ng plus suspend2 dalo by podwojna korzysc bo:
jesli nie bylo suspenda jest szybki bootup
jesli suspend byl, system szybko wstaje

Tylko że jak się ma suspend2 to rzadko sie rebootuje system Szkoda tylko że suspend2 nie działa z DRI.

[psycepa]

a suspend2
no jest to dobry pomysl,
juz jakis czas temu sie zaczalem bawic z tym ale ciagly brak czasu nie pozwala na zakonczenie zabawy (praca, sesja, ciezkie te zycie )
a w/g mnie jesli a jest ok i b jest ok to a + b jest bardzo ok
init-ng plus suspend2 dalo by podwojna korzysc bo:
jesli nie bylo suspenda jest szybki bootup
jesli suspend byl, system szybko wstaje

Tylko że jak się ma suspend2 to rzadko sie rebootuje system Szkoda tylko że suspend2 nie działa z DRI.

hmm to zalezy, mi sie dosc czesto zdarza przegiac z bateriami na laptopie i np przychodze do pokoju a laptop zdechl
mozna by skrypcik wymlocic coby w przypadku battery low level suspendowal system
ale i w takim przypadku wolalbym initng

[arturz]

hmm to zalezy, mi sie dosc czesto zdarza przegiac z bateriami na laptopie i np przychodze do pokoju a laptop zdechl
mozna by skrypcik wymlocic coby w przypadku battery low level suspendowal system
ale i w takim przypadku wolalbym initng

No przecież są skrypty do tego i suspend2 większość osób używa właśnie na laptopach Ja tam nie mam laptopa i używam na workstacji, dodatkowo sterowanie CPU-coolerem i czuje się jak na laptopie

[ukl]

Hmm ciekawe ciekawe A w jaki sposob sterowac obrotami coolera na procesorze ?

[arturz]

Hmm ciekawe ciekawe A w jaki sposob sterowac obrotami coolera na procesorze ?

Jak masz na płycie PWM (mam KT6 Delta-SR) to kompilujesz kawałek i2c + sterowniki do sensorów, ładujesz i masz /sys/bus/i2c/devices/xxxx-yyyy/pwm1 /sys/bus/i2c/devices/xxxx-yyyy/pwm2, u mnie pwm1 daje się sterować. Sprawdzasz przy jakich obrotach cooler sie wyłącza, przy jakich da radę zakręcić, na jak małych może kręcić (możliwe wartości do wpisania to 0 (wyłączony) do 255 (maksimum)). Można samemu się bawić w skrypty albo wykorzystać skrypt fancontrol z contriba lm-sensors. Ja korzystam z drugiego:

Code: Select all

artur@gentoo 9191-0290 % cat /etc/fancontrol
INTERVAL=10
FCTEMPS=9191-0290/pwm1=9191-0290/temp2_input
FCFANS=9191-0290/pwm1=9191-0290/fan1_input
MINTEMP=9191-0290/pwm1=50
MAXTEMP=9191-0290/pwm1=55
MINSTART=9191-0290/pwm1=25
MINSTOP=9191-0290/pwm1=0

i

Code: Select all

artur@gentoo 9191-0290 % cat /etc/conf.d/local.start | grep -v '^#'


/usr/sbin/fancontrol 2>&1 &

A aktualnie:

Code: Select all

artur@gentoo 9191-0290 % cat /sys/bus/i2c/devices/9191-0290/pwm1
0
artur@gentoo 9191-0290 % sensors
w83697hf-isa-0290
Adapter: ISA adapter
VCore:     +1.58 V  (min =  +2.43 V, max =  +0.03 V)
+3.3V:     +3.38 V  (min =  +0.77 V, max =  +3.39 V)
+5V:       +5.08 V  (min =  +1.94 V, max =  +3.66 V)
+12V:     +12.34 V  (min =  +0.61 V, max =  +1.95 V)
-12V:     -12.28 V  (min =  -9.65 V, max =  -9.32 V)
-5V:       -5.40 V  (min =  -6.60 V, max =  -2.99 V)
V5SB:      +5.51 V  (min =  +5.38 V, max =  +0.11 V)
VBat:      +3.60 V  (min =  +0.26 V, max =  +0.08 V)
fan1:        0 RPM  (min = 4470 RPM, div = 2)
fan2:        0 RPM  (min = 3013 RPM, div = 4)
temp1:       +38°C  (high =    +0°C, hyst =  -121°C)   sensor = thermistor
temp2:     +50.5°C  (high =   +70°C, hyst =   +67°C)   sensor = thermistor
alarms:
beep_enable:
          Sound alarm enabled

PS. Mam Bartona 2500+ (VCore @ 1.575)

[sebas86]

Z własnego doświadczenia. Używałem ostatnio 2 miesiące temu. Wiele razy straciłem ważne pliki kiedy brakło prądu a ja miałem otwarty dokument w KWrite. Zawsze leciały pliki otwarte do zapisu, albo miały długość 0 albo w pewnym momencie pliku zaczynały sie zerowe bajty albo krzaki. Konfiguracja KDE zawsze od początku bo konfigi rozjechane. Jak narobiłem coś z kompem że nie dało się w ciemno zrebootować to po prostu patrzyłem na diode od dysku i resetowałem jak się nie świeciła. Fakt że programy powinne pracować na tymczasowych plikach a na końcu je podmieniać ale większość tak nie robi. Poza tym w Handbooku wyraźnie jest napisane:

Dokładnie to samo, wolę nie myśleć nawet co byłoby teraz gdybym nadal z tego korzystał... pady w akademiku mam dość często, wystarczy, że ktoś czajnik włączy jak 6 chłopów jedzie w pokojach na swoich maszynach... Do ext3 mam zaufanie.

[BeteNoire]

No a w takim razie co powiecie o XFS jako fs na partycje będące tylko magazynem, służące przez 95% czasu do odczytu?
Moje doświadczenia są pozytywne. Działa szybciej niż ext3. Szybsze wyszukiwanie, szybsze otwieranie dużych katalogów w MC, Krusaderze, Konquerorze. Generalnie szybszy odczyt niż na ext3 z domyślnymi opcjami, bo w tuningowanie tegoż jeszcze się nie bawiłem.

Jak masz na płycie PWM (mam KT6 Delta-SR)

Czyli masz tą samą płytę co ja. Masz może na niej pojedynczo podłączony dysk SATA II? Planuję zakup i chciałbym wiedzieć jak będzie mi się sprawował, a słyszałem sprzeczne opinie. Właśnie przez nie jeszcze nie zakupiłem tego dysku :/

[arturz]

No a w takim razie co powiecie o XFS jako fs na partycje będące tylko magazynem, służące przez 95% czasu do odczytu?
Moje doświadczenia są pozytywne. Działa szybciej niż ext3. Szybsze wyszukiwanie, szybsze otwieranie dużych katalogów w MC, Krusaderze, Konquerorze. Generalnie szybszy odczyt niż na ext3 z domyślnymi opcjami, bo w tuningowanie tegoż jeszcze się nie bawiłem.

Jak masz na płycie PWM (mam KT6 Delta-SR)

Czyli masz tą samą płytę co ja. Masz może na niej pojedynczo podłączony dysk SATA II? Planuję zakup i chciałbym wiedzieć jak będzie mi się sprawował, a słyszałem sprzeczne opinie. Właśnie przez nie jeszcze nie zakupiłem tego dysku :/

Resety na plikach otwartych RO chyba nie szkodą, chociaż nie wiem. IMHO ten FS nie nadaje się na żadna systemową a tym bardziej partycję z ważnymi danymi na workstacji. Chyba że ktoś ma workstacje z UPSem.

Mam pojedynczo podłączony SATA I:

Code: Select all

artur@gentoo ~ % dmesg | grep Maxtor
  Vendor: ATA       Model: Maxtor 6Y080M0    Rev: YAR5

Problemów nie stwierdziłem, a używam tego kompa jeszcze od ~2.5.30 (nie pamiętam dokładnie, kiedy nie było libata jeszcze). Chyba że mówisz o problemach sprzętowych.

[OBenY]

Norbi666: Tak, system trzeba przekompilowac na takim portage, ja zawsze go sadzam przed bootstrapem wiec zapomnialem o tym
O tym KDE specific niech sie rafkup wypowie, bo to on cos tam namieszal w zrodlach

[Belliash]

Tzn.
Co do tego KDE to:

paczka zawiera QT z latkami pertty'iego, by KDE sliczniej wygladalo. Jest to niezbedne do dziala KDE.
oprocz tego jest kdelibs i kdebase.

Nie robilem meta pakietow i odradzam. OBenY probowal i mowil ze mial jakies jajca :].
KDELIBS i KDEBASE sa polatane. Zwieraja latki -r1 i latki perttyiego (by bylo slicznie). Oprocz tego dodalem kilka latek przyspieszajacych start KDE. CHodi oto, ze splash widnieje krucej i zaraem KDE sie krocej laduje.

W polaczeniu z --as-needed i -Bdirect w LDFLAGS rewelacja

[OBenY]

Rafkup ale Ty daj linke do tych latek a nie mow jakie one sa fajne

[n0rbi666]

Portage z overlaya już posadziłem, nawet dorzuciłem mu cdb ale systemu jeszcze nie rekompilowałem

Musiałem zrobić przesiadkę na initng (nowe nitro-sources wymaga nowego udev-a, który z kolei wymaga nowe baselayout - a z kolei ten mi się sypie, i co drugi restart się resetuje przy setting system clock )
i muszę powiedzieć, że jestem zadowolony - na razie się nie bawiłem zbytnio, ale system wstaje o wiele żwawiej niż wcześniej

wczoraj przesiadłem się na modularny xorg7 (z 6.9) - i też na razie jestem zadowolony :]

a co do namacalnych wyników - po wstaniu i zalogowaniu do KDE przed zabawą - było zajęte ok 82M ramu
po przejściu na modularny xorg - spadło do ok 75-78
po przejściu na initng - 72 :] (nie wiem, może jakaś usługa nie wstaje )


teraz pytania do userów xorg-7 - macie PL czcionki w menu gmplayer-a ? i jak zmusić rolkę w myszce do współpracy ?

--add--

i bym zapomniał - z łatkami peerty mam dziwne wspomnienia - wszystko działało, tylko kalendarz źle pokazywał datę

[arturz]

teraz pytania do userów xorg-7 - macie PL czcionki w menu gmplayer-a ? i jak zmusić rolkę w myszce do współpracy ?

Używaj evdeva

[arach]

Witam

Proponuje wątek z pomysłami na optymalizację gentoo.

Ja wpadłem na pomysł z partycjami, gdyż ja ciągle coś instaluje i robi sie syf. Pliki mieszają się i z dnia na dzień coraz ciężej je systemowi znaleść. Mój pomysł daje mi szybkie działanie Gentoo nawet po roku

<ciach>

Czekam na krytykę

Systemy plików w linuksie i bsd są na tyle dobre że praktycznie nie wystepuje zjawisko fragmentacji, jedyne sensowne rzeczy w twoim podziale to imo wyodrebnienie /var/tmp/portage, /usr/portage, /home i ewentualnie /boot . Jeśli zauważyłeś jakąkolwiek różnicę to prawdopodobnie wystąpił u ciebie tzw. efekt placebo

Kernel FULL Support - drukowanie, skanowanie i pierdoły które używam raz w miesiącu
Kernel Standard - na codzień
Kernel SafeMode - jak sie cos by stało, np. padnie urządzenie jakieś, to mam mini jądro do napraw
Kernel Old Machine - dla sterego monitora jak mi ten siadnie :] Powywalane wszystko co i tak nie polecie w trybie black&white

Kolejny "genialny" pomysł. Co ma obsługa drukarki do wydajności? Pozatym ja bym nie mógł bym znieść restartowania komputera by coś zrobić - wkońcu nie po to się przesiadałem z pewnego systemu operacyjnego "made in redmond" by być zmuszonym do restartowania komputera z jakiegokolwiek powodu poza poważnym uaktualnieniem (np zmiana jądra). A jajko "safemode" powinno mieć właśnie obsługę jak największej ilości urządzeń. "old machine" nawet nie skomentuję - czyżbyś nie słyszał o czymś takim jak moduły jądra?

Przy okazji, chyba potwierdza się teza z mojej sygnaturki

[jey]

Taki wybor jader jest troszke bezsensowny, rzeczywiscie jak napisal arach lepiej postawic jedno dobre na ktorym pracujemy oraz jakies dodatkowe properowe, tak ze jak cos namieszamy to wiemy ze wszystko na nim odpalimy. Jadro najlepiej jest zbudowac modularnie.. wowczas jest male co przeklada sie na mniejsze zuzycie RAM'u, ma wiele mozliwosci poprzez ladowanie/wyladowywanie modulow, nie mamy problemu z ciezkim kernelem.. i nie jest nam wtedy potrzebne 250MB na /boot ;P (joke)

XFS - fs ma status stable jednak to prawda ze latwo sie sypie przy twardych restartach. Kilka razy stracilem przez to dane i juz nikomu nie polece tego fs'a ze wzgledu na jego zachowanie. Ext3 sprawdza sie w tej kwesti znacznie lepiej a nie ustepuje wiele xfs'ow wydajnoscia.

[BeteNoire]

Jadro najlepiej jest zbudowac modularnie.. wowczas jest male co przeklada sie na mniejsze zuzycie RAM'u, ma wiele mozliwosci poprzez ladowanie/wyladowywanie modulow, nie mamy problemu z ciezkim kernelem

Nie do końca jest to prawda. A właściwie powiedzieć mogę nawet, że to bzdura. Kernel najlepiej zrobić monolityczny ściśle pod swój konkretny sprzęt, a ewentualnie sprzęt, który mamy zamiar w przyszłości testować/dodawać dać w moduły.

[jey]

Jadro najlepiej jest zbudowac modularnie.. wowczas jest male co przeklada sie na mniejsze zuzycie RAM'u, ma wiele mozliwosci poprzez ladowanie/wyladowywanie modulow, nie mamy problemu z ciezkim kernelem

Nie do końca jest to prawda. A właściwie powiedzieć mogę nawet, że to bzdura. Kernel najlepiej zrobić monolityczny ściśle pod swój konkretny sprzęt, a ewentualnie sprzęt, który mamy zamiar w przyszłości testować/dodawać dać w moduły.

Tak tu masz racje, nie do konca jasno sie wyrazilem. Oczywiscie lepiej powkladac monolitycznie to co aktualnie jest wymagane do poprawnej obslugi sprzetu (chipset, kontrolery IDE). Jednak jest tez sporo sprzetu ktory obslugujemy sporadycznie (skaner, drukarka etc) takie sterowniki lepiej wsadzic w moduly. Jak widac zdania sa ciut podzielone.

[Aktyn]

nie mamy problemu z ciezkim kernelem.. i nie jest nam wtedy potrzebne 250MB na /boot ;P (joke)

No tak... tylko gdzies te moduły i tak sobie egzystują

A do drukarki używam CUPS, po co mi ładowanie jakiś modułów, poza tym większy problem jeśli chodzi o pamieć mam z np. kpdf

[pmz]

A do drukarki używam CUPS, po co mi ładowanie jakiś modułów

Hę? To CUPS sam z siebie potrafi obsłużyć drukarkę podpiętą np. poprzez USB? Wybacz, ale nie wiem co jedno ma wspólnego z drugim (no chyba że korzystasz z cups-clienta i jakiegoś serwera na którym jest już skonfigurowana drukarka).

[sebas86]

A do drukarki używam CUPS, po co mi ładowanie jakiś modułów

Hę? To CUPS sam z siebie potrafi obsłużyć drukarkę podpiętą np. poprzez USB? Wybacz, ale nie wiem co jedno ma wspólnego z drugim (no chyba że korzystasz z cups-clienta i jakiegoś serwera na którym jest już skonfigurowana drukarka).

Prawdopodobnie to taki skrót myślowy. Ale robienie kilku monolitycznych jąder systemu, tylko dla nie wiele większej wydajności to lekka przesada. Na stałe w jądrze trzymam tylko to, co jest nierozerwalnie związane z najważniejszymi komponętami, czyli kontroler IDE, USB, obsługe karty dźwiękowej bo i tak jest zintegrowana. A to co mogę w każdej chwili wymienić trzymam w modułach, no i oczywiście to z czego korzystam sporadycznie (np. loopback, dodatkowe moduły odpowiedzialne za sieć, obsługę znaków narodowych na dyskach twardych, obsługa zewnętrznych pamięci masowych po USB, itd.).

[Aktyn]

Jednak jest tez sporo sprzetu ktory obslugujemy sporadycznie (skaner, drukarka etc) takie sterowniki lepiej wsadzic w moduly. Jak widac zdania sa ciut podzielone.

Piszesz o drukarce, jako sprzęcie obsługiwanym sporadycznie, nie o USB, drukarka -> CUPS (lub inny software)

owszem: USB -> jądro

Hę? To CUPS sam z siebie potrafi obsłużyć drukarkę podpiętą np. poprzez USB? Wybacz, ale nie wiem co jedno ma wspólnego z drugim

A niby czemu miała to by być drukarka przez USB ?

(no chyba że korzystasz z cups-clienta i jakiegoś serwera na którym jest już skonfigurowana drukarka).

Otóż to. CUPS obsługuje co ma wysłać, a gdzie to sobie leci i jak, to już inna historia. (lpt, usb, eth, /dev/null )

Ja mam wszystko co potrzebuje w kernelu na stałe, poza ALSA, która mam przez emerge alsa-drivers
bo ta dostarczona z kernelem nie działa u mnie prawidlowo.

[pmz]

A niby czemu miała to by być drukarka przez USB ?

Tam wystąpiło słowo kluczowe "np." jakbyś nie zauważył...

[fallow]

co do wyboru filesystemu

http://forums.gentoo.org/viewtopic-p-23 ... ml#2301717

od drugiej strony dyskusja staje sie coraz ciekawsza

cheers.

[BeteNoire]

To jak już sobie Gentoo optymalizujemy to może jakieś pros i kontras co do crona, którego warto używać?
Obecnie mam vixie-cron ale nie wiem czy nie zmienić, nie mam też czasu na ciągłe testy, może wypowie się ktoś kto zna inne crony?