Presne tak, jinak delaji v podstate totez co vsichni - umele navysuji cisla bez praktickeho prinosu..
Zrejme jedine dnesni cislovani odpovida situaci kdy:
1) zvyseni major verze znamena odstraneni funkcionality
2) zvyseni minor verze znamena pridani funkcionality v testovacim rezimu
Neni tedy dnesni vyvoj ani o rozvoji ani o stabilite. Bohuzel :(
pořád monolitické...se spoustou hacků....a spoustou balastu...
Chtělo by to všechno vylejt a začít znovu.
Jak by to bylo krásné, kdybychom měli hezké vyladěné MALINKÉ jadýrko, které by se měnilo tak jednou za 5 let.
K němu by se podle jasně definovaných pravidel tak krásně vytvářely moduly...
Nic proti ale me prijde jako koministicke planovani spis:
"hezké vyladěné MALINKÉ jadýrko" ...
"jasně definovaných pravidel tak krásně vytvářely moduly"
Me prijde jednodussi programovat nad monolitem, nez zabetonovat rozhrani mezi moduly a kazdou kravinu pak tlacit pres nejakou komisi.
komisi? o čem to mluvíte? programujete vůbec? nebo jenom držkujete?
jen pro zajímavost: zrovna mám před sebou jádro uclinuxu 20110324 - má po rozbalení 2.6GB v 167095 souborech.
Zkuste si vytvořit nějaký driver a pak povídejte...
ale má to jednu výhodu. Jsem placen za čas...takže mi ten bord.el vlastně vydělává...ale vnitřně mně to...
výhoda malých jader je v jednoduchosti a omezeném počtu jasně determinovaných interfaců. Veškerá starost o drivery zařízení pak není na programátorech jádra, ale na tvůrcích driverů (dnes většinou firemní programátoři).
Snažší údržba, větší přehlednost, modularita...
Monolitické jádro - špatná udržovatelnost (už teď žere vývojářům obrovsmnožství času), možná větší rychlost (bezvýznamné), obrovské množství hacků, špatná rozšiřitelnost - když chcete napsat driver, musíte se prokousat spoustou zbytečného balastu, nekompatibilita verzí - náme všichni, špatná podpora modulů bez zdrojáků (defakto žádná)...
myslím, že to vidí všichni, ale jak to vyřešit, když je to už teď tak obrovský zahackovaný moloch
> zrovna mám před sebou jádro uclinuxu 20110324
Ehm, vy to nepisete proti Linusovo stromu, nebo patricnemu embedded stromu, ale proti releasnute verzi uClinuxu? A jak to pak budete dostavat do mainline?
> obrovské množství hacků
Jo, ty vznikaj v podnikove sfere, kde je treba neco honem rychle zbastlit a programatori jsou prasata bez sebekazne. Je jedno v cem a pro co pisou.
> myslím, že to vidí všichni, ale jak to vyřešit, když je to už teď tak obrovský zahackovaný moloch
Ne, vsichni to nevidi. Naopak, predstava toho, ze nekdo za kod nese odpovednost a nemusi se drzet vsude striktni kompatibilita je mi daleko sympatictejsi.
Kolos to imho nie je (mozna oproti 2.4), mozna toho podporuje az nechutne vela, ale akesi jadro je stale relativne slim.
Moj defaultny desktop kernel ma zbaleny s LZO 2.5MB a mozem povedat ze je v nom 100 percent toho co pouzivam, nieco malo balastu mam v asi 15 moduloch (podporu fat,ntfs,reiser, nejake serial drivre, ext2/3, nfs a 95 % casu nepotrebne zbytocnosti)).
Je mozna pravda, ze do kernelu sa v poslednej dobe dostava vela vseliakych modulov, ale aspon je za ich vyvoj vzdy niekto zodpovedny, inak tu je policy, ze neaktivne moduly budu vyclenovane (nech si to niekto backportuje ak chce).
IMHO v porovnani s ostatnymi jadrami (do proprietarnych sice nevidim, ale z ich vykonu sa da vselico usudzovat) ponuka linuxovy kernel najlepsi pomer vykon+funkcie/balast+diery.
"Presne tak, jinak delaji v podstate totez co vsichni - umele navysuji cisla bez praktickeho prinosu.."
jsi srandista
Den vydani verze 2.6.39
$ git log -p v2.6.39^..v2.6.39
commit 61c4f2c81c61f73549928dfd9f3e8f26aa36a8cf
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed May 18 21:06:34 2011 -0700
Linux 2.6.39
pocet commitu: 7729
$ git describe --tags --match "v[0-9]*" --abbrev=4 HEAD
v2.6.39-7727-gbd1bfe4
pocet zmen:
$ git diff --stat v2.6.39.. | tail -n1
7345 files changed, 514095 insertions(+), 433293 deletions(-)
Suhlas, ked sa redesignovalo prakticky cele jadro pri prechode z 2.4 na 2.6, preco by to nemohlo platit o jadre 2.8 (resp 3.0)?.
Ja chapem ze jadro 2.6.40 nehovori vela priemernemu BFU, ale zase spominany pouzivatel zvacsa nevie co je to kernel.
Dnes plati, ze sa spravi nova verzia, drbne sa na to more-vista-like GUI a predava sa to ako novy produkt. U antivirov to funguje, ale v open source?
To delenie podla datumu tiez nemusi byt zle, ale na druhu stranu preco s tym zacinat?
Ja osobne by som uvital znova 2.6 a 2.7 radu (povedzme ze posledna testovacia by bola 2.7.40-rc7 a posledna stable by bola 2.6.38). Mozna az prehnane sa snazia vyvojari pushnut novu verziu do "stable", radsej by som uvidel spomalenie vydavania novych verzia a sancu na rozsirenejsie testovanie.
01001110 01100001 00100000 01100011 01110100 01100101 01101110 01101001 00100000 01110100 01101111 00100000 01101110 01100101 01101110 01101001 00100000 01101110 01101001 01100011 00100000 01101101 01101111 01100011 00101100 00100000 01100001 01101100 01100101 00100000 01101101 01110101 01111010 01100101 01110100 01100101 00100000 01110011 01101001 00100000 01110000 01101111 01101011 01100101 01100011 01100001 01110100 00100000 01110011 00100000 01101011 01100001 01101100 01101011 01110101 01101100 01100001 01100011 01101011 01101111 01110101 00100000 00111011 00101001 00001101 00001010 00001101 00001010
0010111000101110001011100110000100100000011011100110010101100010
0110111100100000011100000110111101110101100111101110110101110100
0010000001101110001001100010001100110010001110000011001100111011
0110101001100001011010111111110100100000011101110110010101100010
0110111101110110111111010010000001100100011001010110101101101111
0110010011101001011100100010110000100000011100100110010101110011
0111000000101110001000000111001101101001001000000110111001100001
0111000001110010011011110110011101110010011000010110110101101111
0111011001100001011101000010000001110110011011000110000101110011
01110100011011101110110100101110
Ne neni - protoze me je naprosto totalne uplne jedno jake cislo jadro ma. Nevidim jediny duvod proc bych mel resit jestli je to 2.6.123 nebo 3.1 nebo Abcd1234..
Pokud bych klikl "Jeste uplne jine", znamena to, ze bych mel treba nejaky genialni napad na uplne JINE cislovani - tj. napriklad cislovat to podle poctu menstruaci Kristyny Koci...
Takovy napad nemam. Me je proste srdecne jedno jake cislo jadro ma.
Taková položka v anketě má svůj smysl, protože často lidé přijdou s tím, že chtějí do ankety hlasovat a to znamená vybrat nejbližší možnost jejim preferencím. Normálně by zaškrtli, že je jim to jedno, ale teďko si "museli" vybrat jednu z nabízených možností, která se jim jinak zdá nejlepší. Navíc absence takové položky zbytečně snižuje účast v anketě (protože jak jsi řekl, někteří kvůli tomu nehlasují).
Nikoli, to je moznost "nechci zmenu". Pokud tvrdite, ze je to to same jako "rikejte si tomu jak chcete, hlavne kdyz to bude porad chodit", je to s Vami (Vasi velectenou pomazanou hlavou) jeste o neco horsi nez se bezne zda.
Pokud by byl takovy clovek ve vedeni, nijak to nesouvisi s tim zda ke zmene dojde -> je mu to _JEDNO_, jsou pro nej dulezite jine veci, ale zmene nebude branit pokud o ni ostatni stoji.
Moznost "Je mi to u prdele, hlavne kdyz to porad bude chodit" umozni lidem zucastnit se ankety a pritom nijak neuprednostnovat zadnou z moznosti -> ziskane informace maji vyssi vypovidaci hodnotu (ne ze by to nebylo u prdele, viz nize). Dulezite je ze i pres Vas fundovany sefredaktorsky vymazleny nazor je v tom _podstatny_ rozdil.
Anketa je o nicem (jak jinak, tady se rejzujou prachy z reklamy a honi ega, jsme preci na serveru iinfa ...), teda krom toho ze irelevantni chudaci si zahlasuji o tom "jak je to spravne". Je to jak s politikou, hospodsky tlachy a nic z toho. ZAPLAT BUH, root je nalesteny septik, sbirka prevazne slozena z mene nez amaterske verejnosti, a kdyby zdejsi posadka mela rozhodovat (natozpak o necem podstatnejsim nez o tom jakym zpusobem budem inkrementovat counter)...
Tak ted hlavne zaujmout ten postoj, a klikat a klikat, rouste stav na kontu, roste iluze autorovy dulezitosti, jen pozor aby se nam neprefoukl ;-)
To je pravda jenom castecne. Pokud bych byl sef projektu, tak bych cislovani asi opravdu sam od sebe nemenil, protoze by mi to nepripadalo dulezite. Az by mi ale vetsina ostatnich vyvojaru, marketingove oddeleni nebo treba duch svaty rekli, ze pro ne je nove cislovani opravdu dulezite, tak pokud by to neznamenalo nejaky extremni zasah do kodu (coz mam pocit ze neni pripad jadra), zmenu bych udelal.
Srovnal bych to asi s debatou na tema kde maji byt umistena tlacitka "Ok" a "Cancel" v dialogovem okne - jestli [Ok] [Cancel] nebo obracene [Cancel] [Ok] - opet je mi to jedno, ale ve chvili kdy prijde obchodnik s tim ze zakaznici preferuji jednu variantu, zmenim to, protoze se bude pravdepodobne jednat o 2 radky kodu, XML, nebo dva presuny v nejakem GUI editoru. Nicmene pritom mi STALE bude jedno jak jsou tlacitka umistena.
Jsem ochoten pripustit, ze by v tomto pripade varianta "2.6.x.y" mela smysl pokud bych vedel ze zmena cislovani bude slozita zmena na mnoha mistech, rozbije spoustu fungujicich nastroju a nebo zmeni fungovani nejake casti.
To ale myslim neni tento pripad.
Zaver je, ze v ankete opravdu chybi moznost: "Je mi to jedno" :)
Když vidím, že vyšlo nové jádro, tak vidím něco v tom smyslu jako: "2.6bla bla bla..." Takhle budu mít přehled: 3 mi bude řikat, že to je linux po dvaceti letech a číslo za tím bude verze :) Umělé navyšování dělá třeba Mozilla ale už ne Chrome: to má prostě nějaký vývojový cyklus a tak čísla verzí rostou, to je ale v pořádku. To že je vysoké číslo atraktivní podlě mě není zas takový pravda. Reklama na SuSE Linux 10 mi přišla stejně ujetá jako na ten gel na nohy lioton 100 000...
lioton 100 000 :D Vidíš jak si ho pamatuješ! Imho drogistické výrobky se snaží názvem zaujmout... A co se SuSE týče, to bych raději nekomentoval.
Jinak číslování verzí mi je upřímně jedno. Když se chci podívat na funkcionalitu či aktuálnost jádra stejně hledám na netu a "přechod" na verzi 3.0 mi akorát zkrátí počet čísel, které strýčkovi googlovi budu muset předat.
Vůbec nechápu, proč se 2.x mění na 3.x. Ani jedno číslo nikomu nic neřekne. Já třeba Linux tak intenzivně nesleduji, takže když přijdu ke stroji, který má 2.4.30, vůbec nevím, jestli to je staré 3 roky, 5 nebo 10, podle stáří ani neodhadnu, jaký HW atd to +- podporuje, prostě nicneříkající číslo. 3.x bude to samé. Nejsem uživatel Ubuntu, ale jejich číslování podle data vydání mi přijde smysluplné. Navíc se nikdo nemusí hádat, jaké číslo bude příště a jestli už navýšit major nebo ne, jestli je 40 hodně nebo se pojede do 168 a podobné nesmyslné hádky.
To cislo verze samozrejme nic nerika a ani nic neznamena. Ty ani nejspis na takovem(vanilla) kernelu nepojedes. Pokud pouzivas RHEL tak uvidis verzi 2.6.18.x coz je vanilla jadro 2.6.18 plus nejakych cca 30MB patchu. Ted kdyz RHEL6 obsahuje pouze jeden jediny soubor se "superzaplatou" tak se v tom paradne orientuje.
Dokážu si představit spoustu míst, kde to udělá problém typu Y2K. Tj. kontrola jestli MAJOR == 2 && MINOR == 6 && PATCH >= <něco>.
Mluvím z praktické zkušenosti... převzal jsem balíčkování Berkeley DB v Debianu a Wheezy už bude mít jen jednu hlavní Berkeley DB knihovnu (pokud se teda vše podaří, nicméně perl a python už se povedlo přemluvit :)). Každopádně jeden z větších často opakujících se problémů je to, že Berkeley DB zvýšilo verzi z 4.9 nikoli na 4.10 ale na 5.0 a spousta věcí se rozsypala, protože má v kódu přesně tento typ kontrol a musí se opatchovat z:
(DB_VERSION_MAJOR == 4 && DB_VERSION_MINOR >= 6)
na:
DB_VERSION_MAJOR > 4 || (DB_VERSION_MAJOR == 4 && DB_VERSION_MINOR >= 6)
O.
Myslím, že je to nezodpovednosť autora. Autor má s tým počítať, že verzie pokračujú. Mal by spraviť inteligentný kontrolór verzie. Minimálne taký, aby vedel verzie rozoznať ako človek. Na druhej strane, môžem uznať, že je to dobrá pripomienka. Ja osobne som nikdy neuvažoval nad tým, že niekto môže takto "lenivo" ošetriť verziu. Ja by som to tak určite nerobil.
Zdravím, docela mě překvapilo, že vůbec od verze 2.6 se změnil systém číslování. To jest více než před 8 lety. To jsem fakt mimo. Nicméně starý způsob s jehož výkladem se dnes stále můžeme setkat v mnoha starších tištěných publikací mi připadal více logický než ten který přišel s touto řadou, resp. ten který se chystá v nejnovějších vydání. Především to byl způsob rozlišování stabilních a testovacích řad. To potom rovněž znamená, že jsme se všichni stali napůl pokusnými králíky. Z linuxu se stává příšernej balast. Se potom nedivím že s každou novou verzí pak klesá výkon a že nyní má linux dlouhodobé problémy se spotřebou.
Takze pani dlouhodobe problemy se spotrebou som uz cital asi tak 10x v prispevkoch ale nik mi nevedel povedat ako sa ku nim dostat. Takze ak niekto viete ako na to dajte mi prosim vediet.
Pretoze momentalne mam 2.6.39 na custom build linuxe - je to system ktory ma asi 2 roky a pravidelne si ho sam kompilujem/ doplnam nejakymi aplikaciami. Podla diagnostiky (ACPI) to berie bezne z baterky 600mA - samozrejme ked sa zapnu obe CPU tak sa vysplham i na 800 - 1100 mA.
Stav - baterka v linuxe aspon 6 hodin pri beznej praci. Pod woknami sa nedostanem cez 3 hodky.
HW = acer aspire ONE, 1gb ram, atom@1.6Ghz 250GB hdd z toho asi 100GB pre rootfs na ktorom je XFS.
Dalsia vec co ma milo potesila su odborne nazory na to ako je linux hrozne naprogramovany - mohol by mi niekto odporucit iny OS/ kernel ktory rozbehnem na normalnom (citaj x86) HW zo slusnou podporou? Vinikajuci system uz doma mam (IRIX) len je troska problem ze HW sa nevyraba... ;)
Ano vy jste typicky uzivatel :) Custom buid linux vuci "normalnim" windows....
Co k tomu napsat ? Asi jste spal kdyz dlouha leta slo windows uspavat do S3 bezproblemove na drtive vetsine HW i bez custom build , kdezto na linuxu to byl docela zasadni problem.
Ale jo proc ne , ono ostatne uz ten IRIX o necem vypovida ze , treba o odtrzeni od reality.
Když se píše "linux má problémy se spotřebou", tak je to podle předchozího příspěvku nutné vykládat následovně: Některé distribuce mají problémy se spotřebou, protože jejich vývojáři jsou tupci, kteří nedokáží vyrobit custom kernel, který by měl dostatečně nízkou spotřebu (jak je vidět, je to možné).
No a maintaineři distribuce asi taky nebudou úplní "typičtí uživatelé".
mohol by mi niekto odporucit iny OS/ kernel ktory rozbehnem na normalnom (citaj x86) HW zo slusnou podporou?
Treba Mac OS X. Prý vydrží na baterce cca. 2x tolik než Windows, takže možná by jste se dostal na výdrž co s linuxem. Pokud Vám však jablko ani trochu nevoní tak zkuste třeba nějaké BSD (např. FreeBSD, Solaris). S podporou to bude zřejmě o malinko horší než u linuxu.
Jinak svým výše uvedeným příspěvkem jsem nechtěl nic jiného, než vyjádřit lítost nad tím co linux byl a čím se stává nyní, nikoliv vybízet uživatele linuxu k přechodu na jiný systém. Každý si ať vybere takový systém, který se mu hodí pro práci, kterou potřebuje vykonat. Osobně jsem před cca. 2 roky jsem zjistil že se mi pro moji práci příliš Linux nehodí, takže mám nyní W7 a když mám čas tak si v dualbootu trochu pohraji s Openindiana.
Spousta lidi tu napsala mnoho kravin :)
Jak to vidim ja:
Po zmene vyvojovyho modelu (licha/suda) je to celkem logickej krok, neb ta dvojka je tam zcela zbytecna. Docelo casto pripravuju novy kernely a tuhle zmenu vitam, neb 2.6.16.39 je docela necitelny. 3.0.5 vypada mnohem lip. Osobne bych se nejvic priklanel k modelu rok-cislo, alespon by to prvni cislo melo nejakej vyznam.