Vlákno názorů k článku Komiks: nový operační systém od Michal Kára - Dneska se fakt povedl, dobry napad, davam za...

lol, tak tohle je fakt mimo. od roku cca 1996 jsem pouzivam linux. behem te doby jsem musel -- diky imbecilite linuxovych programatoru -- opravovat chyby v ruznych kusech sw, vcetne linuxiho posvatneho kernelu. ted jsem na vistach a vidim, ze funkcionalita pro spravu (WMI), ktera byla uz ve windows 98, v linuxu doposud nema zadnou alternativu (tj. zpozdeni ve vyvoji 10 let). vidim, ze samba implementuje nekompletni domain controller na windows NT (zpozdeni ve vyvoji 15 let). v linuxu chybi funkcionalita srovnatelna s active directory (zpozdeni ve vyvoji 8 let).

moje zkusenosti s linuxi komunitou jsou dost hrozne. kdykoli jsem potreboval jakoukoli feature, stejne jsem si ji nakonec musel implementovat sam. jedina feature, kterou na me prani kdy kdo implementoval byla v jednom newsreaderu (pan), kde jsem predtim nahlasil mraky chyb, takze byl vyvojar naklonen neco maleho implementovat.

na linuxu byl s velkou slavou implementovany window manager bezici nad 3d akceleraci (beryl, inspirace microsoftim aero). akorat ma jednu chybku: dokud bezi beryl, sebere si pro sebe 3d akceleraci grafarny, takze nejdou spustit aplikace s 3d akceleraci (jako napr. hry). tedy, beryl je v realu nepouzitelny.

kdyz srovnam kernel vist a linuxu, tak jsou visty dal. jako priklad muzu dat treba vistovsky scheduller, ktery garantuje procesum prideleni casu i pres vysoke mnozstvi interruptu (typicky scheduller po prichodu interruptu pocita cas jeho obsluhy jakoby do casu aktualne beziciho procesu/vlakna).

pokud se linuxim vericim takovehle veci pokousim vysvetlit, pripada mi, ze je to jako boj s vetrnymi mlyny, protoze linuxi vira je zjevne silnejsi nez schopnost videt realitu.

Jj. Ten Beryl mě taky praskl hned do očí... :D

ad visty a pristup na hdd: to jsem nepotkal, chybu bych hledal v ovladacich hdd

ad beryl: nainstaloval jsem, delal problemy, prohlasil jsem za nefunkcni, smazal jsem. nemam potrebu travit hodiny rozchozovanim neceho, co se stejne behem mesice pri nejakem updatu znovu samo rozbije.

jo a jeste neco k tomu pristupu na hdd: protoze je moznych vysvetleni nekolik, docela by me zajimalo co se tam presne deje -- muzete zkusit pustit process monitor (de facto windowsi ekvivalent strace) a kouknout co se tam deje? pripadne mi poslat zaznam? mtd@centrum.cz diky.

aha, takze ja lzu. a vsechno jsem si vymyslel. a co ostatni lide, kterym to nejde?

https://www.abclinuxu.cz/poradna/linux/show/187175
http://forum.ubuntu.cz/index.php?topic=8323.0

atd..

no, resili to treba vymenou driveru. jenze s tim je problem, protoze kazdy z linuxovych driveru (at uz nvidia nebo ati) je problematicky. v te dobe jsem se dostal do situace, kdy jsem si vybiral mezi driverem, ktery mi bud zasekaval pocitac, nebo druhym, ktery zase po nejake dobe prestal zobrazovat kurzor mysi.

btw, zaznelo tu od nekoho, ze je beryl starsi nez visty, coz je lez.

nicmene ty podepsane MS jsou vetsinou ve vyrazne lepsim stavu nez nepodepsane.

k opravam driveru jdou vyrobci hw presvedcit, dva znami takhle pres technickou podporu nahlasili chyby ve win ovladacich a dostali pomerne rychle nove ovladace k otestovani.

ja tyhle problemy resim spis -- podobne jako v linuxu -- tak, ze se pred nakupem hw podivam po netu, zda nejsou nejake obecne zname nevyresene problemy a podle toho hw vybiram. typicky u grafaren nema smysl kupovat cokoli novejsiho nez pul roku (radsi rok), protoze drivery jsou porad na urovni beta verze.

u starsiho hw je samozrejme problem, ale to v linuxu taky, protoze si tam si to clovek musi vetsinou stejne opravit sam a treba me uz tohle nebavi. radeji si koupim novy hw, nez abych se stoural v driverech (rychlejsi a systemovejsi reseni). takze pro me dopadaji tyhle problemy jak v linuxu tak na windows dost podobne. ale chapu, ze chudy student nadseny z linuxu radeji investuje svuj cas do opravy driveru, nez penize do nakupu hw.

Jaké konkrétně máte problémy s grafikami od NVidie? Já používám pouze tyto karty a nějaký opravdu větší problém jsem zažil pouze jednou, kdy moje tehdejší karta nebyla podporována v officiálních ovladačích. Spravila to hned další verze. Do té doby a od té doby nic. (A to prosím hraju Windows hry na Linuxu).

Máte pravdu. wiki říká, že Aero se objevilo při prvním představení Vist roku 2005, Beryl a Compiz od roku 2006. Mě by však spíš zajmalo, kde berete podklady pro své tvrzení :"(beryl, inspirace microsoftim aero)". Když se podívám na beryl (nebo ještě lépe Compiz) a Aero tak je to nebe a dudy a oficiální weby neříkají nic o tom, že by jim bylo inspirací MS. Takže?

prvni problem, ktery jsem mel (naposledy jsem to videl pred nekolika mesici, predpokladam, ze stale trva) je integrace driveru nvidie do ubuntu. pri kazdem updatu X se prepisi nejake knihovny, takze je potreba driver rucne reinstalovat.

dalsi problem bylo (naposled pred cca 3/4 rokem, nekdy v te dobe jsem se zbavil linuxoveho desktopu), ze se mi zasekavaly X. neco jsem delal a najednou vsechno zatuhlo a pomohl jedine reset. vzhledem k tomu, co jsem tehda napozoroval predpokladam, ze slo o nejaky race v nvidia driveru.

dalsi problemy (a tady uz si nejsem jisty, zda to bylo na ati nebo nvidii) bylo:

a) zatuhavani gl na jednom driveru. vzhledem k tomu, ze xscreensaver ma glkove screensavery, musel jsem kvuli tomu vsechny vypnout. nicmene tenhle workaround fungoval jen do te doby, nez byl do xscreensaveru pridan dalsi glkovy screensaver. tj. samo se to po nekolika mesicich rozbilo. tahle chyba me pekne stvala, protoze mi pocitac zatuhaval, kdyz jsem od nej na chvili odesel.

b) mizeni kurzoru, kdy po vzbuzeni ze screensaveru se neobjevil kurzor mysi. to byla taky parada, kvuli tomu se musely restartovat X.

ad aero: podklady beru v tom, ze aero je afaik prvni desktop, ktery pouziva 3d akceleraci pro svou funkci. nic vic za tim neni. jeste je samozrejme jedna moznost a to inspirace temi X, stavenymi nad opengl. ale o tech se afaik nikdy moc nepsalo a ani ted nedokazu najit kdy ten projekt vlastne vznikl. mno.. napady v sw prumyslu vykradaji bezne, treba microsofti excel i lotus 1-2-3 vykradly visicalc. napady na design uzivatelskeho interface si zase mezi sebou dlouhou dobu kradou apple a microsoft, design appliho interface pochazi afaik puvodne od xeroxu. to jen aby bylo jasne, ze na tom nevidim nic spatneho.

O zadnem DKMS jsem v zivote neslysel. Zjevne ale v ubuntu az tak dobre integrovane neni, kdyz mi ubuntu poskozuje drivery nvidie.

ad linuxove 3d desktopy: o kterych 3d desktopech konkretne mluvite, anonymni zbabelce? Jenom abychom si ujasnili casovy ramec a alespon zhruba schopnosti prislusnych 3d desktopu. osobne si myslim, ze zadne takove nebyly, protoze jsem v te dobe take neco takoveho zkousel pouzivat a nevzpominam si na zadny desktop, ktery by bezel nad 3d akceleraci (az na zminovany beryl a jeho primeho predchudce).

aha, na tohle ja pouzival neco z debianu a nebylo to dkms. jenze to neresi problemy, o kterych jsem psal predtim. nvidiacke drivery pri instalaci pisou do Xserveru svoje knihovny na opengl (a buhvico dalsiho). takze updatem Xserveru se tyhle knihovny prepisou a zmizi.

a co se tyka me anonymity, tak staci chvili hledat na google a urcite o me dokazete najit radu informaci. ja se nesnazim schovavat. nebo se na me zeptejte lidi, ktere osobne znam nejakou dobu, jako je treba Pavel Machek a nekolik dalsich lidi ze SuSE, Martin (mj) Mares, Johanka a dalsi. neni muj problem, ze v dobe, kdy jsem byl v linuxove komunite aktivni jste o me neslysel.

Problemy se zavislostmi jsem nikdy nejake zasadni nemel. Tedy krome toho, ze kdyz jsem si nainstaloval firefox z unstable, tak obcas nekolik nebezel (resp. spis neexistoval :-) protoze nekdo pos**l specifikace zavislosti v balicku, takze se updatem smazal ff. Problemy se zavislosmi (depondency issues) je neco, co se resi v unstable (k tomu je). Pokud nastavim prioritu instalace na stable a z dalsich beru jen nektere kusy sw, tyhle problemy typicky nevzniknou. Ta Xka jsem bral ze stable, takze bych nerekl, ze tam vznikaly nejake problemy tohoto typu. A take si myslim, ze po cca peti letech provozu debianu v tomhle rezimu vim o cem mluvim. Prece jen jsem dlouhodobe hlasil do debianu radu dependency issues z unstable.. Ale pokud problemy s nekompatibilitou abi gcc se sebou samym radite pod dependency issues, tak jsem opravdu obcas potkaval tyto dependency issues tohoto typu.

jo. a ty ses Jarda z ug? dlouho jsme se nepotkali. ug tehda odmitli zridit mi pristup, tak jsem odtamtud odesel. mam ted blog, http://notjustsecurity.blogspot.com/. a studuju intenzivne windows. teda, ja o jejich kernelu vedel docela dost uz v dobach ug, ale tehda jsem to moc nepouzival prakticky. ne, ze bych visty az tak hlasal, ale debian me neuveritelne nasral, takze jsem presel na os, ktery se nechova jako tamagotchi. sice neni idealni, ale aspon se mi kazdy mesic nemeni vzhled ikonek a nemeni to porad defaulty. o visty se sice musim trochu starat, ale je to tak o dva rady mene casu nez udrzet debian s gnome ve stavu, v kterem ho chci mit.

btw, zkus dat 64bitovym vistam sanci. sice to potrebuje tak 2gb ram, aby to dobre behalo, ale za ten klid to stoji. s dobre vybranym hw je to hodne stabilni. jde tam nainstalovat cygwin a tooly od sysinternals, coz vyrazne zvysi pouzitelnost pro linuxaka. me se libi, ze se o vetsinu problemu nemusim starat ja, ale jde to prehodit na nekoho jineho. a ne jak v linuxu, kde na jakykoli pozadavek o opraveni bugu nasledovala odpoved, ze mam zdrojaky, tak at si to koukam opravit sam a neotravuju velke developery. :-(( proste uz mam linuxu a komunity plne zuby a chci mit klid.

jinak v tomhle kontextu si vybavuju husty developery firefoxu, kteri dva roky nedokazali vyresit problem deleni slov na konci radku. tusim ze jsem to psal tehda i na ug. ti pitomci, misto aby zacali problem delit na mensi casti (aka metoda rozdel a panuj) zacali hledat univerzalni algoritmus deleni slov, ktery bude fungovat za na vsechny unicode znaky, ktere maji znaky ve vsech smerech. afaik doted ten algoritmus nemaji, takze debilnim rozhodnutim jednoho neschopneho vyvojare prisel ff o jednu feature, ktera by mu (alespon v mych ocich) davala velke plus. jiste si vzpominas na problem deleni dlouhych url v diskusi na ug. btw, gecko me nakonec taky nasralo, takze ted jedu na webkitu.

ad visty: chapu, ze to na tom hw nezkousis. s tim policajtem ve windows to podle mych soucasnych vedomosti neni tak hrozne. jednak je ve vistach drm, ale to je stejne jedno, pokud pouzivas prehravac jako mplayer. druhak windowsy hlasi microsoftu, jake maji seriove cislo a jednoznacne identifikuji pocitac. tj. microsoft eviduje triplety (ip, serial, id_pocitace), cimz mu vznikaji moznosti z toho vyplyvajici, napr. poslat policii na vsechny drzitele nelegalnich kopii. ze to nedela je jen jeho dobra vule. dale se eviduji updaty systemu, tj. vznika dost podobny zaznam, jako vznika na ftp serveru pri updatu linuxu.

ad debian: ja pred casem docela dlouho fungoval i na cistem debian/unstable a nebyly s tim zadne vetsi problemy. samozrejme, obcas treba kvuli zavislostem nebyl browser, ale tak to v unstable chodi. jenze posledni cca rok se bud zmenila pravidla, nebo zacali do debianu stourat nejaci idioti. totiz, unstable je urceny hlavne k vychytani chyb v zavislostech balicku a samozrejme k vychytani patchovatelnych problemu. ale to co se zaclo dit s gnome je neco co do tohohle nezapada. to co delali nema ani v unstable co delat. ze nekdo meni ikonky, to by me az tak netrapilo. ale kdyz mi jednou mesicne zmeni defaultni konfigurace tak to me stve hodne. kdo muze byt takovy idiot, aby vyrazne zmenil konfiguraci vsem uzivatelum distra? to se proste nedela. nechapu, jak to mohlo do unstable vubec prolezt.

ad linux: vis, ja postupne zkousel ruzne os. linux znam velice dobre, jeho moznosti i limity. zkousel jsem netbsd, ktere je sice dobre na server, ale na desktopu bych ho pouzivat nemohl. zkousel jsem v jakem stavu je solaris, hurd a mozna i neco dalsiho. ziskal jsem jisty nadhled nad os a zameril jsem se spis na aplikace, ktere tam behaji. takze pro me linux neni alternativa a vybiral jsem mezi osx a vistama. na serverech mam samozrejme dal linux, ale na desktop vyhrala vista. takze ted muzu spustit takove softy jako treba lightroom na spravu fotek, ktery mi setri spoustu casu. a chystam se koupit photoshop. takze jsem z pohledu linuxu ztraceny pripad. :-)

kdyz ja na tom pocitaci potrebuju taky neco delat a na tech windowsech se mi pracuje lepe. ale mas pravdu, ze jsou taky na hovno. je to tak trochu kockopes. nt byly puvodne navrhovane jako mikrokernel. jenze prisly optimalizace na vykon a tak byla idea mikrokernelu opustena (i kdyz je afaik porad dost rozsireny nazor, ze to mikrokernel je). dal treba scheduller u nt je de facto RTOSovy scheduller, kvuli tomu, aby se nt daly pouzit na rizeni v prumyslu. nt nebyly nikdy navrhovane jako serverovy os, presto tak byly nakonec prodavane. postupnem casu s vyvojem kernelu pribyla rada veci. posledni designova zmena je ve vistach, kde se pridaly schopnosti odpovidajici multimedialni masine a odstranily se nektere vykonove limity kvuli optimalizaci na vykon.

vysledkem jsou takove veci, jako ze driv si lidi stezovali, ze jsou windows pomale. ted, po optimalizacich, si stezuji, ze jejich cache spotrebuji hodne ramky. pak si stezuji na designem dana omezeni, jako treba legracni limit, ktery pri prehravani zvuku zpomaluje sit (aktivuje se omezeni na 10 paketu/ms, aby se stihla dodrzet realtimova omezeni pri prehravani medii).

ostatne, doporucuju k precteni analyzu erica raymonda ohledne nove 64bitove platformy. http://www.catb.org/~esr/writings/world-domination/world-domination-201.html podle me linux svou prilezitost v 64bitove platforme projel a budoucnost na 64 bitech se jmenuje microsoft.

hm.. :-)

ad cache: pokud vim, tak se to dynamicky prerozdeluje. ale jsou tam kusy pameti, ktere pouzivaji treba prefetch funkce pro soubory (tj. prednacitani asi 1MB ze souboru dopredu, linux tohle nezna). pak tam je treba SuperFetch, tedy funkce, ktera prednacita z pagefile kod, ktery byl vyswapovany. pak tam jsou cache na zrychleni grafiky. me je to celkem jedno, gigo ramky je dneska levna zalezitost.

linux v tomhle ohledu ale funguje jeste divneji. typicky problem, ktery neni bug, ale feature je, ze kdyz zacina dochazet pamet a linux prestane stihat swapovat, tak neudela to, ze by na chvili zastavil beh aplikace, ktera se pokousi tu pamet naalokovat. misto toho ji radsi zabije. :-) je to tim, ze swapovani v linuxu bezi jako nezavisly proces, ktery ma definovany low a high mark a kernel si s nim nijak o jeho cinnosti nepovida. misto toho se kernel (malloc) rozhoduje naprosto nezavisle, takze to vede na nekolik hnusnych problemu. memory management v linuxu je ale kapitola sama pro sebe, ten hadam nebude poradne fungovat nikdy. viz treba zonovy alokator, to je dobre zmasteny napad. pro ilustraci, zonovy alokator je mechanismus, ktery na strojich, ktere maji pres asi 2GB ram vede na problem, ze procesu muze dojit ramka i za stavu, kdy zbyvaji jeste mraky GB volnych. protoze ZA neni schopen prelezt hranici zony.

No nevím. Mě bohatě stačí pod Linuxem KPhotoAlbum nebo AlbumShaper na správu fotek a na jejich úpravu si bohatě vystačím s Gimpem. Jinak např. Photoshop jsem nedávno nechal testovat kamoše (který s ním běžně dělá) pod Wine a zkonstatoval, že mu fungoval v poho.... i když nechápu k čemu většina lidí - pokud se grafikou neživý - musí mít ausgerechnet Photoshop

Me to nestaci. Ten Lightroom umi jednak spravu a jednak jednoduche upravy. V podstate ty korekce fotek, co jsem driv delal s Gimpem a zabralo mi to neco mezi 15 a 30 min, mi ted zabere ani ne minutu. Navic to umi upravy delat i davkove. Pres camera raw to sezere vsechny mozne raw formaty. Podporuje DNG format. Lightroom je fakt povedeny, doporucuju vyzkouset (trial je ke stazeni na webu). A navic jako bonus beha v 16bitovych barvach (takze se redukuji zaokrouhlovaci chyby, ktere dela napr. 8bitovy Gimp). Umi to vyprodukovat webove galerie, prezentace i tiskove vystupy. Jednoduchou html galerii mam treba tady: http://www.ufe.cz/~tomasek/gallery/zlato_inku/, ale umi i slozitejsi i flashove. Akorat nevim, jak funguje pod wine, to nemam otestovane.

Grafikou se nezivim, ale docela dost fotim a upravuju fotky. Na to je Photoshop o dost lepsi nastroj nez Gimp. Mimo jineho Gimpu treba chybi liquify. Chybi mu nastroje na podporu panoramat, hdr fotek, chybi mu takove ty sikovne photoshopovske nastroje na odstranovani treba zrnek prachu a podobnych drobnych chybek v obrazu. Extrakce pozadi ve Photoshopu nema chybu. Nebo treba 16 bitove barvy (resp. Gimp je ma napul implementovane, ale porad to nejde prakticky pouzit). Proste uz jsem prekrocil tu hranici, kdy si vystacim s Gimpem.

procetl jsem features digikamu a navic to ma akorat par operaci s editaci obrazku (ktere nepotrebuju). podle popisu to nema spravu barev, ktera je potreba pro vyrobu fotek (aby tam zustaly stejne barvy jako na obrazovce). neumi to automaticky import do DNG, coz je velmi prijemna featurka Lightroomu. neumi to ruzne rezimy porovnavani fotek, coz je velmi prijemne, kdyz chce clovek vybrat z nekolika fotek jednu (digikam afaik umi akorat zobrazit 2 fotky vedle sebe, coz sice lze pouzit, ale je to pomalejsi nez si hodit nekolik fotek na obrazovku a porovnavat je najednou). a digikamu chybi podpora davkoveho zpracovani, coz mi na ligthroomu prijde jako jedna z velmi uzitecnych featur, ktere usetri hodne casu (jako treba ze lze udelat korekci barevne teploty nad mnozinou fotek, vzit nejake nastaveni pro jednu fotku a reaplikovat je na mnozinu fotek).

cinepaint je odvozeny z filmgimpu? filmgimp jsem tehda zkousel a chybelo tomu skoro uplne vsechno. :-) tam tehda nebyl snad ani jeden filtr. podle tech screenshotu to dneska umi vic, ale i tak se mi to nejak nezda. hledal jsem take ekvivalent liquify a nejbliz tomu je gimpoidni IWarp. akorat ze iwarp je dost uboha nahrazka, neni tam poradne videt obrazek (je zmenseny asi na ctvrtinu velikosti okna), ani oblast, na kterou se filtr aplikuje. zkuste si pouzit photoshopovske liquify a uvidite sam, co to umi. pripadne na netu budou urcite videa.

po obede jsem kouknul po navodech na liquify a hezky je tenhle:
http://www.youtube.com/watch?v=omlFrDBKTJ4
aby bylo jasne, ze IWarp jeho praci zastane spatne. jsou tam videt presne opaky toho co IWarpu vytykam: male okenko bez moznosti zvetseni a nemoznost videt oblast, kam akce iwarpu zasahuje (tj. chybi krouzek okolo kurzoru).

casem to gimp dozene, ale to je podle mych zkusenosti s oss zalezitost spise let nez mesicu a ja bych rad neco delal uz ted. :-)

Chápu.

Nicméně taky rád a často fotím. Sice se zatím žádnou galerii pochlubit nemohu, ale s digitálními fotografiemi pracuji poměrně často. Upravuji jas/kontrast/stíny, barevnost, koloruji, opravuji vady, atd... Všechno v Gimpu. opravy mi tedy v 80% procentech nezaberou 20-30 min(rozuměli jsme-li si dobře na jednu fotografii). Co se týče úprav fotografii tak např v menu Gimp->Filtry->Vylepšení->Vyčistit najdete pomůcku pro odstraňování poruch a kazů.

Prohlížeč používám opravdu jen na prohlížení fotek a jedinou úpravu, kterou kdy v těchto programech dělám je tak max otočení. Pokud bych chtěl opravdu dobrý prohlížeč s mnoha funkcemi volil bych xnview. Mám ale pocit, že se už nevyvíjí.

Nevím, já si bohatě s Gimpem a nástroji v Linuxu vystačím (a to už celou řadu let a nemyslím si že bych byl nenáročný) proto nevidím důvod utrácet zhruba 25 táců za nástroj jehož funkce nevyužiji a ty které ano mi s přehledem dá to co mám. Samozřejmě nejsem jediný člověk na planetě a je mi jasné, že někdo to může vidět i jinak. je to jen můj pohled na věc...

Výborně!!! Konečně se snad dočkáme i na Linuxu nějakého pořádného vzhledu tohoto perfektního programu...

mel by jit pouzit i irfanview:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=7834

ok, ja gimp docela znam. taky jsem driv tenhle editor pouzival. treba tyhle fotky:
http://www.ufe.cz/~tomasek/gallery/nocni_praha/
jsou focene na kompaktu a zpracovavane gimpem. tam jsem potreboval tech asi 20 min/fotku (+-). ale jak rikam, po prechodu na ligtroom mi pocitac dela vetsinu veci sam a ja jen ovladam velkou banku filtru soupatkama a z korekci expozice a barev se stala zabava. tech 7000 byla dobra investice.

no a tech asi 22 tisic do photoshopu cs4 dam, protoze mi to zas usetri spoustu casu a budu se citit lepe. jenom pro srovnani, dalsi vec, panoramaticky vystup z panotools:
http://www.ufe.cz/~tomasek/panorama/prvni.jpg
vs. z photoshopu:
http://www.ufe.cz/~tomasek/panorama/Untitled_Panorama3.jpg (velky soubor)
pricemz photoshop udelal vsechno uplne sam, panotools jsem musel rucne zadat polohy pro synchronizaci bodu mezi fotkama. panotools je jiste mocnejsi, ale photoshop funguje uplne automaticky, coz neni k zahozeni.

Ok. Ať slouží :)

Máte taky rád povídky H.P.Lovecrafta nebo http://www.ufe.cz/~tomasek/gallery/cthulhu/ je jen náhoda?

Jeho povidky mam rad, dokonce ted hraju call of cthulhu jako rpg. to cthulhatko, ktere je na fotkach, jsem si poridil nekdy pred mesicem. hraje v http://www.youtube.com/watch?v=-DsgZ4JXXB8

Heh? Možná za to může moje katastrofální angličtina, ale nějak jsem to nepochopil.

btw. Telefonáty z města R'lyeh většinou nekončily výbuchy hurónského smíchu :)
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn...

no, proste cthulhu se na chvili probudil ze sveho spanku. neni to ale nic, ceho by se meli lidi bat, jak sam rika: znate to, vzbudite se ve dve rano, koukate do stropu, cekate az zas usnete a ono porad nic. :-)

no a tak si cthulhu poridil show, kde odpovida na telefonaty divaku.

co si vzpominam, tak prvni volajici byla matka s detma, jeji nejstarsi syn se prave dostal do puberty. a tak se cthulhu ptala, co s tim ma delat. :-) no a cthulhu odpovedel neco jako ze to tak chodi a ze to prejde. ale ze to je stejne jedno, protoze vsem z nich nakonec vysaje dusi (swallow soul). :-)

jeho cislo je neco jako 1-800-soul-eater (pozirac dusi) :-)

Hmm... zvláštní já opravdu mám s NVidi jen ty nejlepší zkušennosti, a to ať už pod Windows nebo Linuxem. Nicméně když čtu ten výpis, mám spíš obavu, že problémy byly způsobeny víc jak ovladači, tak špatnou konfigurací Xserveru. Zkoušel jste zjistit jaké používal moduly. Ony se některé s určitými ovladači nesnesou a jsou schopny se -za příznivé konstelace hvězd- porafat mezi sebou navzájem. Jde taky o to, jaké (lépe odkud) používáte ovladače. Já jako desctopovou distribuci používám Debian a mám velmi špatné zkušennosti s ovladači NVidia, které jsou přímo součástí distribuce. Vždycky pokud je ta možnost upřednostňuji ovladače přímo od výrobce daného hardware.

Ještě malý dodatek k vedlejšímu vláknu. Já opravdu investuji své peníze do hardware... jiní do vývoje jeho podpory na Linuxu. to vidím v pořádku, protože díky těmto Lidem se dá dnešní Linux rozjet i na Platformách kde si s dnešními Windowsi ani neškrtnete. Ať je Linux jaký chce, tak je to nejportabilnější os vůbec - a to jen díky podpoře jeho uživatelů.

k té aktualizaci, podobné zkušennosti mám při aktualizaci jádra, je to tím, že ovladač je v modulech starého jádra a pro nové se musí zkompilovat novy. IMHO neprovádím to každý den, a reinstalace sama zabere 20 min (zhození XServeru, spuštění instalátoru, nahození X-ek), takže mě to až tak nebolí.

Add Aero. Jsem rád, že to tak berete. Nicméně o hardwarově akcelerovaném desctopu se hovořilo už dost dlouho předtím, a mám takový pocit, že nějaké pokusy už byly ještě před Aerem (rozhodně okenní efekty jako průhlednost, a pod, pamatuju už v starým dobrým Mandrake, kdy se uživatelům Windows o nich mohlo asi jen zdát). Nechci MS brát prvenství, ale pouze v tom smyslu, že byl asi první kdo to implementoval celé. Proto se mě ta časová posloupnost nezdá jako pádný argument, že Beryl je inspirovaný Aerem.

na ty moduly jsem nekoukal, je mozne, ze se to opravdu mezi sebou pralo. to znamena pokud neco takoveho potkam priste, zakazat xserveru moduly, postupne je povolovat a pulenim intervalu najit problem.. ach jo. drivery pouzivam primo od vyrobce, ty debiani se chovaji divne. jako desktop mam ted visty, protoze me debian a jeho aktualni problemy zacaly hodne vytacet. takze i kdyz jsem mel debian pres deset let, utekl jsem na jiny os. ono kdyz se cloveku s kazdym updatem zmeni defaultni konfigurace, tak pri updatu kazdy tyden zacne konfigurace systemu spotrebovavat obrovske mnozstvi casu. :-(( ve windows se defaulty prehazuji se servicepacky a jinak skoro ne.

na tom ubuntu u usera, kde se mu porad prepisuji ty nvidiacke knihovny, je zase zapnuta automaticka aktualizace, takze jsou 3 moznosti: a) vypnout automaticke aktualizace -- jenze to znamena si cas od casu vzpomenout a prijit mu ten komp aktualizovat b) kdyz si zacne stezovat, ze nema graficke rozhrani, tak mu preinstalovat drivery c) zakazat update casti systemu, coz nechci, mam s tim spatne zkusenosti.

totiz, v debianu, nebo spis v gcc se vyskytuje takovy bug, ktery vzdycky po nekolika letech potkavam. abi mezi verzemi gcc neni vzajemne 100% kompatibilni. takze obcas nainstaluju sw, ktery me nebeha, nebo beha uplne divne a skoro vsem ostatnim beha bez problemu. resenim je apt-get source prislusneho sw i jim pouzivanych knihoven, rekompilace prave jednou verzi gcc a instalace zkompilovanych balicku. vydrzi to do prvniho update, takze clovek musi verit ze se mezi tim prekompiluji prislusne balicky stejnymi verzemi gcc. :-( kdyz si clovek zakaze update casti systemu, nebo micha stable, testing a unstable jako ja, ma vetsi pravdepodobnost ze tuhle chybu potka. a je dost dobre mozne, ze ty problemy s drivery (nebo podle vas moduly Xek) mohly byt zpusobene tez timto problemem.

ad aero: ok, muze to tak byt. ja uz se o tom nechci dal dohadovat.

No, tohel dokaze ocenit akorat admin. A ano, dokud clovek nepozna WMI, tak nevi o co prichazi.

WMI (Windows Management Instrumentation) je standardizovany a rozsiritelny interface, ktery promita konfiguraci a stav pocitace do adresarove struktury. Krasne se pres to delaji takove ulohy, jako treba zjisteni nainstalovaneho sw, nebo zjisteni hw po siti, teploty pocitacu, vytizeni sitovek apod. Zajimave na nem je mj. i to, ze je ve vsech windows (tusim uz od 98SE) nainstalovany by default, takze se nemusi nic instalovat.

WMI poskytuje nekolik interfacu. Ten, ktery je nejvhodnejsi pro plosne zjistovani nejakych seznamu je sql-like interface. Takze kdyz chci sesbirat sw nainstalovany po siti, napisu akorat skript se smyckou pres vsechny pocitace, na kazdem udelam select a vysledky se mi sypou primo do poli, takze nemusim nic parsovat. vystup se pak (pri pouziti rekneme pythonu) vysype primo do nejake sql db, xml nebo csv souboru.

Dobre je, ze je tam vetsina tech veci, ktere bych jinak musel programovat vyresena. Takze nemusim resit takove veci jako parsovani textovych konfiguraku. Nemusim se na druhou stranu pripojovat skrz nejakou formu rsh (ktery je sam o sobe jednak potencialni bezpecnostni dira a druhak se musi vystupy ze vzdalene spoustenych prikazu parsovat, coz nekdo musi naprogramovat a udrzovat).

http://en.wikipedia.org/wiki/Windows_Management_Instrumentation

jo, a v linuxu je asi rok dostupny wmi client, kterym se da k windowsimu WMI nejak pristupovat. v te dobe kdy jsem ho zkousel ale poradne nefungoval.