Hlavní navigace

Názor ke článku Testovanie distribúcií, profesionalita alebo amatérstvo. od Michal - [61] Take to budu muset kratit. Bohuzel nevim...

  • 1. 9. 2008 20:02

    Michal (neregistrovaný)

    [61] Take to budu muset kratit. Bohuzel nevim na jake vase vypady mam reagovat a ktere nechat plavat, protoze je toho vice nez zvladnu (normalne nejsem zrovna vasnivy internetovy diskuter).

    Porad jste nerekl, co jste myslel nekterymi svymi prispevky (jmenovite [11] ale to jen priklad), krome trollovani. Ted k technictejsi casti:

    Uz jste nam rekl, ze Linux je spatne navrzeny [11]. To jste na mou zadost rozvedl "Už návrh Linuxu byl špatný." [56] a nasledne jste nam rekl, ze ma "zjevně zastaralý koncept", Monolitický kernel, nema preempci kernelu, má mizerný I/O managementem (kvuli prioritizaci IRQ), nema rozdělení na nějaké rozumné moduly.

    To, ze budete dokola opakovat Linux je spatny protoze vlastnost xy je mizerna, neni argument, dokud nam nereknete proc je xy mizerne (a to, ze xy je technicke slovicko ohromi mozna vasi asistentku). Vzhledem k tomu, ze pouzivate slova jako "hemzi", "mizerny", "bahno"... mel byste mit argumenty velmi padne.

    Takze Monoliticky kenel:

    Mate pravdu. Linux je monoliticky kernel, vyvojari o tom vedi, debata je ohniva, staci zagoolit. najdete vysvetleni, proc design Linuxu neni tak spatny, jak to na prvni pohled vypada podle jmena teto skatulky. Nektere veci jsou napr. reseny kernel thready, jak se toto lisi od vasich "serveru v kernel mode"? Spoustu veci je reseno ciste v userspace (ony slavne unixove daemony). System je modularni (viz nize).

    Preemce kernelu:

    Pravdepodobne sve informace cerpate ze stare propagandy. V [56] pisete v lepsim pripade naprosto neinformovane (v horsim lzete). CONFIG_PREEMT je ve stabilni vetvi od 2.6.0 a najdete mi nekde ve http://kernel.xc.net/html/linux-2.6.0/i386/PREEMPT zminku o jeho experimantalnosti (naopak ja tam ctu doporuceni "Say Y here if you are building a kernel for a desktop"). Od verze 2.6.13 uz si jen muzete (podle zamereni pocitace) vybrat mezi ruznymi preemt strategiemi http://kernel.xc.net/html/linux-2.6.13/i386/#PREEMPT_NONE

    Mizerny I/O managemet:

    Dejte linky na nezavisle benchmarky srovnavajaci I/O performance realnych aplikaci treba apache (male soubory, velke soubory), oracle, postgresql na win a lin (a Get the facts opravdu neni nezavisle). (Ale pozor testujeme operacni systemy ne web servery). Kupodivu moc benchmarku se po netu nevali, ale podle mych zkusenosti peformuji oba systemy velmi podobne.

    Rozdeleni na moduly:

    Kazdy rozumne napsany projekt je rozdeleny na moduly. Na rootu byl napr. pred casem odkaz na http://www.makelinux.net/kernel_map

    X11:

    X11 je příšernost ohledně psaní aplikací, dokumentace, a stejně tak ohledně výkonu:

    Aha, dalsi expresivni slovicko, ale argumenty nikde.

    Kupodivu X11 protokol je nevhodný i pro vzdálený přístup k systému:

    Nevhodny bych nerekl, ale je docela pomaly (jedna z mala veci, kde souhlasim)

    Navíc X11 servery nejsou multithreadové (při značně pomalém rendrování stránky s čínskými znaky máte smůlu, dokud nedoběhne):

    Neumim posoudit, jestli by vice threadu byl dobry navrh, napr nektere web servery behaji kvuli vykonu zamerne v jednom threadu. S temi cinskymi znaky jste to vzal proboha kde? Nedokazu si predstavit toolkit, ktery by stranku textu renderoval jako jednu X11 message (slo by to vubec?) Vzhledem k tomu, ze message se vyridi rychle jsou latence male, v nejake chvili je stejne potreba serializovat pristup ke GPU. Otevrit web page plnou cinskych znaku jsem zkousel, browser dostal pokourit, ale X server nemel problem.

    Některá zařízení umí jen zobrazovat bitmapy, jiná zařízení umí barevné obdélníky, offscreen buffery, čáry, křivky, nebo rendrovat text. GDI potom překládá volání aplikace na taková grafická primitiva driveru, která dané zařízení umí.

    Zatimco X11 (pochopitelne s XRender extension) je protokol pro takova graficka primitiva jako barevné obdélníky, offscreen buffery, čáry, křivky, nebo text a X server tato volani preklada na taková grafická primitiva driveru, která dané zařízení umí.

    Co mi unika? Mozna namitnete, ze s tim textem je trochu slozitejsi. Mate pravdu X11 neumi antialiasovany text a XRender kresli glyphy na ne texty. Ovsem, kde mate to bahno?

    Co se tyce Gimpu, jeste jednou si prectete co pisi v [59]. Netvrdim, ze je drzost kritizovat GUI Gimpu (mohl byste ale byt konkretnejsi), Tvrdim, ze je drzost tvrdit, ze nekomu vyhovuje jen proto, ze "jim to autori vtloukli do hlavy".

    Co se tyka komercnich SW produktu, nejsme v az takovem sporu, je mi jasne, ze zdrojaky nikdy neuvidim a budu odkazan na dokumentaci a support. Jen jsem si postezoval, ze za ty penize dostavame casto dokumentaci nekompletni a suport nekompetentni. Nekdy bych dal prednost zdrojakum a primemu kontaktu na vyvojare (staci mailing list). Nekdy se hodi ten placeny support, alespon zakaznik nadava na jine (OSS kompenty totiz supportujeme my), ale nadavani je tak vsechno, co zmuze.

    Vite co, uz jsem s vami stravil prilis casu. jestli chcete mit posledni slovo, mate prilezitost ;)