Linux 3.6

Vyšel Linux 3.6 (LKML). Mezi nejdůležitější novinky patří podpora "uspání oběma způsoby" (hybrid sleep), kvóty na podjednotky v Btrfs, VFIO (Virtual Function I/O) umožňující bezpečné vytváření ovladačů zařízení v uživatelském prostoru nebo rychlé otevření protokolu TCP. Podrobnosti na The H, Kernel Newbies a samozřejmě v Jaderných novinách.

1.10.2012 12:15 | Ladislav Hagara | Nová verze

Komentáře

[Limoto]

Kdyby radši začlenili TuxOnIce místo toho bastlu...

[mrv]

a taky by meli snizit cenu piva a cigaret!

[D.A.Tiger]

Jsem jednoznačně pro!

[Tomáš Bžatek]

Ikdyz bych si to taky pral, Reiser4 by se mi hodil jeste vic! (btrfs je oproti tomu silene pooomaaalyyyy....)

[Limoto]

Mně je Vrah4 celkem jedno, možná to bude tím, že jsem ho nikdy nezkoušel Ale TuxOnIce mě štve, protože znamená buď mít starej kernel, což já opravdu nerad, nebo třeba linux-pf, kde byl poslední dobou kernel panic na denním pořádku. Tak teď používám distribuční jádro s obyčejným suspendem a je to děs, když se mí to probírá 5 minut a je to pak ještě celý zasekaný...

[Aleš Janda]

btrfs je oproti tomu silene pooomaaalyyyy....

+1

[Aleš Kapica]

Reiser4 jsem svého času používal a absolutně s tímto názorem nesouhlasím. Btrfs je pro reálné použití mnohem lepší. Má to však jeden háček - je třeba vědět jak funguje a správným způsobem ho nasadit.

[psholty2]

Super, dva sposoby uspania, na prebudeni asi budu pracovat v az dalsej verzii ;)

[Michal2]

To hybridni uspavani je super vec a bylo docela nacase. Windows to maji od Visty takze 5let+ a MacOS jeste o neco dele.

[tom]

Tato funkcionalita je v linuxu dostupna minimalne 10 let na lepsich noteboocich. Treba IBM tomu rikala RediSafe.

[Limoto]

TuxOnIce i uswsusp (kterej je i v mainline jádře, když se to tak veme) to už nějakou dobu umí...

[Václav "Darm" Novák]

Hybrid sleep? Konečně, na to jsem čekal :)

[Heron]

Ty jo, ty kvoty na btrfs subvolume mi v jaderkách nějak unikly. Bomba.

[Olaf]

To, že jsem při instalaci openSuSE zaškrtl "použít Btrfs jako výchozí", byla kolosální hovadina. Co se poté odehrávalo, se mi nestalo snad nikdy. Nevím, jak Btrfs vypočítává volné místo, ale ext3 asi "trošku" jinak -- výsledkem byl totálně přeplněný disk, ze kterého nešly smazat žádným způsobem snapshoty, ani přes externí systém atd. Systém nešel nijak spustit atd. Vše se muselo formátovat...

[Karry]

Ano, poskytování informací o volném místě na Btrfs je složité jak rádio. Kámen úrazu tkví v tom že metadata mají vyhrazenou samostatnou oblast oddílu oddělenou od dat. Takže pokud máte hodně malých souborů, může se stát že volné místo pro metadata dojde dříve jak místo pro data. Pak nelze ani smazat soubor, protože každá úprava na Btrfs vyžaduje zápis dat na disk...

Taky jsem se s tímto problémem několikrát setkal. Opravdu k naštvání když se to stane na systémovém oddílu. Naštěstí existuje btrfs fi balance /, který v takovém případě vezme kus volného prostoru od dat a poskytne ho metadatům...

V nových verzích kernelu by toto vyvažování volného místa mělo fungovat za běhu. V každém případě doporučuji použít mountovací volbu metadata_ratio, kterou lze určovat poměr prostoru pro data a metadata ručně...

[gtz]

Nepoužívám v základě to co mi OpenSuse navrhne, použil jsem místo Btrfs svůj oblíbený XFS a místo Grub2 normální starý osvědčený Grub 1.X

[Michal Kubeček]

Na btrfs nemám dost odvahy a grub2 mi rozmluvil on sám - prý že není dost místa na jakýsi embedding a že bez něj že to nejde. Starý grub s tím problém neměl…

[gtz]

grub2 jsem zkoušel z jeho live instalovat na starší mašinu a dopadlo to katastrofálně po instalaci x11-video-nvidiaG01. Už po prvním rebootu grafika byla ta tam a než abych složitě nastavoval grub2 + fonty tak jsem nakonec použil starý grub. A v pohodě. No co mne nejvíce štve, je mountování disků někam jinam než jsem zvyklý .... sakra kdo to má furt hledat ... připojím USB a /media nic a hle ono je to v /run/uživatel/media ... no snad si zvyknu.

[Prcek]

Teď jsem si hrál s Grub2, když jsem si dával některé live distribuce na flash disk. Překvapilo mě, jak je Grub2 pomalý. A taky mi např. nešly zavést některé nástroje ze SystemRescueCD. Vrátil jsem se zpět ke klasickému Grubu.

Na druhou stranu třeba bootování z ISO obrazu mi přijde jako super věc.

[Michal Kubeček]

To je divné, mně se mountují normálně do /media jako dřív. Nedělá to systemd nebo Gnome?

[michich]

udisks2

[Michal Kubeček]

Ten mám nainstalovaný, ale asi se z nějakého důvodu používá ten původní. Takže to nakonec bude tím systemd (nebo Gnome).

[michich]

Gnome používá udisks2. KDE ještě ne. systemd na to nemá vliv.

[Michal Vyskočil]

Ten mám nainstalovaný, ale asi se z nějakého důvodu používá ten původní. Takže to nakonec bude tím systemd (nebo Gnome).

Lennart je taky jenom člověk, takže za některé podivnosti při nejlepší snaze nemůže Mountování do /run/user/media dělá

udiskctl mount -b /dev/foo

z balíku udisks2, konkrétně org.freedesktop.UDisks2.Filesystem. Pokud není zařízení v /etc/fstab, bude připojeno do /run/user/media. A protože je to (z) Gnome, možnost specifikovat připojení jinak, než pomocí fstab, by nás nebohé uživatele mátla.

[Conscript89]

Napriklad za toto ale muze. Nic proti, /tmp v RAM chapu, ale takovym zpusobem...

[Heron]

Tak ji zkus najít. Zrovna včera jsem pracoval na cca 17GB dat, několikrát jsem se vracel zpět. Pomocí snapshotů (konečný počet byl něco kolem 50) je to otázka několika sekund (vytvoření snapshotu). Tohle bych opravdu nechtěl dělat ve verzovacím systému, ani ručně. Nehledě na to, že by se to na ten disk 50x ani nevlezlo.

Jasně, má to pomalý fsync, nehodí se to zatím pro databáze. Ovšem pro tento typ práce ("verzování" velkých dat), se to opravdu hodí.

[Michal Kubeček]

SLES 11 SP2:

mike@unicorn:~/work/git/sle-ksource-2> ls -1U patches.*/* | wc -l
3588
mike@unicorn:~/work/git/sle-ksource-2> ls -1U patches.*/btrfs-* | wc -l
606

OpenSuSE 12.1:

mike@unicorn:~/work/git/os-ksource> ls -1U patches.*/* | wc -l
1065
mike@unicorn:~/work/git/os-ksource> ls -1U patches.*/btrfs-* | wc -l
327

Asi ještě počkám…

[petr_p]

Mě pobavil patch umožňující směrovat 127.0.0.0/8 i mimo loop-back s odůvodněním, že jinak je to nebetyčné plýtvání adresami.

[Michal Kubeček]

Toho patche jsem si všiml, ale úplně mi uniklo, že opravdu prošel. Ale řekl bych, že spíš kvůli logice a konzistenci než proto, že by to bylo v praxi k něčemu dobré. Pochybuji, že někdo pro izolovanou síť nevystačí s tím jedním A, které už je pro tyto účely rezervované, a doufám, že přidělovat tyhle adresy globálně nikoho nenapadne (nebo aspoň nikoho, kdo by to opravdu mohl udělat).

[R]

127.0.0.1 by som pridelil Microsoftu.

[Conscript89]

Jen to ne, jeste bych mu platil za provoz meho oblibeneho webserveru.

[Michal Kubeček]

Tak si ho přesuňte na ::1