Forum Debian Users Gang

W sumie jak wczytałeś konfig w menuconfig, to przy nowych pozycjach po prostu wybrana została domyślna opcja (w przypadku make oldconfig dostajesz pytania dotyczące każdej takiej pozycji), przy odrobinie szczęścia mogło się udać. ;)

Te pytania to chyba make oldconfig właśnie było. Pewien na 100% nie jestem, ale o ile dobrze pamiętam, to przy wywołaniu make wywoływane jest również oldconfig, świta mi komunikat w stylu „silent oldconfig” zaraz po wydaniu make, ale nie chce mi się sprawdzać.

To utwórz:

update-initramfs -c -k wersja_kernela

np.:

update-initramfs -c -k 3.1.0-8.dmz.1-liquorix-amd64

Wersja kernela, czyli to co zwraca [tt]uname -r[/tt], nazwa pod którą są moduły w /lib/modules itp.

Choć wydaje mi się, że wczoraj widziałem u Ciebie initrd dla 3.1.8…

[quote=ArnVaker]Choć wydaje mi się, że wczoraj widziałem u Ciebie initrd dla 3.1.8…[/quote]
Tak bo walczyłem wtedy z serewerem i tam jest wszystko OK.
Nie wykonam tych poleceń bo jajo poszło w /dev/null :) i muszę kompilować na nowo :(
Więc na razie mam rozpakowane i załatane tą jedną łatką imq i czekam co podpowiecie. A za 2h się odezwę jak się skompiluje :).

Dzięki biorę się do roboty.

[quote=oli]

make -j2

[/quote]
Dodam jeszcze, że opcja -j[liczba], to liczba wątków na których odbywać ma się kompilacja. Przydatne jeśli masz kilka procesorów albo wielordzeniowy procek (+ ewentualnie HT) żeby wykorzystać je wszystkie. Na jednym jednordzeniowym procku dodatkowe wątki nie mają większego sensu.

[quote=ArnVaker][quote=oli]

make -j2

[/quote]
Dodam jeszcze, że opcja -j[liczba], to liczba wątków na których odbywać ma się kompilacja. Przydatne jeśli masz kilka procesorów albo wielordzeniowy procek (+ ewentualnie HT) żeby wykorzystać je wszystkie. Na jednym jednordzeniowym procku dodatkowe wątki nie mają większego sensu.[/quote]
Czy jest sens, czy nie ma - pojęcie względne.
Jedni specjaliści twierdzą - że na 1 rdzeniu jeden wątek, inni - że na 1 rzdeniu 1+1 czyli 2, na dwóch rdzeniach 1+1+1 czyli 3.
Ja w jednej [url=http://helion.pl/ksiazki/100-sposobow-na-linux-nicholas-petreley-jono-bacon,100lin.htm]książce[/url] wyczytałem, zeby uzywać 2*core+1 - czyli na moim Core2 duo - 5 wątków, i w ten system się u mnie sprawdza idealnie.
Co ciekawe, spróbowałem kiedyś na 3, innym razem na 64  (test autogroup :D ), i zazwyczaj odrobinkę szybciej wychodziło na 5 wątkach, niż na innych opcjch.
Dlatego na wszelki wypadek (1 dostępnego rdzenia) poradziłem make -j2 - bez problemu na jednojajowym procku, do HT się nadaje, na dwóch rdzeniach też nieźle.


[quote=oli]A tak się zastanawiałem co to za opcja :).......
Jeszcze żebym umiał dobrze konfigurować jajco to by było super. Znam sprzęt ale tam jest tego tak dużo, że nie wiem co odznaczyć a co nie.[/quote]
Poczytaj uważnie:
http://forum.dug.net.pl/viewtopic.php?pid=153575#p153575
http://forum.dug.net.pl/viewtopic.php?id=16572

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2012-01-09 22:53:58)

co do liczby wątków, to sam Linus Torvalds zapodaje [i]make -j64[/i] ;)

http://marc.info/?l=linux-kernel&m=128979084506774&w=2

Hm, u mnie działa normalnie. ;) Zresztą to żart. :P Linus Torvalds nie robi tak na co dzień, tylko testował w ten sposób jak sprawuje się to ustrojstwo: [url]http://forum.dug.net.pl/viewtopic.php?id=17754[/url], które poprawia ogólną responsywność systemu pod dużym obciążeniem procesora.

[quote=Linus Torvalds]Yeah. And I have to say that I'm (very happily) surprised by just how small that patch really ends up being, and how it's not intrusive or ugly either.

I'm also very happy with just what it does to interactive performance. Admittedly, my "testcase" is really trivial (reading email in a web-browser, scrolling around a bit, while doing a "make -j64" on the kernel at the same time), but it's a test-case that is very relevant for me. And it is a _huge_ improvement.

It's an improvement for things like smooth scrolling around, but what I found more interesting was how it seems to really make web pages load a lot faster. Maybe it shouldn't have been surprising, but I always associated that with network performance. But there's clearly enough of a CPU load when loading a new web page that if you have a load average of 50+ at the same time, you _will_ be starved for CPU in the loading process, and probably won't get all the http requests out quickly enough.

So I think this is firmly one of those "real improvement" patches. Good job. Group scheduling goes from "useful for some specific server loads" to "that's a killer feature".

Linus[/quote]

http://forum.dug.net.pl/viewtopic.php?pid=178006#p178006