Takže měřit rychlost systému podle doby bootu - to si vykládejte lidem se mdlým rozumem, to mě je totiž úplně ukradené, jestli systém bootuje sekundu, nebo několik minut.
Co se týká rychlost startu programů, tam je jasně Linux vepředu, protože proces v Linuxu je prostě velmi zjednodušený oproti procesu ve Windows. Už mnoho let programátoři ví, že režie startu procesu ve Windows je daleko větší, protože systém také spravuje kolem procesu mnohem více záležitostí, proto se také na Windows zásadně neforkuje, ale vytvářejí thready.
Ale že by někdo změřil reálnou rychlost programů co už běží, a nějakých častých operací nad nimi, to nikoho nenapadne. Rychlost startu/exitu systému a rychlost startu procesu je pro mě zcela nezajímavá věc, podle které se nikterak nerozhoduji.
Ona doba bootovani a rychlost staru aplikaci je stolniho stroje asi celkem o nicem, ale u mobilniho zarizeni, ktere bezi nekde v terenu na baterku je kazda usetrena sekunda dobra ;-)
Windows neznají na úrovni Win32 systém forkování (jen pomocí Services for UNIX). Od začátku byly vyvíjeny s tím, že se používá threading (o který se unixy nakonec také začaly snažit). Implementace threadingu a synchronizačních primitiv ve Windows nabízí velmi slušný výkon, a to i ve srovnání se Solarisem (ve srovnání s thready i forkovanými procesy).
Samotný start proces je sice ve Windows o něco pomalejší, než na unixech, ale to ve věšině případů nehraje roli. Linux má například tak mizerné dynamické linkování, že díky tomu startují aplikace typu OpenOffice daleko déle, než na Windows. Další problém má Linux s konfigurací, která se nečte z binární struktury (Registry), ale parsuje z textového souboru.
Boot stroje v tomto případě souvisí s tím, co se zavádí. Na běžném PC bootují XP rychleji, než desktopová distra Linuxu. Zde je distro pro Asus Eee vykuchané, a XP asi nikoliv.
Protože se ale Windows požívají typicky se sleep/hibernací, není start systému tak kritický. Přesto by to chtělo XP trochu kuchnout. Otázka je, jestli jde o oficiální verzi XP pro Asus Eee, nebo instalaci plných XP.
Aneb stare dobre moudro, na linuxu je daleko rychlejsi vytvorit proces nez na windows, ale zase na windows je daleko rychlejsi vytvorit vlakno nez na linuxu. Osobne mi pripadne jako zhovadilost nekde furt poustet nejake procesy se vsi rezii okolo. Prijde mi daleko logictejsi pustit jednou jeden velky proces(program) a kdyz ten se potrebuje rozdelit, tak pouzije nizkonakladove vlakno a ne cely novy proces. V realu se taky nakonec pousti stejne jeden program, akorat na linuxu se rozforkuje do procesu a na windows do threadu.
Povidate dost ptakoviny. Fork je na Linuxu take dost nizkonakladovy, vlastne se na fork i thready pouziva stejny syscall clone(2). Ze by se na Linuxu vsechno forkovalo je nesmysl, dela se to jen kdyz potrebujete novy proces. Kde jste vzal to vase moudro?
A mimochodem doba staru systemu prakticky nesouvisi s rychlosti vytvoreni procesu. Mnohem smysluplnejsi byla LOova poznamka o nedobrem vykonu dynamickeho linkovani na Linuxu. Ale slovo mizerne bych zase nepouzival.
Zadiras tu akorat tak ty:) Na windows byly nejdriv konfiguraky, pak nejakou chytrou hlavu napadlo, ze by bylo dobre to rvat do bezpecne a rychle databaze, kde se bude pristup do jednotlivych nastaveni ridit opravnenim, bude to VELMI VYZNAMNE rychlejsi a BEZPECNEJSI z principu fungovani databaze nez v jednotlivych souborech roztahane kdovi kde a taky perfektne zalohovatelne a prenositelne. Inu tak zni pohadka o vzniku registru na windows. Zatim nidko (co vim) nevymyslel nic lepsiho nez mit konfiguraci ulozenou na jednom miste v jedne robustni databazi. A ted pohadka jak to bylo na linuxu. Inu, konfiguraky se povalovaly textove na disku, neexistovala zadna norma, kazdy si rval a parsoval velmi jednoduche konfiguraky sam, bylo to pomale, z hlediska bezpecnosti tech nastaveni naprosto tristni, z hlediska rychlosti zalostne. Aha a to je vlastne konec pohadky .... dal nic ... tam kde microsoft v roce 1993 s obstaroznim ukladanim do jednotlivych souboru u W3.11 skoncil, linus torvald s linuxem 1.0 zacal a do roku 2008 pokracuje dodnes:)
A kde bill nikdy nezacal, to meli unix & linux odjakziva (jednoduchy system opravneni pro viceuzivatelske prostredi, ano rwxrwxrwx). Dale transparentni system symbolickych linku - na win jsou zastupci jen nejake blbe soubory.
Registry jsou bezpecnejsi? zkus poskodit sektor a prijdes o cele registry.. kdezto v textaku prijdes o cfg k 1 programu.
Co editace registru? Bez nejakych programu typu tweak-ui nemozna. Kdezto na linuxu mas v textaku krome samotnych konfiguracnich dat poznamky, takze je to self-explanatory. Na linuxu mas man. Zkousels nekdy F1 na windows k reseni skutecnych problemu? Pochybuji ze to pomohlo, pac tam jsou jen blaboly a zadna smysluplna dokumentace.
To myslis vazne?:o) Jinak linux vznikl (jako kopie-klon-plagiat unixu) az po windowsech ... to jen tak mimodek ....
rwx?:o) Zupad nebo co? Uz hodne hezkych par let se na vsechny systemove a souborove objekty aplikuji ACLs a jsi snad clovek s trochou rozumu a snad se nebudem hadat co je o skutecne generace!!! dal!!! Ale je to fakt, mozna nejsi, kdyz ctu dalsi vetu:) Symbolicke linky?:o) Ty samozrejme na NTFS fungujou odjakziva a nejsou to jen blbe soubory! Jsou to klasicke soft a hardlinky, tak jak je mozna znas i z linuxovych filesystemu. Taky tam funguje case sensitivita filesystemu on demand, ale diky BOHU se neujala, protoze to je vec co byla vyhlasena picovinou stoleti!!! NEKECAM! Technicke zazemi a vnimani okolniho sveta u tebe fakt skoncilo u tech 3.11ek .....
Poskodim sektor a prijdu o cele registry, to jen tvou neznalost podtrhuje:)
Editace registru? Ahaaaa, tak ty si ze me delas prdel:o) Ted mi to doslo, jsem fakt natvrdly, uz mi to nemysli:) Prece nemuzes byt tak blbej, ze bys neznal regedit:) Nebo snad ano? Ja doufam, ze ne. Jinak je tu na registry winapi, ale to asi taky vis. Co ty poznamky v 6konfiguracich? OMFG, no ja fakt sletim ze zidle:o) A man a F1? Jak ze to souvisi? Hulis asi dobry model co?:o) Jinak se vsadim, ze ty linux nepouzivas, s takovou zabednenosti bys tam nedokazal rozjet ani ten prohlizec....ale hlavne, ze o tom hodne vis, taky vis jak jsou windows spatne, ale linux je dobry:) OMG, das mi potahnout?:o)
zial mal som par pripadov, ked sa v registroch nieco poskodilo a Windows (XP) mi jednoducho odmietol nabehnut. Potom je aj regedit na nic. Pomohla az obnova (System Restore) o par dni dozadu, ked boli registre OK (este, ze bola).
To s temi symlinky me zajima. Nejaky odkaz na podporu jejich existence? A i kdyby existovaly, pokud s nimi Windows neumi delat (command line, Windoze Explorer), tak je jejich existence uplne na hovno. To je, jako mit v aute vyhrivana zpetna zrcatka, ale nemit tlacitko, kterym by se to zaplo.
BTW, regedit bohuzel znam. Regedt32 taky. Ani z jednoho jsem jeste nedostal erekci. Chybi mi tam nejak komentare, co klice znamenaji. Chybi mi vubec jakekoliv komentare k vyznamu klicu, aspon tech od Windows a jinych MS aplikaci. V dobe Win NT 4.0 se valel na MS webu jakysi help soubor, kde byly ty klice trochu popsane. Pouze klice od Win NT 4.0 ovsem, a jiz tehdy to bylo dost zastarale. Nereflektovalo to zmeny a nove klice po instalaci SP. Najit jakekoliv info o nekterych vecech byl opravdu porod dvojcat. A clovek casto mohl jenom hadat podle ne-MS webu. Za tehlech okolnosti davam prednost textakum. Eventuelne by jeste sla binarni databaze, ktera by se konstruovala z textovych souboru, jako to bylo na Win 3.11, kdy stacilo vymazat registry, pokud vznikl zavazny problem. Po rebootu byla binarni databaze vytvorena znovu.
Toz to jsem prave udelal. Potvrdilo se, co jsem vedel jiz delsi dobu o hardlicich: na NTFS existuji. Co se tyce symlinku, existujicich na NTFS odjakziva, bohuzel jsem nenasel nic, co by vase tvrzeni potvrdilo. Na Windows 2000 byly zavedeny tzv. junction, tedy cosi, jako symlinky, ale pouze pro adresare. O jakousi pochybnou a polofunkcni implementaci symlinku se pokousi az Windows Vista. Pokud vim, NTFS nebylo zavedeno az s Windows Vista, tez Windows Vista neexistuje odjakziva. Vase tvrzeni, ze symlinky existuji na NTFS odjakziva je tedy obycejnym blabolem.
Ale mozna byste mohl sestoupit z podstavce a me, hlopemu, to vysvetlit. Mozna, ze ty symlinky na tom NTFS opravdu nejak odjakziva existovaly. Ale nikdo, krome vas, ani Microsoft sam, o tom nejak nevedeli.
Nechci se m9chat do tohoto flame, ale pro doplnění:
- Linky na NTFS fungují. Problém linků je v tom, že jsou pro uživatele neštěstím. Dost práce dá laikovi vysvětlit stromovou strukturu. Když mu zkusíte vysvětlovat, že ve stromu mohou existovat linky, případně circular reference, tak sebou praští o zem, a začne mu jít pěna od úst :). A proč uživatele tak trápit?
- Pokud poškodíte sektor, přijdete například o kus FS (na některých FS možná o celý). Je to chyba FS? Asi ne. Navíc Windows Registry má vždy zálohu z posledního úspěšného startu systému. To mi přijde bezpečné až dost.
Editace registru se provádí v GUI aplikaci. Uživatel vůbec nemá s Registry přijít do styku. Ale když jsme u toho, ani v Linuxu nejsou konfiguráky komentované. Zkuste se podívat na konfiguraci OpenOffice, KMailu, a řady dalších aplikací. Ještě "lepší" je, že konfiguráků existuje řada formátů (se sekcemi ve stylu Windows, se složenými závorkami, XML, bez sekcí, ...). No a některé konfiguráky se editují v GUI (typu nastavení KMailu), a jiné se editují v textovém editoru, a obsahují popisky (konfiguráky Apache). To má jediný důvod: napsat slušnou GUI aplikaci pro administraci aplikací je na unixech dost složité, a napsat konfigurák je daleko jednodušší. Tedy pro autora. Pro uživatele je výsledek nedobrý.
Nápověda ve Windows funguje celkem dobře. Zkuste si vzít Windows, a zeptat se nápovědy: add user, change display resolution, share folder, change desktop background, apod. No a pak to zkuste v libovolném distru. A jestli se chcete velmi pobavit, zkuste to v českých Windows (hnus, já vím), a v lokalizovaném distru. Nápověda Linuxu je příšerná.
Řešení problémů není doménou nápovědy. Problémy typicky není možné předvídat v okamžik psaní nápovědy. Přesto help ve Windows obsahuje některé troubleshooting postupy, a vyhazuje linky na řešení problémů z MS KB.
Mimochodem znáte Problem Reports and Solutions? Když spadne aplikace, dojde k BSOD, nelze najít driver apod., systém to zaznamená. Seznam problémů potom můžete poslat MS. MS na základě toho vyhodnocuje problémy, a soustředí se na jejich řešení. V důsledku pak není problém zjistit, co uživatele nejvíce trápí, a sesbírat třeba klidně tisíce dumpů k danému problému. A to se počítá.
OMFG a co jako myslis, ze jsou junctions? Vista nema bastl, ma uplne to same, akorat API rozpoznava 32 a 64bitove aplikace, tak pak ukazuje jine fajly(knihovny) pro ruzne aplikace. Zadny velky problem na pochopeni, ale to ze to spolu s autorem toho clanku nechapete je jen vas boj...
Junctions jsou symbolicke linky _pouze_pro_adresare_. Symlinky jsou pro cokoliv, treba i pro zarizen z /dev. Vidim v tom jisty rozdil.
Symlinky na Windows Vista maji radu omezeni, ktere na Linuxu nejsou, napriklad jsou pouzitelne pouze v lokalu. Nelze je nasypat do sdileneho adresare a cekat, ze ty soubory budou pres ne opravdu dostupne. Podle vseho nebudou. Cili bastl. Mozna tak po pristim SP.
Nemá zmysel sa miešať do tohoto flame, ale nedá mi nekomentovať niektoré vaše výroky. Vašu do neba volajúcu hlúposť ospravedlňuje snáď len firma, pre ktorú pracujete.
- Ak nie ste schopní obyčajnému človeku vysvetliť štruktúru súborového systému, tak ste jednoducho neschopný.
- "Uživatel vůbec nemá s Registry přijít do styku." Tak prečo s nimi musí prichádzať do styku, aj keď nechce? Pozrite si na internete hocijaký "tweak howto", každý odporúča editovať register. Bez editácie registru sa windows nedá dostať do používateľného stavu.
- "Ale když jsme u toho, ani v Linuxu nejsou konfiguráky komentované." Úbohá lož. Takto úboho klamú iba zamestnanci najbohatšej firmy sveta. Alebo ste nevideli Linux dlhšie ako 10 rokov.
- "Nápověda ve Windows funguje celkem dobře." Hehehe, dovoľte, aby som sa zasmial. Z nápovedy k windows je slušnému človeku na grcanie. Možno funguje, ak sa spýtate "How to get new exciting experience", ale to sa koniec-koncov môže pýtať iba človek ako vy.
- "V důsledku pak není problém zjistit, co uživatele nejvíce trápí." Tak prečo to nespravia? Úbožiaci. Celá stratégia, ktorou sa spomínaná firma snaží prežiť, je založená na vymývaní mozgov. A na klamstvách a podvodoch. Nič viac, nič menej.
Chápem Vás, každý sa niečím živíme. Je to Vaše zamestnanie. Je to Vaša voľba.
Prajem Vám, aby ste mali v živote aj dobré rozhodnutia.
Neco bych na to rekl, ale jeste se valim pod stolem smichy .... vy si fakt zustante u linuxu, protoze nasi komunite pomuzete nejlip, kdyz do ni nebudete patrit, ale je mi trochu lito te linuxove z vasi existence v ni.
Coz je zejmena Mark Rusinovich, ktery to vsechno napsal, jeste nez to Microsoft koupil, protoze vybaveni Windows utilitami je tak tragicky mizerne, ze mu nic jineho nezbylo. Bohuzel, zda se, ze koupi Sysinternals konci. Microsoft to koupil, vystavil na web a od te doby je tam nejak mrtvo.
Tak rusinovich dela v MS architekta, to jen tak mimochodem. Vybaveni utilitama je fakt tragicke, to je moje rec, ale moc bych to nevzpominal na tomhle linuxovem serveru, protoze tam fakt nevim jak by se to dalo nazvat, asi totalni tragedie a propadak. Co se mi fakt od sysinternalsu libi je process explorer, process monitor a autoruns. Radej to tu nebudu rozvadet, protoze by nekteri lidi zaplakali, protoze linux nema zdaleka ani tak tragicky (a pro me uz nepouzitelny) obycejny defaultni task manager. Ale uznavam, taskmanager je celkem shitka, performance monitor process monitor nenahradi, pro to neni omluva ani to, ze na linuxu je situace jeste mnohem horsi, takze se na hloupy linux nema smysl vymlouvat.
Nevim, co dela Rusinovich ted. Kdyz ale napsal vsechny sve utility, kterymi castecne zlepsil situaci v administratorskych utilitkach, nedelal to jako MS architekt, ale jako spolumajitel firmy Winternals.
Tak jo, necham se poucit. Cim si vytvorim hardlink na cemkoliv od Win NT az po Win XP? Pry Ressource Kitem. To je uzasne. To je, jako koupit si auto a dokoupit si k nemu kola v Ressource Kitu.
Tak hardlink jednoduse pomoci fsutils ze? Proc dokoupit? Resouce kit je zadarmo, navic si muzes stahnout jenom treba ten linkd nebo junction. Pres standardni skript by ten junction na commandline sel taky, ale asi tam neni bezna jednoducha utilita jako LN pro tvorbu linku. Nicmene asi to nebude tolik vadi, protoze to nikdy nikomu nechybelo a je to mozna dobre, protoze kdyby kazda lama pouzivala linky jak v linuxu jako obezlicku toho, ze se nejsou schopni dohodnout na nejakem standardu kde se bude co ukladat, tak by to urcite nicemu neprospelo. Osobne linky pouzivam uz dlouho a mapuju si do jednoho adresare vsechny veci k zalohovani, uprimne me nenapada jiny zpusob k cemu na windows linky pouzivat. Adresarova struktura kam se co dava je na windows perfektne zdokumentovana a vetsinou se striktne dodrzuje, takze nikdy nebyl a neni duvod linky nejak vic pouzivat. Kazdopadne by si ale nemely alespon programy zvykat delat linky, protoze to by byl upadek. Softlinky na soubory tam nejsou, osobne si nedovedu predstavit vetsi zlo a zbytecnost (no, mozna jeste case sensitivni filesystem, ale to je etalon stupidity a demence). Jsou tam zastupci, se kteryma umi kazdy pracovat, zastupci jsou tam od dob 95tek a michat do toho jeste softlinky na fajly by byla zbytecnost. Ok, klidne to tam mohlo byt implementovane (stejne jako volitelna case sensitivita), ale realne by to bylo k nicemu, kdyz existujou klasicke linky. Jinak s tim autem samozrejme pravdu nemas(nebo mas?), jestli si ale uzivatel linuxu, tak bys mel nejmin co mluvit, tam si taky musis vsechno dotahat a doinstalovat, i treba ubohy htop (z hlediska uzivatele majoritniho OS ubohy, z hlediska uzivatele minoritniho TOPu skvely) snad jeste neni standardem a to je fakt co rict....
Jeee, ted mi to doslo, to se da rict, ze kde windows konci, tam linux zacina:o) Nicmene je to zavadejici a vetsinou si pod tim lidi predstavi uplne neco jineho nez bylo puvodne mysleno. Pak se taky stane, ze se obcas najde individuum, co stovnava multitasking v dnesnich NT a (ne)multitskingem v W3.11:) Ja chapu, ze lepsi srovnani dnesniho linuxu s 15 let staryma w3.11 nebo w95,8 asi tezko najdete, ale preci jenom, ikdyz ten linux jeste neni tak vyvinuty, tak s tema W3.11kama bych ho do pytle fakt nehazel, linux je uz fakt o neco dal...treba jednou za par let ho budete moct srovnavat i s prvnima NTckama a budete tvrdit, jak je ten linux lepsi, jak vidno v dnesni dobe se to v teto "odborne" verejnosti srovnava jen s tema W3.11:) Slovo co hledam je: NICMENE .... co bych cekal od roota:)
S prvnima NTckama bych Linux nesrovnaval. Zadna instalace NT mi nevydrzela bezet tak dlouho, jako muj Debian a Gentoo. Akorat to updatuji/upgraduji a furt to jede. Win NT mi lehla do roka, kdyz jsem mel kliku. Nedy ale nevydrzely ani tri mesice. Muj hlavni duvod prechodu na Linux byl prave tohle. Predstava, ze bych to mel jeste jednou preinstalovat, me privadela do stavu tezke deprese.
Po prechodu na Linux jsem take pozoroval, ze prestavam byt u pocitace nervozni a ostrazity. Ani jsem si to drive neuvedomoval, ale u Windows jsem neustale premyslel, jestli mam zasejvovano, nez treba spustim jinou aplikaci nebo treba jen prepnu okno. Nebo kdyby to lehlo. Gentoo mi letos lehlo jenom jednou, ve stejny okamzik, kdy mi lehl router s Debianem a vykopavka s Windows XP. Mzikovy vypadek elektriny. Zato Windows, co jsou v baraku, lehla jiz mnohokrat, bez vypadku elektriny, ale Debian a Gentoo nenasledovaly. :-)
No, 98ky trochu padaly, ale vetsi problemy jsem s nima nemel, zalezi kdo je pouziva, zase plati, owner v pohode, noob co nic neinstaluje a nerozesira, tak taky v pohode, ale radoby owner, ten rozesere jakykoliv system na jakemkoli HW v jakekoli dobe nebo denni hodine! Spravne sejvovani a zalohovani je zalezitost samozrejme, s OS nema NIC spolecneho. Co se tyce aplikacek, tak mam pocit, ze ty linuxove bastly narychlo preportovane, aby behaly na vsech distribucich, jsou podstatne horsi co se stability tyce. A zminovalo se to uz hodnekrat, ale je uz fakt uboha vizitka autora prispevku, ze srovnava dnesni linux s OS z dob W95,8...jinak NT4 jsem nemel, ale byly pouzivany dokonce na RTOS, tak asi zas tak spatne nebyly.....
pepac, ale prides mi ako trotel z cias Windows NT... zrejme ti unika kde je dnes windows a kam to cele smeruje (.NET)... na registre sa kasle, slusne aplikacie sa dnes neinstaluju (v tom vyzname ake mas ty prestavy) a rozhodne sa do registrov ukladaju prezitky ako stare systemove nastavenia alebo zatuchnute COMy...
Tak slusne aplikace to ukladaji tam kam maji, aby se to dalo automaticky zalohovat a na to, ze na registry se kasle, to jsi prisel kde?:o) Jsou samozrejme systemove a uzivatelske registry, do systemovych se samozrejme nastavujou vsechny ty systemove nastaveni, kterym asi rikas prezitky a zatuchle COMy:o) Fakt nevim co si myslel temy COMy, jen pevne doufam, ze si nemyslel Component Object Model, protoze to bych byl vazne v koncich ... Jo, slusne aplikace se neinstalujou, k jedinym spravnym aplikacim ti hlupak programator da zadara zdrojaky, ty si je nastudujes, poupravis na svoji platformu, zkompilujes, das tam kam to patri a mas to bez instalace, ja vim:o)
presne tie COMy/DOMy myslim... tie, s ktorymi mali firmy vecne problemy lebo registre a neprijemne instalacie. tie ktore mali fungovat na webe vo forme activex a stalo sa to fiaskom... zaujimave, ze ked to vsetko bolo tak uzasne, je to odsudene na postupnu likvidaciu samym MS (pardon, niektore veci sa budu tahat vecne koli kompatibilite, ved prave preto je windows tam kde je, a teraz to pisem v pozitivnom aj ngativnom slova zmysle)
slusne aplikacie sa neinstaluju, samy sa upgraduju, notifikuju novu verziu, pretoze dnes je to nutnost...
"hlupak programator" da zadara zdrojkay, tak tym si jasne ukazal co je v tebe... hlupak programator nakody grc a este to pomocou obchodnika preda za drahe prachy, preto osprosteju zakaznika... ja si myslim, ze ukazat svoje kody svetu chce odvahu a moze to spravit len skutrocny programator a nie klikac-koder, tomu pride vhod tvoj argument...
ja koncim tuto debatu, je uz davno off-topic, a argumentovat ti nema vyznam dalej... mam svoj nazor a skusenosti.... howk
.NET aplikace mohou ukládat XML konfiguráky, nebo používat Registry. Většina jich používá Registry.
Slušné aplikace se dnes instalují, stejně jako "včera". "Zatuchlé" COM komponenty (na které unixy ještě pořád nemají) se registrují ve Windows Registry. .NET komponenty se registrují v Global Assembly Cache, což je ovšem věc, která může být uživateli i adminovi celkem ukradená. Jsou tu dobré důvody, proč před 10-15 lety nebyla použita věc typu GAC, ale registrace komponent v Registry.
si ma dobre pobavil, ze .net apps pouzivaju registre - si zartoval, ze? alebo nevyvijas skutocne aplikacie pre firmy - jedno alebo druhe, inac by si to nemohol napisat. Preco asi ms nedal triedy v .nete niekde do namespace System alebo dal pod Microsoft.Win32?... z toho konca vychadza ze predsa tie regsitre bol ulet, kedze ich ms nahradil niecim inym... aby si ma rozumel, registre by boli mozno ok, keby sa nezacalo do nich pchat vsetko...
Dovolim si tvrdit (ako programator), ze to ako app startuje koncoveho uzivatela vobec nezaujima, pre neho je podstate ci je to relativne rychlo... a boot na notebooku je sakra dolezita vec, inac user celu cestu sa bude kukat ako mu na kolenach system bootuje resp. sa vypina... z videa je jasne, ze xp su na tom notebooku podstate pomalsie (podla mna az neprijeme)...
Ono je to otázka taky rukou. Každý operační systém nabíhá podle toho, kolik služeb staruje. Například mě běžně nabíhá Linux po startu pomaleji, než Windows. Je to tím, že Windows jsem daleko pečlivěji nastavil - takže žádné závěry z toho dělat nelze.
A kdyby mě noťas bootoval minutu, dvě, je to pro mě zcela přijatelné.
(Teď už obecně, ne jako reakce na předchozí příspěvek): Koukám, že se tu rozmáhá uveřejňování "odborných", "seriózních" a podobných testů, kdy se opravdu testuje to důležité. Vzhledem k tomu, že mohu notebook uspat, tak o to méně mě start systému zajímá.
Mě zajímá rychlost práce na tom stroji, ale to je "nezajímavé".
suhlas... zalezi ako to mas vyladene - ty, ktory si to viez vyladit., ale na tomto type NB (to EEE v nazve zrovna nezahrna "odbornika") je predpoklad ze system je uz vyladeny, nie?
Už mnoho let programátoři ví, že režie startu procesu ve Windows je daleko větší, protože systém také spravuje kolem procesu mnohem více záležitostí, proto se také na Windows zásadně neforkuje, ale vytvářejí threadwww.thebootcd.com