Linux 3.12

Vyšel Linux 3.12 (LKML). Přináší celou řadu novinek. Zdůraznit lze například podporu post-procesní (offline) deduplikace dat v souborovém systému Btrfs, nový čítač referencí "lockref" nebo podporu uživatelských jmenných prostorů v souborovém systému XFS. Podrobnosti na Kernel Newbies a v Jaderných novinách. Linux 3.12 nakonec nenese jméno Sebevražedná veverka, ale "Jeden velký skok pro žabstvo" (commit, důvod).

5.11.2013 00:58 | Ladislav Hagara | Nová verze

Komentáře

[Max]

A hlavně by mělo být celkem slušné navýšení výkonu u Radeonů a něco i u Nouveau.
Zdar Max

[AsciiWolf]

+1

[Dreit]

Údajně za to snad může CPU governor:

The Linux 3.12 kernel brings faster open-source AMD graphics due to a CPUfreq subsystem change...

[zdroj] (na straně 3 grafy pro zvědavce)

[kralyk z abclinuxu]

Co jsou to ty namespaces ve filesystémech?

[Conscript89]

Nejsem si jisty, ale tipnul bych ze to bude toto: http://www.abclinuxu.cz/clanky/jaderne-noviny-17.-10.-2013-systemy-souboru-ve-jmennych-prostorech

[Saljack]

A chyba v me wifi sitovce Ralink RT3290 stale zustava. Opravdu nechapu co trva tak dlouho, kdyz existuje patch pres 3 mesice a navic to v 3.10 funguje dobre.

[dustin]

Mám radost, že se pořád vyvíjí XFS.

[Andy]

+1

[kralyk z abclinuxu]

+1

[Ondra]

vzdyt ten bude defaultne v novym RHELu, tak aby ho nevyvijeli ;)

[lima]

Dostanou se nekdy do jadra X-ka ? Konzoli dneska stejne skoro nikdo nepouziva a jadro neumi nic nez nastavit rozliseni a trapnej framebuffer, kterej je taky k nicemu. A je velka sance, kdyz to pobezi v rezimu jadra, ze to bude mit daleko mensi latence. Zakladni knihovny GNOME a slouceni Pulse audia s Alsou by taky nebyli k zahozeni a hodne by to pomohlo konecne sjednotit desktop na Linuxu.

[Max]

To má být nějaký pokus o flame?
Zdar Max

[lima]

Proc ? Vsechny moderni systemy jsou graficke, i serverove OS jako napr. Windows NT/2000/2003/2008/2012 a pokud neche zustavat Linux pozadu, musi se proste jednoho dne zbavit te archaicke unixove architektury a konecne vstoupit do 3. milenia.

[kralyk z abclinuxu]

Žádný z uvedených OS nejsou serverové, jedná se pouze o pokus o komerční rebranding firmwarů pro herní konzole...

[lima]

Aha, takze ty sluzby jako domain controller, SAP, web na IIS, posta a kalendare na Exchange a dalsi co mame v praci a co denne pouziva +400 zamestnancu _nejsou_ na serverech ale bezi na hernich konzolich. Jako vtip dobry.

[R]

Preco asi M$ zacal robit Windows Server Core?

[mankind_boost]

+1

[kralyk z abclinuxu]

Vzhledem k tomu, že konfigurace a používání těhle služeb připomíná nějaký mix FPS a strategické hry, tak v podstatě jo

[Max]

Pokud by jsi ty systémy aspoň trochu znal, tak bys věděl, že MS u několika důležitých projektů přešel na konfiguraci pomocí konzole .
Dále by jsi si měl asi zjistit, co je to core edice windows serveru a kdy přišla na svět .
Jinak teď je spíš móda nepoužívat GUI, ale Web interface .
Dále se taktéž trochu zamysli nad trochu širším obzorem a nebuď jen u home edice . Vezmi si, kolik paměti navíc sežere GUI a vezmi si, že potřebuješ virtualizovat třeba 1000 serverů. Je jasné, že v takovém případě tě GUI vynese do ošklivějších čísel, jak za paměť, kterou potřebuješ navíc, tak i za spotřebu energie, kterou to navíc sežere nehledě na to, že je to další věc, která může zlobit, která potřebuje aktualizace apod.
Provnej si režiji toho, když provozuješ dns server na windows a na linuxu. To je celkem slušný rozdíl.
Zdar Max

[mankind_boost]

Jasně linux má archaickou unixovou architekturu (tohle prostě nemůžeš myslet vážně) a je prostě zaostalej. Proto je to nejpoužívanější kus kódu na planetě. Kámo, už to nehul.....

[Dreit]

Moderní != lepší

[j]

lol ... GUI na widlich serverch je ta naprosto nejvetsi tragedie. Nejen ze to je tam uplne zbytecny, ale navic to nema ani zadnej poradnej shell, takze clovek neustale musi vymejslet vsemozny kombinace gui a scriptu, kdyz chce neco udelat ... protoze neexistuje nic jako jedno misto na kterym neco nastavit ...

Navic to ma kazdej kus widli udelany jinak, a sou tam veci od w3x po w8 ... a metro na serveru, to je obzvlastni posusnani ... vrele doporucuju ... fakt ...

[kralyk z abclinuxu]

To jako fakt? Oni nacpali Metro (tedy v podstatě tabletové rozhraní) na server?

[j]

To jako zcela vazne ... 2k12 srv == metro. A samo, je to uplne stejne imbecilni jako v osmach => neco delas tak, neco onak, takze kdyz neco confis, je to takova kocicka s pejskem varej dort.

Jejich predstava je takova, ze si vyberes trebas ze to bude "webserver" a ono se jaksi "samo" ... pulka nenainstaluje. Hned pritom totiz narazis na to, ze to potrebuje .NET 3.5, kterej tam default neni, a mas sice moznost z GUI ho pridat, ale to ti vynada, ze se "cosi nepovedlo" .... a kdyz prosacujes googlem web, tak zjistis, ze to musis nainstalovat z konzole, protoze klikadlem to nefunguje. Pak ti to prozmenu vynada, ze nejses jako admin dost velkej admin, a ze to musis spustit "jako admin" ...

Jop, z novejsima widlema sou samy uzasny zazitky. Jeden cerstvej, nainstalis si wsus ... a des (po vyse uvedenych a dalsich podobnych zazitcich) do konzole ... podivat se, jak sou na tom tvoje desitky/stovky/tisice stroju s aktualizacema. A ted tam vidis osmy ... a needed count vidis, ze chteji asi 150 aktualizaci ... kdyz to tam sviti tejden, des se podivat na ty osmy, co maj za problem, ze se neopatchujou ... a zjistis, ze "zadne aktualizace nejsou k dizpozici" ... WTF ??? tak zacnes hledat a doctes se v M$ jsou doslova !!! C U R A C I !!! (srry, ale to jinak napsat nelze).

jden z mnoha linku

Je toho vic, oni neustale neco melou o tom, ze tou sou balicky "instalovatelny" na ten system, pricemz ty balicky na ten system nijak z wsusu instalovat nelze (na to je tam taky nekolik dotazu jako to jako asi ma fungovat), a nedokazou pochopit, ze admin desitek stroju proste nebude prochazet jeden stroj podruhym a zkoumat, jestli mezi tema "potrebnejma" aktualizacema je i neco jinyho nez jazykovy sracky. Takze konzole "centralnich" aktualizaci je ti jako adminovi proste khownu, protoze z ni stejne nezjistis, jestli se ti stroje patchujou. Jop, reseni je ty jazykovy balicky zakazat => nenainstalujou se ani tam, kde by potencielne potreba byly ... fakt uzasny. Tyce se w8/2k12 a nejsou to jen jazykovy balicky, je toho vic ...

[Michal Kubeček]

To mi připomnělo, jak se kdysi Windows 95 a možná ještě Windows 98 daly spustit bez grafického prostředí tak, že se do některého z konfiguračních souborů v kořenovém adresáři C: napsalo něco jako "GUI=No". Mělo to jen tu "drobnou" vadu, že pak nefungovala i spousta věcí, u kterých by člověk nečekal, že budou závislé na grafickém prostředí - např. připojování síťových adresářů.

[R]

MSDOS.SYS: BootGUI=0

To ale sposobi, ze Windows sa nenastartuju vobec, nabootuje to len do DOSu.

[nyan]

"Windows Server marketshare across all x86 server sockets, not counting hypervisors as an OS, has gone from over 70% to under 30% in five years."

...

"To combat this trend, Microsoft did something unfathomable, they forced their mobile UI on to servers. If this does not graphically illustrate how badly Microsoft management is out of touch with such a critical market, nothing will."

[frEon]

ja mel za to, ze moderni jsou treba mikrokernely, ktery v jadre maj akorat planovac, spravu pameti a par dalsich veci a vsechno ostatni bezi jako servery v userspace.

[Petr Ježek]

Tak to je zásadní argument pro urychlení vývoje již celá desetiletí moderního GNU/Hurd...

[Conscript89]

Nezapomen integrovat systemd do jadra. Nebo jadro do systemd? To je jedno, stejne to vsechno pozere grub kdyz uz umi i poustet hudbu.

[AsciiWolf]

-1

[Tomáš Bžatek]

X je mrtve, mame tu Wayland.

Oba projekty v userspace pouzivaji veci v kernelu. Myslim, ze je to oddelene docela dobre. V kernelu je docela dlouhou dobu (pocinaje DRI2) rozumna cast grafickeho stacku. Vic bych tam necpal, stejne by to neprineslo moc vykonu navic.

[lima]

Proc davat init nebo framebuffer do jadra je jeste ok a GUI uz ne ? Kde je ta hranice ?

[R]

Init v jadre je hovadina a GUI tiez. Framebuffer je poskytovany driverom grafickej karty spolu s nejakymi operaciami (vykreslovanie). GUI sa postavi nad tym ako program, ktory pouziva sluzby jadra.

[mankind_boost]

init je v jádře?

[Tomáš Bžatek]

Nevim, jestli sis vsiml, ale od jiste doby a pro urcity HW je framebuffer poskytovan kernel DRM driverem. Jedna se o framebuffer do jiste miry akcelerovany, oproti starsim framebufferum s vlastnim driverem, ktery byl vicemene jednoucelovy, Framebuffer jako takovy je jen zakladni prostredek, kernel pres DRM poskytuje dalsi nastroje pro pristup k grafickemu HW (pamet, operace). Tohle vsechno pak pouziva DDX driver X nebo primo Wayland compositor. Tedy framebuffer je zakladnim predpokladem k funkcnimu GUI a to, ze jej vyuziva i konzole, je jaksi jen bonus.

Samozrejme by se toho do kernelu dalo nacpat vic, ale prineslo by to spoustu nevyhod (z hlediska maintainability, security, stability za behu) a jen (predpokladejme) docela maly vykonnostni benefit.

To jsi chtel slyset? A ted si porovnej koncept a vsechny nevyhody tebou zminenych konkurencnich reseni.

[little.owl]

X je mrtve, mame tu Wayland.

Od vas me to potesilo.

[Tomáš Bžatek]

To nic, pssst, jen vidim, jak se chovaji kolegove

[little.owl]

[ewew]

Podľa mňa je GUI na serveri vec, ktorá spotrebuje prostriedky, ktoré by mohol systém použiť na obsluhu požiadaviek. Je to veľky rozdiel keď pri vzdialenom prístupe má preniesť 5MB dát a 100kB dát.

Niekedy to vyzerá, že každy by chcel one-click device.

[j]

Tak na rozchozeni apache na tuxovi ti staci naprosto zakladni distro + ten apache (2GB na disku?) a rekneme GB ramky. kdyz chces totez na widlich, tak potrebujes spesl (poradne mastnou) licenci, desitky GB na disku, a alespon 4GB ramky (budes na tom stejne, 3 sezerou widle).

Ted si predstav, ze potrebujes takovych serveru rekneme 10. To mas 40 vs 10GB RAM a rekneme 20 vs 300GB na disku.

Mam tu jestli dobre pocitam cca 30 widlich virtualu (kvuliva udrzbe co srv to jedna appka). Kvuli tomu tu sou 3 stroje s vmwarem kazdej 128GB ram + samo diskovy pole. Pak tam bezi jeste cca 10 virtualu s tuxem, ale o tech nema smysl vzhledem k jejich narokum mluvit.

[mankind_boost]

Má reakce

[little.owl]

Chlape, vy se mi libite! Takove progresivni mysleni. Jak se jmenujete?

Ja si myslim, ze netreba byt troskar a je treba posunout veci jeste dale.

Nechcete navic napsat Linusovi, ze je treba prestat byti dinosaur a zacit psat kernel v C++?

[Michal Kubeček]

Ale no tak, C++ je přece jazyk z minulého století. Když už, tak rovnou C#… :-)

[potato]

C# je už taky out. C má na krku pár dalších křížků. Nastal čas pro C⧥. Nebo možná C⩩...

[little.owl]

Ale panove ... mame vek cloudu ... Linus by mel prepsat kernel v JavaScriptu!

[j]

Ale ne, ja myslim ze neco takovyho je zcela optimalni.

[miky]

Osobne mi prijde jeste lepsi tohle. Ale uznavam, ze je to vec miry osobniho vkusu :).

[little.owl]

To mi prijde horsi nez Brainfuck.

[Michal Vyskočil]

Ale panove ... mame vek cloudu ... Linus by mel

vůbec přestat psát kernel, vždyť všechno dneska vyřeší cloud, ne?

[kralyk z abclinuxu]

Ale panove ... mame vek cloudu ... Linus by mel prepsat kernel v JavaScriptu!

Mělo by stačit kernel do JS zkompilovat pomocí asm.js

[kralyk z abclinuxu]

Nebo C♭, trochu krok zpět k C...

[Michal Kubeček]

To by byl naopak krok na druhou stranu.

[little.owl]

Pravda .... navic jiz Linux vyjadril sve rozhorceni nad drzosti takoveho navrhu - i kdyz jen u git - zde a zde ...

[pavlix]

Mechanická paměť, že ;).

[little.owl]

Huh?

[pavlix]

Předpokládám, že jsi chtěl napsat Linus, nikoli Linux. Taky se mi to stává u hodně zažitých slov.

[little.owl]

Ahh ... toho jsem si ani nevsiml.