Linux kernel optimalizált fordítás

Megpróbáltam a 2.6.11.3 (lassan SNMP OID-ként is lehetne használni a kernelverziót :) "szopós állat" kernelt lefordítani 3.4-es gcc-vel, a processzorra optimalizáltan.

FreeBSD alatt ez olyan természetes, gondoltam Linuxon ez megy, mint az ágybavizelés.

Debian sarge alatt próbálkoztam, egy centrinós notebookon (Pentium M processzor).

Az első meglepetés, hogy a Debian -arra hivatkozva, hogy a gcc 3.3 és 3.4 binárisan inkompatibilis- nem igazán támogatja a 3.4-es gcc-t. Azért fel lehet tenni. Feltettem.
A második meglepetés, hogy ha a Pentium M processzort választom a Linux kernel configban, akkor ez a sor fogja beállítani a gcc flagjeit:
cflags-$(CONFIG_MPENTIUMM) += -march=i686 $(call cc-option,-mtune=pentium3)

A 3.3-as gcc nem támogatja még a pentium-m targetet, a 3.4-es viszont már igen, így ezt átírtam -mtune=pentium-m-re.
Lefordítottam a kernelt, bebootoltam vele és mire elindult az ablakkezelő, le is fagyott az egész.

Csodálkozom.

[quote:6ebe8c7739="andrej_"][quote:6ebe8c7739="bra"]Megpróbáltam a 2.6.11.3 (lassan SNMP OID-ként is lehetne használni a kernelverziót :) "szopós állat" kernelt lefordítani 3.4-es gcc-vel, a processzorra optimalizáltan.

FreeBSD alatt ez olyan természetes, gondoltam Linuxon ez megy, mint az ágybavizelés.

Debian sarge alatt próbálkoztam, egy centrinós notebookon (Pentium M processzor).

Az első meglepetés, hogy a Debian -arra hivatkozva, hogy a gcc 3.3 és 3.4 binárisan inkompatibilis- nem igazán támogatja a 3.4-es gcc-t. Azért fel lehet tenni. Feltettem.
A második meglepetés, hogy ha a Pentium M processzort választom a Linux kernel configban, akkor ez a sor fogja beállítani a gcc flagjeit:
cflags-$(CONFIG_MPENTIUMM) += -march=i686 $(call cc-option,-mtune=pentium3)

A 3.3-as gcc nem támogatja még a pentium-m targetet, a 3.4-es viszont már igen, így ezt átírtam -mtune=pentium-m-re.
Lefordítottam a kernelt, bebootoltam vele és mire elindult az ablakkezelő, le is fagyott az egész.

Csodálkozom.

Viszont az MMX, SSE stb opciokat tamogatja, szerintem jobban jarsz ha a 3.3-assal probalkozol, mert az a hozzaadott. SID-ben is 3.3-as a gcc epp megneztem. A mai hup hirben, ami a sargerol szol alapvetoen, pedig ott van hogy mar a 4.0-as gcc fele robognak majd. FreeBSD-n (5.x) a 3.4-es gcc az alap, illetve annak a portja. Egyebkent pont nemreg jott freebsd-i386-ra es stable listara a kövi:

On Sun, Mar 06, 2005 at 07:47:08PM +0100, Bartosz Fabianowski wrote:

>>> >i have read that were some problems compiling the kernel and the
>>> >loader with "pentium-m" in CPUTYPE. are they fixed now?
>
>>
>> I'm the one who filed the original bug report:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=75898

..

>> I'd assume the answer to this one is yes - it's safe. Personally, I compile
>> world and kernel as pentium3, but that's just out of laziness. As you can
>> read in the bug report, the problem is that SSE2 instructions get used by
>> the kernel and loader before they are enabled. Once the boot gets to the
>> first userland programs, SSE2 is enabled so any world programs should run
>> just fine when compiled as pentium-m.

Are you saying, all we need to do is commit this diff to make everyone's
environment happy?

Ebőől azt hiszem ott sem kivalo meg a P-M tamogatas. Azert arra kivancsi lennek, hogy pl. FreeBSD-n a 4.0-as GCC-vel fordult kernel micsinal...

i386-on még nem próbáltam, Opteronon már igen. Semmit, működik :)
Amire ennél kíváncsibb lennék, hogy mit csinál egy icc-vel fordított kernel. i386-on egész jó tapasztalataim vannak, de egyelőre még problémás AMD64-es kódot gyártani FreeBSD-n icc-vel, így ott még nem tudom milyen az eredmény a gcc-hez képest.

[quote:9f522df664="XMI"]A gcc-beli pentium-m supportról idáig még én is csak rosszat hallottam. Linus-ék nem véletlen, hogy nem kapcsolják be.
Egyébként meg az icc sem optimalizál valami fergetegesen jól rá, úgyhogy szerintem nem érdemes eröltetni.

Köszi, nem gondoltam volna.