Linux 3.8

Vyšel Linux 3.8 (LKML). Přináší celou řadu novinek. Například souborový systém Ext4 nyní dokáže ukládat data drobných souborů přímo v inode, což zvyšuje výkon a efektivitu využití místa na disku. Btrfs má novou operaci "replace" (nahraď) umožňující efektivní nahrazení jedné jednotky ve svazku. Nový souborový systém F2FS důsledně navržený pro paměťová úložiště na bázi NAND flash. Odstraněna podpora procesorů 386. Podrobnosti na The H, Kernel Newbies a samozřejmě v Jaderných novinách.

19.2.2013 14:42 | Ladislav Hagara | Nová verze

Komentáře

[A]

Odstraněna podpora procesorů 386.

Linux uz nevie co od popularity tak teraz eliminuje majoritu uzivatelov tymto nepodarenym gestom

[Rovano]

Chlapče, když nevíš která bije, tak se nevyjadřuj.

[Jan]

Osobně neznám nikoho, kdo by Linux na i386 spustil. Sám jsem začínal na i486, takže odstranění i386, pokud povede k jednoduššímu jádru, vnímám jako dobrý krok a žádné gesto.

[JoHnY2]

Tak ja vim o nekolika lidech co provozovali Slackware na 386ce s prvnim apachem, myslim. Na druhou stranu neznam nikoho kdy by takovej HW pouzival poslednich 15 let. I vsechny prumyslovy krapy co jsem potkal v sobe maj aspon klon 486DX nebo jsou stejne uplne uzavreny, takze nikdo zdravej nema potrebu do nich cpat linux (zvlast ne posledni kernel z roku 2013!).

[Radovan Garabík]

Linux (debian) som spúšťal na 386 (4MB RAM), niekedy pred 14 rokmi, a kamarát to aj normálne chvíľu používal ako workstation, takže do 15 rokov sme sa zmestili

[R]

SoC sa robia vacsinou ako 486SX (bez FPU), nie 486DX. Preto emulaciu FPU v jadre nechali.

[Tomáš Bžatek]

Ja jsem si v minulem tisicileti normalne hral s linuxem na 386@40MHz. Monkey linux tusim a mozna i zipslack.

[little.owl]

Monkey linux

Jo, to bylo disket!

[ee]

jj tech bylo.. : ) nemate ho jeste nekdo nekde?

[Marián Kyral]

Google něco našel: http://projectdevolve.tripod.com/text/download.htm

[Marián Kyral]

Akorát koukám, že ty odkazy jsou mrtvé
No další místo je tady: http://www.filewatcher.com/m/mlinux06.arj.1456379-0.html

[Ruža Becelin]

Monkey mam na disku - 6 instalacnich disket + dalsi v packages

Tady je torrent.

[pc2005]

Měl by to mít přímo na stránkách průmyslovky.

[j]

To toho moc nevis ...

Spousta satelitu a obecne kritickych aplikaci pouziva prave 386tky. Proc? Protoze se pro to snadno programuje (existuje hromada hotovyho kodu ...) a proto, ze narozdil od modernejsich CPU je tohle celkem slusne odolny proti vsemoznymu zareni.

Nevim samo jak moc se pripadne vyuziva linux/kernel a samo lze pouzivat starsi model, ale ... jednou z vyhod linuxu je(respektive bylo ....) prave to, ze bylo mozne pouzivat aktualni SW i na velmi obstaroznim HW. Sam mam doma stale funkcni P100 ... za jak dlouho bude odstranena jeho podpora?

[little.owl]

Hlavne ten design je odzkouseny, i kdyz military/space certifikaci ma snad jen upravene Pentium P54C.

[potato]

http://www.abclinuxu.cz/zpravicky/podpora-386-odstranena-z-linuxoveho-jadra#32

Opakovaný vtip není vtipem.

[Rovano]

To je reakce na můj popudlivý koment? No určitě bych si do kritického zařízení nedal aktuální a ani 5 let starý jádro a k tomu nějako aplikace, co ho vyžadují. Tam se většinou dosud programuje úplně jinak.

[Jakub Lucký]

see https://www.abclinuxu.cz/zpravicky/podpora-386-odstranena-z-linuxoveho-jadra#38

Chybí P100 nějaké radikální instrukce, kvůli které se musí dělat psí kusy?

[pedro]

...(ironie) ano, a to je prave ten duvod proc se o stare srajdy starat naveky a drzet kvuli tomu hromadu bastlu v aktual kernelu (/ironie) pokud nekdo takove cpu pouziva, muze si to osetrit sam/napsat si to/sehnat si nejaky jiny mikro kod a stari verzi kernelu atp. Linus a hromada jinych vyvojaru prece nebudou nadosmrti udrzovat 286, 386 jen proto, ze ty to mas nekde v satelitu nebo podobnem blackboxu - tenhle tvuj argument je naprosto ujety

[Mti.]

286 uz ne. Linux uz zacinal s pozadavkem na 32bit.

[Michal Kubeček]

IMHO nešlo ani tak o 32-bit, ale hlavně o to, že 286 ještě neměla stránkování.

[Michal Vyskočil]

A taky na 286 běhal afaik Xenix, takže by Linus musel konkurovat MS už od začátku . Ale spíš bych si tipnul na to, že Linus jednoduše měl počítač s 386, takže ani nebyl důvod svůj jednoduchý projekt prasit podporou pro starší procesory.

[xkucf03]

Já se o to pokoušel, ale musel bych si toho hodně (a nejen jádro samozřejmě) překompilovat sám nebo použít nějakou prehistorickou distribuci. Nakonec to nedopadlo a na svojí 386 spíš zkusím rozchodím FreeDOS + nějaké ty GNU aplikace.

[Marek]

Opravdu nevim, kdo by mohl chtit spoustet na 386 Linux 3.8. Chapu, ze nekde jsou treba nejake prumyslove aplikace na 386 pod linuxem, ale tam jim myslim v pohode staci nejaka superstabilni odzkousena historicka verze.

[R]

Pred par rokmi som mal na 386ke Linux 2.6.12. Jadro som kompiloval sam a odstranil kompresiu, lebo to bootovalo pomaly. Ako userspace som musel pouzit nejaky stary Slackware, ktory este 386 podporoval. Vsetko novsie uz bolo kompilovane pre 486.

[----]

Bych šel ještě dál a podporoval pouze 686 a vyšší.

[jiri.one]

+1

[Mti.]

Brzdi. Takovym tempem by nas mohl Jardik rychle zariznout.

[xkucf03]

Kdybych dělal novou distribuci, tak taky budu mít jen 64bitovou (AMD) verzi (případně ARM).

Druhá věc je jak by se k tomu mělo stavět jádro – jednou z výhod Linuxu je, že běží na všemožném hardwaru – téhle výhody bychom se neměli bezdůvodně zbavovat. Je to o hledání rovnováhy mezi kompatibilitou a efektivitou (jak vývoje, tak běhu) na moderních/běžně používaných platformách.

[kralyk z abclinuxu]

Kdybych dělal novou distribuci, tak taky budu mít jen 64bitovou (AMD) verzi (případně ARM).

A co lidi s menší RAM? Skoro by bylo lepší k tomu přidat x32 verzi, ačkoli nevim, jak moc to je/není použitelný v praxi...

[trekker.dk]

Menší RAM na 64bitovém procesoru? Kde bys ji vzal?

[kralyk z abclinuxu]

Co? Nerozumim...

[kralyk z abclinuxu]

Aha, takhle, no ono úplně stačí třeba levnější / menší laptop s 64b procesorem a 1~2 GB RAM. Na takovým stroji se spíš vyplatí 64b jádro + x32 nebo 32b userspace.

[trekker.dk]

Na takovém stroji jsou 8B pointery vcelku zanedbatelná záležitost. Stejně si browser vezme víc paměti, než na tom stroji má.

[Michal Kubeček]

Nevezme. Na takovém stroji používám KDE4 a Firefox a … světe, div se, vejdou se.

[trekker.dk]

V tom případě není problém, že má jenom 1GB RAM

[Michal Kubeček]

No, já rozhodně nepatřím k těm, kteří by používali 32-bitový systém na 64-bitovém procesoru… Poslední 32-bitovou instalaci Linuxu jsem zlikvidoval asi tak před pěti lety.

[kralyk z abclinuxu]

Ta úspora paměti zanedbatelná není. Na takovým stroji to může docela dobře znamenat, že na 64b musí swapovat a na 32b ne.

Už se to tady několikrát měřilo a probíralo...

[Nicky726]

Jj.

[Jendа]

Třeba první x86_64 Semprony a desky s maximální kapacitou paměti 1 GiB. To jsou stroje z roku 2005.

[pako]

Ale u x32 vůbec nejde o architektury CPU podporované jádrem, jde o to, jaké ABI bude celý systém používat. I když budu chtít "jenom" x32, musím běžet na platformě amd64 a použiji téměř vše kromě adresování.

[kralyk z abclinuxu]

No však, v tom je ta pointa

[Dom]

+1

[lempl]

ja by som siel este dalej a kazdy kto chce pouzivat linux 3.8 a novy xorg k tomu tak musi pouzivat quad core Xeon najvyssej rady a k tomu 160GB ram a basta , ostatne vymazat :)

ne, dobry krok je to premazat , mohli sice aj viac premazat a precistit a neak to rozdelit napr do verzie napr xy budu podporovane taketo a od verzie zy budu zas iba nove architektury ale s tym ze xy by stale dostaval bezpecnostne zaplaty a vyladoval by sa pre stare architektury, ale to by zas chcelo viacero vyvojarov, a tiez by asi vznikla nekompatibilita s aplikaciami ci user space vecami

[R]

Tak si nainstaluj Windows 8.

[----]

?

[Martin Mareš]

Co si pamatuji diskusi na LKML, ledaskdo ještě klony 486 a Pentia používa ve všelijakých průmyslových aplikacích.

[----]

Jasně, ale tam bych očekával nasazení staršího kernelu (řady 2.4 nebo 2.6).

[JoHnY2]

To si jeste nepotkal 486 klon z Ciny na 233Mhz a k nemu pripichnuty USBcko nebo moderni wifi sitovku (jeden z asusich draftN routeru). Uz toho snad nechali, ale porad se bavime o HW, kterej se pred 2 rokama jeste doprodaval a v tisicich az mnohotisicich denne slouzi.

[dustin]

Taky přesné v té diskusi tvrdí, že 486 budou podporovat ještě "decades".

[R]

Videm som nejaky router s PCMCIA slotom - tam bol 486 SoC s PCI/ISA zbernicou, na to napojeny CardBus/PCMCIA bridge a na tom ten slot.

[Jendа]

Ano, třeba Alix. A staré jádro a userspace bych tam nedával (IPv6).

[dustin]

Kernelí tým x86 už to očividně řešil delší dobu https://lkml.org/lkml/2012/8/24/347 , takže bych se nebál, že neví, co dělají.

[Karry]

Našel jste někdo jak povolit inline data v ext4? Jak je to zpětnou kompatibilitou? Co by se stalo kdybych filesystem s inline daty přimountoval v jádře < 3.7 ?

[Nikola Ciprich]

rekl bych ze pokus o mount na starsim kernelu skonci na unsupported features chybe..

[Petr Ježek]

Čím to je, že se ctěné obecenstvo raději vrhne na komentování marginálie (odstranění podpory dávno nepoužívané HW platformy) místo komentování zajímavých vylepšení FS? Pokud má mít vývoj čehokoli smysl, pak je to právě ve zlepšování finkčnosti, a to obě uvedené změny přesně činí... Ohledně vývoje kernelu jen tolik, že pokud vývoj SW sleduje vývoj HW, pak je vše v naprostém pořádku na rozdíl od opačné situace...takže starého kováře na staré železo.

[Aleš Kapica]

Čím to je, že se ctěné obecenstvo raději vrhne na komentování marginálie (odstranění podpory dávno nepoužívané HW platformy) místo komentování zajímavých vylepšení FS?

Nejspíš tím, že pravděpodobně v případě těchto věcí vůbec netuší která bije. Natož aby k nim něco mohlo fundovaně podotknout.

[little.owl]

Vubec ne. Nam je to tak jasne, ze to ani nestoji za rec.

Navic tyhle veci byly jiz diskutovany trikrat, pokud jen trochu sleduje vyvoj, castecne i zde.

[Rovano]

Na ten flashkovej FS jsem zvědavej. Jen nevím jak to vypadá s vývojem. Aby to zase nějaké bariéry atd nezpomalili. Prvotní testy jsou vždycky podezřele dobré a potom to 2 roky zase zpomalují.

[:::]

k f2fs: nebylo by lepsi vytvorit vrstvu ktera implementuje wear leveling nad blokovym zarizenim a nad to dat normalni fs? Pripada me ze tady uplne zbytecne michaji 2 veci dohromady...

[little.owl]

Nebylo.Wear leveling algorithm a FS lze rozumne integrovat.

[:::]

zrovna tak by se do FS dala "rozumne" integrovat komunikace s HDD, coz ale neznamena ze je to dobrej napad...

[little.owl]

Mapovani dat do vyhrazeneho ulozneho prostoru a komunikacni pristupovy protokol k tomuto prostoru jsou jine veci. Dale, tady se navic bavime o FS ktery pracuje na raw NAND pameti, HDD jsou uplne neco jineho.

[:::]

ze mapovani dat a komunikacni protokol jsou ruzny veci chapu. Ze hdd a flash jsou ruzny taky veci chapu. Co nechapu je michani veci ktery by se daly snadno oddelit a zlepsit tak design (do one thing and do it well).

A z tvyho puvodniho prispevku mam pocit ze rikas: nebylo tak tezky tyhle veci spojit, takze to bylo spravny. A s tim nesouhlasim...

[Jendа]

Vrstva pod FS třeba netuší, co jsou metadata, co je žurnál a co jsou dlouho ležící soubory.

[trekker.dk]

To možná netuší, ale určitě by nebyl problém jí ty informace předat. Stějně jako není (nebyl) problém naučit filesystémy předávat vrstvám pod sebou informaci o tom, že daný blok dat již není potřeba zachovávat (tj. vyvolat operaci discard)

[little.owl]

nebylo tak tezky tyhle veci spojit, takze to bylo spravny.

To jste pochopil uplne spatne. Smysl to ma spojit, pokud to prinese technicky benefit. Prectete si alespon dokumentaci zde, pak snad budem moci byt vice konkretni.

[nyan]

k f2fs: nebylo by lepsi vytvorit vrstvu ktera implementuje wear leveling nad blokovym zarizenim a nad to dat normalni fs? Pripada me ze tady uplne zbytecne michaji 2 veci dohromady...

Ne, protoze "normalni" fs delaji spoustu veci jistymi zpusoby protoze predpokladaji ze budou pouzite na normalni disk; ty veci jsou zbytecne nebo dokonce spatne pro flashky.

Nejlepsi by bylo mit jeden fs s integrovanym wear levelingem, meli bychom jeden poradne udelany flash-friendly fs misto stovky zabugovanych sr****ych firmwaru od hw vyrobcu.

Nicmene, jako obvykle je problem v tom, ze todle sice chapou engineers tech vyrobcu, ale uz ne pointy haired bosses.

[Michal Kubeček]

Už se těším na další absurdní flame u verze 3.9.

[Mti.]

No nazdar. Vzdyt to neni tak stary hw, ne? .... teda ... no ... hm ... trudny zivot pametnika. Za chvilu mi nekdo zacne tvrdit, ze ty isove NE2000 uz muzu taky snad vyhodit, ne? No, zkusim najit nejakou pojizdnou 486ku, terminatoru jeste par najdu, asi si zkusim nakrimpovat kus rg58 a postavit malou nostalgickou sit.... mam pocit, ze nekde mi lezi pci karty s bnc... dohajemijesmutno.

[pc2005]

NE2k taky? Nooooooo! Tak třeba RTL8029 je PCI 10Mbps založená na NE2k a já jí ještě před pár lety používal.

[little.owl]

Sledujice zdejsi plac, je treba pozadat Linuse o kernel "Vintage Edition" pro sberatele stareho Hw.