Precej dodelav je doživel datotečni sistem Btrfs, ki je dobil nove možnosti za določitev kvot, možnost računanja razlik med posnetkoma in možnost kloniranja prek podnosilcev (subvolumes); nekaj popravkov je še v ext4. Uporabna možnost za mobilne naprave je hkratna hibernacija in stanje pripravljenosti. Ta omogoča, da se sistem zbudi kakor iz stanja pripravljenosti, če pa zmanjka napajanja, se obnovi kakor iz hibernacije brez izgube seje. Podprt je tudi protokol SMBv2 in gonilnik VIFO. Procesorji Ivy Bridge sedaj znajo uporabljati funkcijo Idle, medtem ko je sedaj EFI Handover Protocol vgrajen v jedro. Slednje pomeni, da je v celoti podprt tudi UEFI in vse novosti, ki jih v primerjavi z BIOS-om ta prinaša pri zaganjanju. Bistvenih sprememb od 3.5 ni, se je pa zgodil cel kup evolucijskih popravkov.
Najbolj drzni lahko jedro s spleta snamete sami in ga prevedete ter vključite v svoj sistem, drugi lahko počakata na nove distribucije, v katere bo že vključeno.
Tudi Linux fundation je pospešeno začel izdajati nove verzije jedra podobno kot to počne zadnje čase Mozilla z Firefoxom. Še vedno imam v mislih verzijo 2.6 kot zadnjo vejo kernela...
Dejanjskih novosti je v teh novih verzijah vsaj za nek posamezen stroj ponavadi bolj malo.
Jaz počakam par verzij, potem pa skočim. Sedaj sem skočil na 3.5.x s 3.2.x.
največja sprememba ki jo vidim, je hitrejši radeon driver. Vse ostalo mi je glih.
Sploh pa je upgrade problematičen, ker je pri večjh spremembah treba recompilat še vse, kar se zanaša na include fileje, sicer ne bo izkoristilo morebitnega dodatka v ABIju. Pa še include fajli so vsaj pri gentooju v posebnem paketu linux-headers. Torej je treba tudi tega upgradat potem tudi te na verzijo kernela ( ne pa čez njo, očitno)
Kaj vse je treba znova scompilat, pa ni ravno očitno. Najbrž glibc, pa verjetno tudi klibc, če je gor. Pa v86d, če uporabljaš userrspace VESA driver. Pa verjetno kak iptables. Pa nfs-utils ( nfs/nfs4) pa kako sambo, pa driver za grafično z drm in GL driverjem, pa mogoče kake utilse za WIFI pa kmod ( kernel modue utilities - modprobe itd), pa kak binutils mogoče, celo Chromium uporablje kernel headerje itd itd.
Na h-online imajo ponavadi za vsak nov kernel zanimiv povzetek novosti, ki prihajajo in se objavljajo tako kot patchi prihajajo.
Na 3.6 sta mi zmerno zanimivi opciji "DO_NOT_FOLLOW" - da pač ne sledi softlinkom ki kažejo navzgor po FS drevesu in to, da ima 3.6-ka možnost zaznati spremembe v velikosti particij, na katerih ima montiran fs.
Oboje zmerno zanimivo, ni pa zame razlog za upgrade.
Hmm, jaz sem imel še vse verzije jedra od 2.6 naprej na trenutni inštalaciji, ker se Arch redno posodablja. Mogoče na kratek rok ni večjih sprememb, a od jedra 2.6 se je performance laptopa izboljšal - še najbolj opazen je končno delujoč suspend. Sicer pa ne razumem tistih, ki se pritožujejo glede hitrosti izdajanja novih kernelov - večina distribucij zelo počasi menja jedra, nihče ni prisiljen v predčasno zamenjavo, se pa s hitrostjo izdajanja poveča možnost, da se izboljša performance najnovejšega HW.
Po občutku bi rekel, da se bo danes enkrat posodobil komp na 3.5.5, potem pa čez teden, dva še na 3.6 :)
Kdo ve zakaj je šel routing cache ven? Razumem da je lahko bil vektor DOS napada, da je imel na high-volume sajtih hit rate manj kot 10%, itd...ampak ali bo zato mom&pop's mips router naenkrat precej počasnejši? Zakaj enostavno ne nek proc config (magari po defaultu na off)?
