Vlákno názorů k článku
Kompilace jádra za minutu od Queeg 500 - tccboot už léta zvládá zkompilovat typické Linuxové jádro...

tccboot už léta zvládá zkompilovat typické Linuxové jádro pod 15s, a to na 2.4GHZ Pentium 4:
http://bellard.org/tcc/tccboot.html

Takže není třeba kupovat nejnovější a nejvypiplanější HW, stačí oželet optimalizace...

Pri tak vykonnom pocitaci by som sice ozelel 1% rychlejsi kernel pri jeho kompilacii bez optimalizacii, ale ma potom vobec zmysel si kompilovat kernel, ked ho nechcem mat optimalizovany? Ovladace na exoticky hw, dechrobakovacie premenne v celom kode, pozapinane modre zuby a zvukova karta aj na serverovom stroji... Som nadseny Gentoo-Pozitiv admin a obcas si musim pockat na nejaku tu kompilaciu, ale stale u mna vyhrava vyhoda menej zavislosti, menej nepotrebneho sw, lepsia optimalizacia...
Ten TCCboot si urcite pozriem, aj ked do gentoo sa asi nebude dat ohnut :)
A vykon takeho CPU urcite potesi. Caka ma konvertovanie 100TiB dat za tri mesiace, rychly procesor mi da viac casu na kavu...

A offtopic: ty mas IPv6 adresu - so cooooool... Moj ISP tvrdi, ze "je to ko...ina, IPv6 vam netreba." To aby som presvedcil sefov na prechod inam...

>> A vykon takeho CPU urcite potesi. Caka ma konvertovanie 100TiB dat za tri mesiace, rychly procesor mi da viac casu na kavu...

skor budes mat menej casu na kavu nie ?

Pri pomalej konverzii by som musel pocas cakania robit nieco ine - takto si sadnem a len budem kontrolovat vysledky s kavou v ruke :)

Mam gentoo na troch masinach a kernel kompilujem v priemere asi tak raz za 2-3 mesiace (na vsetkych masinach). Aky rozdiel robi tych 10-20 minut v backgrounde?

Za par sekund ten kompilator stihal davat archaicke 2.4 jadro, kym 2.6 ma niekolkokrat vacsiu codebase.

Kazdy kus kodu v kerneli je potencionalnym miestom pre exploit, preco v nom mat nepotrebne blbosti, a ked uz, blbosti typu selinux, grsecurity, pax, BFS, BFQ v beznom generickom kerneli clovek nenajde.

A moduly su zlo :evil: :D

Mozes sa do toho pustit :).