The Register - Linus Torvalds je na LinuxConu 2009, ki te dni teče v Portlandu v Oregenu spet poskrbel, da je v medijih završalo, saj jim je ponovno vrgel mastno kost v glodanje. Dejal je namreč, da je Linuxovo jedro postalo debelo in veliko (bloated). Na vprašanje, kakšen načrt ima odprtokodna skupnost, se je nasmehnil z besedami, da bi rad rekel, da ga imajo. Kot pravi, Linux ni več na poti k majhnemu, elegantnemu in učinkovitemu jedru, kot je bil pred 15 leti. Z razvojem in večanjem popularnosti postaja jedro veliko in grozljivo. Zatrdil je, da stabilnost ni problem, saj hrošče odkrivajo in odpravljajo tako hitro, kot jih dodajajo, težava je le glomaznost.
Je pa res, da je Linux modularen in da si ga lahko vsak prevede, kakor želi. Tako tisti, ki niso zadovoljni s komercialnimi distribucijami, lahko ustvarijo svojo ali pa uporabijo kakšno specializirano. Denimo uClinux zasedene manj kot 100 KB.
Novice » Ostala programska oprema » Linus Torvalds: Linux je glomazen
FireSnake ::
To, da si ga lahko vsak prevede je sicer res, ampak eno veliko zavajanje.
Je treba se spremenit kaj (drugace je tako brez veze prevajat) ... tu se pa konca, a to tudi lahko naredi vsak?
Jaz trdim, da tega se vsak programer ne zna!
Je treba se spremenit kaj (drugace je tako brez veze prevajat) ... tu se pa konca, a to tudi lahko naredi vsak?
Jaz trdim, da tega se vsak programer ne zna!
Poglej in se nasmej: vicmaher.si
WamPIRe- ::
Sicer se ne spoznam na te zadeve, vendar to da postaja jedro vse večje se mi zdi razumljivo. Če podpira vsak dan več strojne opreme, več standardov itd... IMO bi bilo hecno pričakovati, da bo za zmeraj jedro veliko par MB.
nekikr ::
Pazi r0ker kaj govoriš. Linux je najboljši OS pod soncem (vsaj tako je večinsko mnenje forumašev tu).....
Sicer je pa logično da gre zadeva v to smer. Če bi ostali na enostavnem jedru bi sedaj imeli stotinko procenta tržnega deleža med desktop OSi.
Sicer je pa logično da gre zadeva v to smer. Če bi ostali na enostavnem jedru bi sedaj imeli stotinko procenta tržnega deleža med desktop OSi.
Hitch-Hiker ::
Meni se ne zdi tako zelo glomazno, glede na to da so gonilniki za vse, kar se podpira, vključeni v samo jedro. Ne čisto vse.
Pa še če ga prilagodiš svojemu sistemu (zmečeš nepotrebne stvari ven) se kar precej zmanjša.
Pa še če ga prilagodiš svojemu sistemu (zmečeš nepotrebne stvari ven) se kar precej zmanjša.
Zgodovina sprememb…
- spremenilo: Hitch-Hiker ()
Poldi112 ::
>To, da si ga lahko vsak prevede je sicer res, ampak eno veliko zavajanje.
>Je treba se spremenit kaj (drugace je tako brez veze prevajat) ... tu se pa konca, a to tudi lahko naredi vsak?
Ja. Ampak ti očitno še nikoli nisi poiskusil. Imaš en lep meni in za vsako stvar lahko poveš, kaj boš imel in kaj ne.
>Jaz trdim, da tega se vsak programer ne zna!
Čisto mogoče, ampak to še ne pomeni da zadeva ni enostavna. Ven metati stvari pa res ni umetnost.
>Je treba se spremenit kaj (drugace je tako brez veze prevajat) ... tu se pa konca, a to tudi lahko naredi vsak?
Ja. Ampak ti očitno še nikoli nisi poiskusil. Imaš en lep meni in za vsako stvar lahko poveš, kaj boš imel in kaj ne.
>Jaz trdim, da tega se vsak programer ne zna!
Čisto mogoče, ampak to še ne pomeni da zadeva ni enostavna. Ven metati stvari pa res ni umetnost.
Where all think alike, no one thinks very much.
Walter Lippmann, leta 1922, o predpogoju za demokracijo.
Walter Lippmann, leta 1922, o predpogoju za demokracijo.
Bistri007 ::
In kaj pol če ima Linux veliko kode? Kakšne so posledice?
Raje vidim, da je več stvari v Linuxu (tj. jedru), kot v nekih na pol zapuščenih projektih.
Sicer je stvar modularna. Samega jedra jedra ni niti tako veliko.
Raje vidim, da je več stvari v Linuxu (tj. jedru), kot v nekih na pol zapuščenih projektih.
Sicer je stvar modularna. Samega jedra jedra ni niti tako veliko.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
driver_x ::
@FireSnake: ti je že Poldi112 povedal. Prevajanje jedra ne pomeni pisanja in brisanja kode, ampak imaš lep sistem menijev, kjer za vsako opcijo nastaviš, ali jo želiš imeti v jedru, kot zunanji modul ali pa je sploh ne želiš imenti. Jedro sem do pred kratkim redno prevajal sam, pa nisem videl še niti ene vrstice njegove kode.
Tak način torej omogoča, da razne binarne distribucije podpirajo vse možne naprave, po drugi strani pa lahko dobiš zelo namensko distrubucijo ali pa si jedro čisto prilagodiš svoji napravi.
Pa še to je: na sistemu imaš lahko več jeder in ob zagonu izbereš, katerega boš uporabljal. Če že hočeš imeti popolno optimizacijo za različne namene.
Tak način torej omogoča, da razne binarne distribucije podpirajo vse možne naprave, po drugi strani pa lahko dobiš zelo namensko distrubucijo ali pa si jedro čisto prilagodiš svoji napravi.
Pa še to je: na sistemu imaš lahko več jeder in ob zagonu izbereš, katerega boš uporabljal. Če že hočeš imeti popolno optimizacijo za različne namene.
Zgodovina sprememb…
- spremenil: driver_x ()
FireSnake ::
Imaš en lep meni in za vsako stvar lahko poveš, kaj boš imel in kaj ne.
OK, na tak nacin pa ja.
Poglej in se nasmej: vicmaher.si
kitaj ::
Zame je Linux najboljši in najbolj uporaben sistem. Za ostale me pa niti ne briga.
Glede golomaznosti: nam mojem delovnem računalniku sistem z vso potrebno in manj potrebno programsko opremo zasede 5GB. Sodelavčeva Vista zasede 15GB + 2GB ostalega programja.
Glede golomaznosti: nam mojem delovnem računalniku sistem z vso potrebno in manj potrebno programsko opremo zasede 5GB. Sodelavčeva Vista zasede 15GB + 2GB ostalega programja.
WhiteAngel ::
Linux jedro ni tako glomazno po MB, če primerjamo z ostalimi OS-i. Glomazen je po številu vrstic kode in količini gonilnikov, ki jih pripelje zraven.
LKMS je stvar izboljšal glede distribucije nekaterih gonilnikov (npr. ati, nvidia, vbox ga uporabljajo privzeto). Vprašanje pa je, kaj bi se zgodilo, če bi LKMS nalagal v povprečju *vseh* 100 gonilnikov ob zagonu in bi dobili bolj mikro jedro s tem (čeprav bi core še vedno ostal monoliten).
LKMS je stvar izboljšal glede distribucije nekaterih gonilnikov (npr. ati, nvidia, vbox ga uporabljajo privzeto). Vprašanje pa je, kaj bi se zgodilo, če bi LKMS nalagal v povprečju *vseh* 100 gonilnikov ob zagonu in bi dobili bolj mikro jedro s tem (čeprav bi core še vedno ostal monoliten).
Mavrik ::
*sigh*
Kako ogromno presenečenje! Da je monolitno jedro, katerega del so tudi vsi moduli za vso strojno opremo, ki jo OS podpira, glomazno! Novica leta!
Mislim res, a je dejansko kdo presenečen da je monoliten kernel velik in glomazen?
Pa tisti, ko vam ni jasno o čem se govori: govori se o JEDRU. Bluzenje o tem kako Vista zasede 20 GB, nek naključen distro Linuxa pa 5 GB je tule offtopic.
Kako ogromno presenečenje! Da je monolitno jedro, katerega del so tudi vsi moduli za vso strojno opremo, ki jo OS podpira, glomazno! Novica leta!
Mislim res, a je dejansko kdo presenečen da je monoliten kernel velik in glomazen?
Pa tisti, ko vam ni jasno o čem se govori: govori se o JEDRU. Bluzenje o tem kako Vista zasede 20 GB, nek naključen distro Linuxa pa 5 GB je tule offtopic.
The truth is rarely pure and never simple.
Zgodovina sprememb…
- spremenil: Mavrik ()
Brane2 ::
Po moje to Linus ni mislu čisto tko, kot je bilo objavljeno.
Moje kernel ima ene 7MB skupaj z vsemi driverji in z priročnim RAM diskkom z nekaj moduli in navlake, kar danes ne b bilo nevzdržno celo za kak Arm v acces pointu ali podobni napravi ( pa je kernel tam _veliko_ manjši).
Po moje gre bolj za to, da kernel poskuša biti vse vsem uporabnikom in je tako na račun pokrivanja največjih in eksotičnih strojev kernel na majhnih napravah včasih nekoliko izven optimale.
Rešitev bo verjetno kako "drevo dreves", kjer ne bo več samo enega uradnega vanilla kernela, ampak jih bo več, glede pač na naravo naprave.
Tako najbrž kaka težka PCI infrastruktura nima smisla v SoC sistemu, kjer zunanjega PCI vodila sploh ni, pa tudi scheduling in locking se najbrž razlikuje pri majhnem unicore prčolinu v telefonu od tistega za največje sisteme.
Po moje gre bolj za take zadeve in ne za tistih par MB scompilanega kernela ali za 1GB sourcea...
Moje kernel ima ene 7MB skupaj z vsemi driverji in z priročnim RAM diskkom z nekaj moduli in navlake, kar danes ne b bilo nevzdržno celo za kak Arm v acces pointu ali podobni napravi ( pa je kernel tam _veliko_ manjši).
Po moje gre bolj za to, da kernel poskuša biti vse vsem uporabnikom in je tako na račun pokrivanja največjih in eksotičnih strojev kernel na majhnih napravah včasih nekoliko izven optimale.
Rešitev bo verjetno kako "drevo dreves", kjer ne bo več samo enega uradnega vanilla kernela, ampak jih bo več, glede pač na naravo naprave.
Tako najbrž kaka težka PCI infrastruktura nima smisla v SoC sistemu, kjer zunanjega PCI vodila sploh ni, pa tudi scheduling in locking se najbrž razlikuje pri majhnem unicore prčolinu v telefonu od tistega za največje sisteme.
Po moje gre bolj za take zadeve in ne za tistih par MB scompilanega kernela ali za 1GB sourcea...
On the journey of life, I chose the psycho path.
BlueRunner ::
Če pod jedro štejemo samo "jedro" + hal + vmfs, potem je jedro še vedno majhna stvar.
Če notri prištejemo vse gonilnike, potem pa je res glomazno.
Če notri prištejemo vse gonilnike, potem pa je res glomazno.
Mavrik ::
Pri Linuxu na žalost ne moreš šteti modulov "izven jedra", saj zaradi designa spadajo zraven in so neločljivo povezani z jedrom ko to enkrat teče.
Pri NT jedru recimo to ni tako. Ne moreš skup tlačit različnih paradigem razvoja.
Linus je mislo točno tako. Vlačiti par miljonov vrstic kode, ki poskušajo vključevat podporo za vsaki bogi hardware, FS in mrežni protokol pod soncem preprosto ne more končati drugače kot da je "glomazen".
Pri NT jedru recimo to ni tako. Ne moreš skup tlačit različnih paradigem razvoja.
Po moje to Linus ni mislu čisto tko, kot je bilo objavljeno.
Linus je mislo točno tako. Vlačiti par miljonov vrstic kode, ki poskušajo vključevat podporo za vsaki bogi hardware, FS in mrežni protokol pod soncem preprosto ne more končati drugače kot da je "glomazen".
The truth is rarely pure and never simple.
Brane2 ::
Pri Linuxu na žalost ne moreš šteti modulov "izven jedra", saj zaradi designa spadajo zraven in so neločljivo povezani z jedrom ko to enkrat teče.
To pa ni res. Moduli so lahko povsem ločeni od jedra in še nenaloženi počivajo na disku, tudi ko jedro že teče. Tudi naložene module se da "sneti"...
Linus je mislo točno tako. Vlačiti par miljonov vrstic kode, ki poskušajo vključevat podporo za vsaki bogi hardware, FS in mrežni protokol pod soncem preprosto ne more končati drugače kot da je "glomazen".
O.K. Kje te ta glomaznost moti ? Pri compilanju kernela ? Bugi pri razvoju ?
On the journey of life, I chose the psycho path.
Zgodovina sprememb…
- spremenil: Brane2 ()
Mavrik ::
Kar nikakor ne spremeni dejstva, da so distributirani z jedrom, in morajo biti obvezno skupaj s tistim jedrom tudi prevedeni ter morajo imeti ustrezen vmesnik za tisteo jedro, saj nekega APIja za module, ki bi omogočal ločeno nalaganje in distribucijo trenutno preprosto ni.
The truth is rarely pure and never simple.
Brane2 ::
Na brzaka sem v svoji konfiguraciji kernela, ki je prej imela vgrajeno vse živo, kar sem v prvem prehodu videl, zmetal v module, v kernelu pa pustil samo stvari, ki jih rabim ob bootu ( filesistemi, perticije itd).
Z več ko 7MB sem prišel na malo manj kot 3. Ajde, gre za bzImage, ki je stisnjen in ne zajema struktur in podatkov v RAMu, daje pa prvi vtis...
Prej si trdil A.
Nakar ti pokažem, da kvasiš neumnosti, sedaj pa trdiš "hja, ampak še vedno B".
In ne, tudi B ne drži. Lahko scompilam modul na mašini A in ga naložim na mašino B.
Seveda ne v poljubnih verzijah kernela, a tega v tvoji zahtevi itak ni...
Z več ko 7MB sem prišel na malo manj kot 3. Ajde, gre za bzImage, ki je stisnjen in ne zajema struktur in podatkov v RAMu, daje pa prvi vtis...
Kar nikakor ne spremeni dejstva, da so distributirani z jedrom, in morajo biti obvezno skupaj s tistim jedrom tudi prevedeni ter morajo imeti ustrezen vmesnik za tisteo jedro, saj nekega APIja za module, ki bi omogočal ločeno nalaganje in distribucijo trenutno preprosto ni.
Prej si trdil A.
Nakar ti pokažem, da kvasiš neumnosti, sedaj pa trdiš "hja, ampak še vedno B".
In ne, tudi B ne drži. Lahko scompilam modul na mašini A in ga naložim na mašino B.
Seveda ne v poljubnih verzijah kernela, a tega v tvoji zahtevi itak ni...
On the journey of life, I chose the psycho path.
Zgodovina sprememb…
- spremenil: Brane2 ()
Mavrik ::
Prej si trdil A.
Nakar ti pokažem, da kvasiš neumnosti, sedaj pa trdiš "hja, ampak še vedno B".
In ne, tudi B ne drži. Lahko scompilam modul na mašini A in ga naložim na mašino B.
Seveda ne v poljubnih verzijah kernela, a tega v tvoji zahtevi itak ni...
Jaz še vedno trdim A (da je Linux velik bloated monolitni kernel). Sem ti pokazal zakaj A. Če ti ne znaš brat pa na žalost več nimava kaj tule debatirat.
Za to da se kernel spremeni iz "monolitnega" v "modularnega" in naprej "mikrokernel" je potrebno kaj več kot pa par loadable modulov.
The truth is rarely pure and never simple.
Zgodovina sprememb…
- spremenil: Mavrik ()
Bistri007 ::
In kaj je fora, da nimaš na voljo vseh modulov? Misliš, da kaj upočasnjujejo delovanje? Par MB RAM ti ziher ni škoda danes, lahko pa nastanejo nekompatibilnosti...
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
MacQ ::
Kaj se je zgodilo s tem, da se ti je jedro samo skompajlaro ob instalaciji glede na tvoj hardver?
The sound of the ocean is dead, it's just the echo of the blood in your head.
Brane2 ::
Jaz še vedno trdim A (da je Linux velik bloated monolitni kernel). Sem ti pokazal zakaj A. Če ti ne znaš brat pa na žalost več nimava kaj tule debatirat.
Greva še enkrat:
1.
A:
Pri Linuxu na žalost ne moreš šteti modulov "izven jedra", saj zaradi designa spadajo zraven in so neločljivo povezani z jedrom ko to enkrat teče.
ne kvasi neumnosti:
To pa ni res. Moduli so lahko povsem ločeni od jedra in še nenaloženi počivajo na disku, tudi ko jedro že teče. Tudi naložene module se da "sneti"...
B:
Kar nikakor ne spremeni dejstva, da so distributirani z jedrom, in morajo biti obvezno skupaj s tistim jedrom tudi prevedeni ter morajo imeti ustrezen vmesnik za tisteo jedro, saj nekega APIja za module, ki bi omogočal ločeno nalaganje in distribucijo trenutno preprosto ni.
ne kvasi neumnosti:
In ne, tudi B ne drži. Lahko scompilam modul na mašini A in ga naložim na mašino B.
Seveda ne v poljubnih verzijah kernela, a tega v tvoji zahtevi itak ni...
Kaj ti še ni jasno ?
Poleg tega si prezrl vprašanje:
O.K. Kje te ta glomaznost moti ? Pri compilanju kernela ? Bugi pri razvoju ?
Sprašujem to zato, ker je v sourceu načeloma vse lepo popredalčkano ne ne vidim problema v tem, da bi sam ročno oklestil source praktično vsega tistega, kar bi se mi zdelo odveč pred compilanjem. Pa se mi zdi to povsem odveč, ker je tisti 1GB na disku zanemarljiv, sploh pa ga rabiš samo začasno...
Kaj te torej tako žuli ?
On the journey of life, I chose the psycho path.
AmokRun ::
Kaj pa je sploh prednost tega, da ima nek os driverje vgrajene v jedro?
Če nekih driverjov ni v jedru in jih potem naknadno naložim (predvidevam da se ne "vključijo" direktno v jedro), a potem zadeva deluje drugače?
Če nekih driverjov ni v jedru in jih potem naknadno naložim (predvidevam da se ne "vključijo" direktno v jedro), a potem zadeva deluje drugače?
BlueRunner ::
Linux je takšen, kot je, ravno zaradi tega, ker se ne vztraja na ohranjanju API-ja ali ABI-ja. Zaradi tega ni enostavno izločiti modulov (recimo jim gonilniki) iz jedra in jih peljati kot ločen projekt. Kar zagotovo povzroča svojevrsten bloat.
Po drugi strani pa je stvar debate, če je ta bloat neobvladljiv oziroma nevaren. Osebno bi rekel, da vsakdo, ki se ne ukvarja z razvojem modulov (OEM-i) ali pa razvojem samega jedra, preprosto ne more imeti kvalificiranega mnenja o temu kako neobvladljiv ali nevaren ta bloat je ali pa lahko postane.
Lahko je to "IMHO mnenje", ne more pa biti to "argumentirano mnenje".
Po drugi strani pa se da voditi razvoj jedra tudi na drugačen način. Vse je seveda odvisno od ciljev, zahtev in pričakovanj avtorjev. Pa ni potrebno notri vleči ravno kakšnih oken. Lahko si pogledamo tudi Darwin, Solaris in tudi kakšna druga odprtokodna jedra. Cilji, zahteve in pričakovanj avtorjev, pač.
Po drugi strani pa je stvar debate, če je ta bloat neobvladljiv oziroma nevaren. Osebno bi rekel, da vsakdo, ki se ne ukvarja z razvojem modulov (OEM-i) ali pa razvojem samega jedra, preprosto ne more imeti kvalificiranega mnenja o temu kako neobvladljiv ali nevaren ta bloat je ali pa lahko postane.
Lahko je to "IMHO mnenje", ne more pa biti to "argumentirano mnenje".
Po drugi strani pa se da voditi razvoj jedra tudi na drugačen način. Vse je seveda odvisno od ciljev, zahtev in pričakovanj avtorjev. Pa ni potrebno notri vleči ravno kakšnih oken. Lahko si pogledamo tudi Darwin, Solaris in tudi kakšna druga odprtokodna jedra. Cilji, zahteve in pričakovanj avtorjev, pač.
ALT ::
matthai ne bluzi. ze xpji so sami iskali driverje in prihajali z kopico raznoraznih driverjev. vista je pa ze sama vse nasla in namestila. v win7 je pa isto kot v visti, karkoli se priklopi je tudi samodejno instalirano.
in to da z najslabso lastnostjo linuxa ([ne]obstoj driverjev za razno razne zadeve) pljuvas po windowsih je prava komedija.
in to da z najslabso lastnostjo linuxa ([ne]obstoj driverjev za razno razne zadeve) pljuvas po windowsih je prava komedija.
BigWhale ::
To, da je kernel bloat jaz trdim ze kar nekaj casa. S to razliko, da v tem primeru tale bloat ni nujno slab.
Se strinjam, driverje za RLL/MFM diske bi verjetno lahko ven zmetali iz kernela ampak to potegne za sabo en kup problemov z distribucijo gonilnikov.
Se strinjam, driverje za RLL/MFM diske bi verjetno lahko ven zmetali iz kernela ampak to potegne za sabo en kup problemov z distribucijo gonilnikov.
Mavrik ::
To, da je kernel bloat jaz trdim ze kar nekaj casa. S to razliko, da v tem primeru tale bloat ni nujno slab.
Se strinjam, driverje za RLL/MFM diske bi verjetno lahko ven zmetali iz kernela ampak to potegne za sabo en kup problemov z distribucijo gonilnikov.
To. Ni nujno da je tak pristop "nujno" slab. Linux pač se je odločil za drugačno paradigmo, kar načeloma sicer potegne ene svoje probleme s sabo (recimo dodajanje modula skoraj gotovo zahteva prevajanje s pravimi "kernel headerji", ker distributer težko predvidi vse konfiguracije, težje je tudi "downgradat" driver, ko ti en pametnjakovič ga v novem kernelu zlomi) ima pa prednost v tem, da so driverji distributirani kar zraven s samim jedrom in se nekaj malo tudi prišpara pri hitrosti.
Po drugi strani pa imaš Windowsov model, kjer lahko driver naložiš čez več različnih verzij kernela in je zaradi stabilnega ABI/APIja zadeva delujoča in ni treba vsega distributirati (ter tudi prevajati in nalagati v kolikor hočeš delat OS "za mase") zraven.
The truth is rarely pure and never simple.
Lonsarg ::
Mah kakšen bloat v linuxu! Ker manka enotnosti pri linuxu jaz vidim edino eno rešitev, v linux jedro dati še ene 100MB zraven, da bo čimveč enako pri vseh distibucijah. Vse od podpore za urejanje wifi naprav, bluetooth naprav, pa tako dalje, namesto da to delo opravla en bogi napol delujoč KDE Network manager naprimer. To bi zame bil fajn jedro.
desperados ::
Res ni bitno kakšno je jedro in koliko vrstic kode je v njem, ko se enkrat zaveš koliko kasnejših težav ti prihrani... Mogoče nas je le kakih 15% Linux uporabnikov, ki smo se kdaj spravili med zobe velike glomazne pošasti, naravnost v žrelo Tuxa in tam postorili kako stvar, da nam je sistem deloval tako kot je bilo takrat potrebno.
Ko se spraviš prevajati celoten sistem te res da mine do življenja, ampak če prevajaš le kake module pa ni nobene panike, enkrat prevedeš 1000× uporabiš tako to gre...
Linus pa mislim, da je mislil le na vzdrževanje vse te kode. Pa dajte no v 18 letih se pa je le nekaj nabralo, kr naj bo tako kot je. Če pa komu kaj ne paše pa naj pomeče ven :)
//madviper: Brisan offtopic del!
Ko se spraviš prevajati celoten sistem te res da mine do življenja, ampak če prevajaš le kake module pa ni nobene panike, enkrat prevedeš 1000× uporabiš tako to gre...
Linus pa mislim, da je mislil le na vzdrževanje vse te kode. Pa dajte no v 18 letih se pa je le nekaj nabralo, kr naj bo tako kot je. Če pa komu kaj ne paše pa naj pomeče ven :)
//madviper: Brisan offtopic del!
Zgodovina sprememb…
- spremenil: madviper ()
fiction ::
Glomaznost pomoje tukaj ni misljena tako, da je problem vedno vec driverjev ali pa podprtih featurjev in bi bila tezava sama velikost. Sicer je res jedro monolitno, ampak se vedno imas module in pac tistega cesar ne rabis ne prevedes (oz. to za tebe naredi nekdo drug). Tudi tistih par deset mega sourca ob trenutni velikosti diskov ni omembe vredno.
Tezava je pomoje bolj v tem kako enostaven je Linux za vzdrzevanje in nadaljnji razvoj. Ce ne planiras striktno kako bos siril funkcionalnost, lahko hitro pride do kaksnih grdih reci. Nekje naredis en kompromis, ki ima za posledico caranje se na drugih koncih, komponente hitro postanejo prevec povezane med seboj in je tezko kasneje podpreti nekaj podobnega malo novejsega. Namesto, da se ti zadeva siri, se zacne nekontrolirano razrascati. Se vedno dodajas stvari, ampak porabis vedno vec casa za to da zadevo normalno vklopis noter. Namesto kode za dolocen feature moras spremeniti se nekaj od prej, poflikati malo tu in malo tam in posledicno imas vedno vec neke bloated glue-kode. Se pravi Linux ni samo v stilu vzamem ta kos sestavljanke od tu in tega od tam, ampak je vazno ze prej razmisljati tudi o tem kako naj bi izgledala celotna slika. In prav ta slika je vcasih malo meglena, ko se samo vkljucuje najboljsi mozen popravek od posameznega avtorja.
Tezava je pomoje bolj v tem kako enostaven je Linux za vzdrzevanje in nadaljnji razvoj. Ce ne planiras striktno kako bos siril funkcionalnost, lahko hitro pride do kaksnih grdih reci. Nekje naredis en kompromis, ki ima za posledico caranje se na drugih koncih, komponente hitro postanejo prevec povezane med seboj in je tezko kasneje podpreti nekaj podobnega malo novejsega. Namesto, da se ti zadeva siri, se zacne nekontrolirano razrascati. Se vedno dodajas stvari, ampak porabis vedno vec casa za to da zadevo normalno vklopis noter. Namesto kode za dolocen feature moras spremeniti se nekaj od prej, poflikati malo tu in malo tam in posledicno imas vedno vec neke bloated glue-kode. Se pravi Linux ni samo v stilu vzamem ta kos sestavljanke od tu in tega od tam, ampak je vazno ze prej razmisljati tudi o tem kako naj bi izgledala celotna slika. In prav ta slika je vcasih malo meglena, ko se samo vkljucuje najboljsi mozen popravek od posameznega avtorja.
Bistri007 ::
Kaj to pomeni, da je na vrsti neglomazni 2.8 Linux?
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
Stipex ::
Se spomnim ko sem nekaj let nazaj bral članek unix inženirja Thea de Raadta, poogooglav, naletel na komentar na osnews, kjer je nekdo objavil link:
http://www.forbes.com/2005/06/16/linux-...
"It's terrible," De Raadt says. "Everyone is using it, and they don't realize how bad it is. And the Linux people will just stick with it and add to it rather than stepping back and saying, 'This is garbage and we should fix it.'"
http://www.forbes.com/2005/06/16/linux-...
"It's terrible," De Raadt says. "Everyone is using it, and they don't realize how bad it is. And the Linux people will just stick with it and add to it rather than stepping back and saying, 'This is garbage and we should fix it.'"
Brane2 ::
Leta 2005. Poleg tega je Linusu zavrelo in je odgovoril na tole, česar pa nisi omenil.
On the journey of life, I chose the psycho path.
poweroff ::
Theo de Raadt... OpenBSD in njegova hvalisavost glede varnosti. Tip naj raje utihne.
sudo poweroff
driver_x ::
Za koga drugega kot za razvijalce jedra pa je njegova obsežnost in glomaznost sploh pomembna? Zame kot uporabnika je najvažnejše to, da si lahko jedro čisto enostavno prikrojim svojim potrebam. Poleg tega pa jedro omogoča sestavo takega operacijskega sistema, da na njem delam kot na pravem UNIX-u. Meni to popolnoma zadošča.
driver_x ::
Če za trenutek pustimo ob strani temo, kateri OS je boljši od drugega in se osredotočimo na samo izjavo iz novice omenjenega gospoda. Zanimivo pri vsem skupaj je, da si Linus upa na glas povedati, če ga kaj moti pa naj si gre za Gnome, KDE ali pa samo jedro. Si predstavlja kdo podobno izjavo iz nasprotnega tabora?
denial ::
Še je upanje za Linux...
Fresh from LinuxCon 2009. Linus +1!!!!!
Fresh from LinuxCon 2009. Linus +1!!!!!
SELECT finger FROM hand WHERE id=3;
Zgodovina sprememb…
- zavaroval slike: madviper ()
madviper ::
Odstranjen ves flame-war, vsi odgovori, ki se nanasajo na flame-war in vse kar ni povezano s samo temo novice!
I'd like to do something crazy!
denial ::
@Mavrik
A se počutiš sedaj kaj bližjega bogu ker si pobrisal (skoraj) vse poste?
Bistri007:
Sicer je že smoke lepo povedal vendar vseeno... image Windows kernela je datoteka ntoskrnl.exe (ali ntkrnlpa.exe) vendar je nujno zraven prišteti še hal.dll ter win32k.sys.
A se počutiš sedaj kaj bližjega bogu ker si pobrisal (skoraj) vse poste?
Bistri007:
Sicer je že smoke lepo povedal vendar vseeno... image Windows kernela je datoteka ntoskrnl.exe (ali ntkrnlpa.exe) vendar je nujno zraven prišteti še hal.dll ter win32k.sys.
SELECT finger FROM hand WHERE id=3;
Zgodovina sprememb…
- spremenil: denial ()
yeti ::
Prvič, preberite si originalen clanek, tale novica je katastrofa, npr. rekel je "Uh, I'd love to say we have a plan.." ali po slovensko, "želel bi si da BI IMELI načrt".
Drugič, linux SO ena velika bloatana jajca, kar govorijo preacherji linuxa tukaj je nekaj kar je morda veljalo za linux pred nekaj leti.
Moj predlog, server sistemi BSD, workstation sistemi za kogarkoli, ki ne uporablja samo klasicno "office" (text editor,email, browser,...) zbirko
programov, windowsi. Mi je prav zal ampak linux je (tako kot zadnje case firefox, mi rata prav brez tezav dobiti memory fingerprint 500mb) prekleto precenjena zadeva in se drzi pokonci predvsem zaradi stare slave in pa seveda preacherjev, ki vztrajno trdijo da je ta zadeva najboljsa od odkritja kruha (in so tiho o tem, da si sami lomijo zobe ker je ze tako zelo posusen).
Drugič, linux SO ena velika bloatana jajca, kar govorijo preacherji linuxa tukaj je nekaj kar je morda veljalo za linux pred nekaj leti.
Moj predlog, server sistemi BSD, workstation sistemi za kogarkoli, ki ne uporablja samo klasicno "office" (text editor,email, browser,...) zbirko
programov, windowsi. Mi je prav zal ampak linux je (tako kot zadnje case firefox, mi rata prav brez tezav dobiti memory fingerprint 500mb) prekleto precenjena zadeva in se drzi pokonci predvsem zaradi stare slave in pa seveda preacherjev, ki vztrajno trdijo da je ta zadeva najboljsa od odkritja kruha (in so tiho o tem, da si sami lomijo zobe ker je ze tako zelo posusen).
Go away or I will replace you with a very small shell script.
Brane2 ::
Prvič, preberite si originalen clanek, tale novica je katastrofa, npr. rekel je "Uh, I'd love to say we have a plan.." ali po slovensko, "želel bi si da BI IMELI načrt".
Drugič, linux SO ena velika bloatana jajca, kar govorijo preacherji linuxa tukaj je nekaj kar je morda veljalo za linux pred nekaj leti.
Moj predlog, server sistemi BSD, workstation sistemi za kogarkoli, ki ne uporablja samo klasicno "office" (text editor,email, browser,...) zbirko
programov, windowsi. Mi je prav zal ampak linux je (tako kot zadnje case firefox, mi rata prav brez tezav dobiti memory fingerprint 500mb) prekleto precenjena zadeva in se drzi pokonci predvsem zaradi stare slave in pa seveda preacherjev, ki vztrajno trdijo da je ta zadeva najboljsa od odkritja kruha (in so tiho o tem, da si sami lomijo zobe ker je ze tako zelo posusen).
Spet eden, ki ne zna brati. Thorvalds je to reku za KERNEL, ne pa celoten mozaik programov in knjižnic.
On the journey of life, I chose the psycho path.
yeti ::
Spet eden, ki ne zna brati. Thorvalds je to reku za KERNEL, ne pa celoten mozaik programov in knjižnic.
Ne ne sem kar zastopil kaj je rekel. Ce bi rekel za vse ostalo sploh ne bi bilo presenetljivo (kar je sicer
normalno, enako kot so bloatani windowsi z vso user space navlako od explorerja naprej), presenetljivo je,
da je dejansko rekel za nekaj kar ima pod kontrolo sam. Upal sem, da je vsaj tukaj red. Sicer je pa tudi
KDE ze konkretno popljuval, ce ze ravno hoces.
Go away or I will replace you with a very small shell script.
BigWhale ::
yeti, v bistvu pojma nimas. Linux je najboljsa stvar po odkritju kolesa.
Linus je pa rekel, da si zeli, da bi lahko rekel, da imajo nek nacrt. Ampak stvar je postranska, ker si celotno novico slabo prebral. Govori se o kernelu in mnozici modulov, ki pridejo s kernelom.
In, kot smo ze povedali, tak bloat ni nujno slab. V bistvu je lahko celo boljsa resitev od kake non-bloated zadeve.
No, tudi KDEja ni konkretno popljuval, v bistvu je nergal nad Fedoro.
Linus je pa rekel, da si zeli, da bi lahko rekel, da imajo nek nacrt. Ampak stvar je postranska, ker si celotno novico slabo prebral. Govori se o kernelu in mnozici modulov, ki pridejo s kernelom.
In, kot smo ze povedali, tak bloat ni nujno slab. V bistvu je lahko celo boljsa resitev od kake non-bloated zadeve.
Sicer je pa tudi
KDE ze konkretno popljuval, ce ze ravno hoces.
No, tudi KDEja ni konkretno popljuval, v bistvu je nergal nad Fedoro.
Zgodovina sprememb…
- spremenil: BigWhale ()
yeti ::
yeti, v bistvu pojma nimas. Linux je najboljsa stvar po odkritju kolesa.
Žal je kolo štirioglato. Ker so fanatiki hoteli iz server sistema narediti workstation so ga zasvinjali
do te mere, da ni ne server ne workstation.
Go away or I will replace you with a very small shell script.
Vredno ogleda ...
| Tema | Ogledi | Zadnje sporočilo | |
|---|---|---|---|
| Tema | Ogledi | Zadnje sporočilo | |
| » | Kdo piše Linuxovo jedro (strani: 1 2 )Oddelek: Novice / Operacijski sistemi | 31735 (25384) | AndrejO |
| » | GNU/Linux, GNU plus LinuxOddelek: Operacijski sistemi | 3812 (3388) | Zero0ne |
| » | Linus Torvalds: Linux je glomazen (strani: 1 2 )Oddelek: Novice / Ostala programska oprema | 10324 (6409) | yeti |
| » | Vzroki v kernelu Linuxa da na njem ne delajo Win aplikacije (strani: 1 2 )Oddelek: Programiranje | 7060 (5427) | BlueRunner |
| » | Windows 2006 (strani: 1 2 )Oddelek: Novice / Operacijski sistemi | 5667 (5667) | Hellios |