Názory k článku
Windows 10 představen. Přinese i virtuální plochy

Jaké nesmysly? MIPS, PowerPC, Alpha i Itanium byly podporované, takže na nich Windows může běžet. Jak jsem psal dále, obchodně je to nesmysl, protože podpora takových platforem je žrout peněz a nic nepřináší. Alpha skončila, Itanium propadlo, PowerPC ani MIPS se na trhu PC neuchytily. Má snad MS udržovat Windows pro ty nikým nepoužívané platformy jen proto, aby si mohl zaškrtnout "umíme to"?

Edice pro ARM je okleštěná z jiných důvodů. Je určená pro zařízení s velmi slabým HW, kde je fakt problém, když se vám na nich při startu načte dvacet zbytečných background procesů, které sežerou paměť a případně budou celou dobu vytěžovat CPU. MS chce na ARMu stavět Metro-only UI. Technicky není s Win32 problém. Nakonec na něm běží Win32 verze MS Office a MSIE. Jeden dobrák pomocí debuggeru úspěšně změnil RequiredSignin­gLevel, a další pak zkompiloval PuTTY pro Win32@ARM a spustil ho. Další údajně spustil 7-Zip, a prý se uvažovalo o kompilaci Chromium bowseru.
http://surfsec.wordpress.com/2013/01/06/circumventing-windows-rts-code-integrity-mechanism/

Pardon, glibc je samozřejmě pod LGPL. A že je to FUD? BSD license is a non-copyleft license and Google wished to isolate Android applications from the effects of both the GPL and the LGPL
http://en.wikipedia.org/wiki/Bionic_(software)

MIPS, PowerPC, Alpha i Itanium byly podporované, takže na nich Windows může běžet

Ano, windows z roku 1996 to umely. To nic nevypovida o dnesnich windows.

Má snad MS udržovat Windows pro ty nikým nepoužívané platformy jen proto, aby si mohl zaškrtnout "umíme to"?

Zajimave, ze na techto nepouzivanych platformach se pouziva Linux a jine podobne neprenosne OS.

Kde je fakt problém, když se vám na nich při startu načte dvacet zbytečných background procesů, které sežerou paměť a případně budou celou dobu vytěžovat CPU

Takze Windows obsahuji dvacet zbytecnych background procesu, co zerou pamet a vytezuji procesor. Ja jsem si to dlouho myslel, ale ted kdyz to oficialne potvrdila i profesionalni uderka Microsoftu, muzu jit s klidem spat.

A že je to FUD?

Ano, stale je to FUD. Protoze BSD license je open source licence.

Ad windows z roku 1996 to umely. To nic nevypovida o dnesnich Windows - Windows jsou naštěstí modulární, s odděleným Hardware Abstraction Layerem atd., a ne klubko ifdefů jako Linux. Takže bych se o jejich portovatelnost nebál.

Ad na techto nepouzivanych platformach se pouziva Linux a jine podobne neprenosne OS - v jakém stavu jsou ty porty? Kombilují, nebo dokonce bootují? :) A kolik instalací se produktivně používá? Pokud máte 500 milionů uživatelů na Intelu, a řekněme milion potenciálních uživatelů na mrtvých platformách jako Alpha AXP (ukončena v roce 2001), Itanium (v roce 2012 prodáno směšných 26000 systémů), PowerPC (na desktopech se nikdy nechytly, OS/2, Windows i Solaris byly ukončeny), kolik procent z peněz na vývoj OS budete do těch platforem lít? Asi nic, protože se to nevyplatí.

Ad Windows obsahuji dvacet zbytecnych background procesu, co zerou pamet a vytezuji procesor - samy o sobě ne. Bohužel si je uživatelé dotáhnou s aplikacemi. Navíc klasický multitasking je na podobná zařízení nevhodný, protože neaktivní aplikace může žrát zdroje na pozadí. Na WinRT (Metro a WP aplikace) se to stát nemůže, protože jsou aplikace psané tak, že je může systém kdokoliv ukončit, aplikace si u toho uloží stav GUI, a při dalším startu ho znovu natáhne.

Ad BSD license je open source licence - ovšem není to copy-left licence, což je zjevně pro Google dost zásadní.

Jenomže Laeli, systém nepotřebuješ jenom na verglu s (dotykovým) displejem a uživatelem natěšeným ze super duper cool featur. Co nenajdeš na desktopech, najdeš jinde.

Víš, v kolika routerech a switchích je takový MIPS?
Víš, že doma routuju na dvoujádru PowerPC?
Víš, že APčka u mě doma jedou s ARM procesorem?
Víš, že v mojí pět let staré telce vesele koexistue tučňák s ARM11 - a není to žádná okleštěná ani vykleštěná verze?
Víš, že můj setelitní set-top-box je na tom podobně jako telka, akorát na nějakým novějším Cortexu?

Jenomže pro tvýho chlebodárce je server s x86, pak vakuum a pak přenosný systém s ARMem nebo x86, popř. PC nebo noťas s x86. Router s widlema, který se chová jak Win98 a pustí tě dovnitř jako default uživatele s právy roota a tvou aplikaci bez ověřování pustí až na železo, bych asi moc neocenil.

Proboha nenapovídejte mu! Už teď je problém, že se MS snaží udělat OS, který poběží stejně na desktopu s FullHD monitorem a myší i na patladle s 4" displayem. Ještě aby je napadlo "implementovat podporu síťových prvků".

Samozřejmě na embedded zařízeních se MIPS i ARM vyskytuje velmi často. Na ně má MS Windows CE. Ale většina těchhle krabiček jede na OS zdarma, protože se výrobcům nechce platit za licenci. Samozřejmě najdete Windows CE v různých pokladnách, bankomatech, firmwarech čerpacích stanic, jeřábů apod.

Nevím jestli ty routery s WinCE nikdo nechtěl. Spíš bych viděl problém v ceně licence. Ono zdarma je zdarma. U desktopů ale zjevně nepomáhá ani to.

Ad WinCE GPS - měl jsem dvě, a fungovaly mi bez problémů.

Mě obě ty GPSky fungovaly plynule a bez problémů. Jednu nakonec polilo dítě limonádou, druhá se někde válí v šuplíku :). Co mám Lumii s Nokia Drive v ceně, GPS krabičky mě už nezajímají ani v rozvojovém světě.

Garmin jsem párkrát používal, a nic moc. Ovšem naprosto katastrofická byla ta jejich aplikace pro Windows Mobile.

Můžu potvrdit, že WinCE jedou i na platformách, který nikdo moc nezná, třeba SH4.

Na druhou stranu, když v bývalé práci závodili programátoři ovladačů, kdo napíše rychlej nový ovladač pro konkrétní náma vytovřenou periferku, Linuxák to měl za tři dny. Windowsák za osm, z toho tři dny studium, jak to vůbec provázat do systému. Linuxák si to ušetřil, unifikovaný přístup přes soubory má svoje kouzlo při vývoji, ladění i používání...

Holt cena licence není všechno, Laeli.

Otázka je, jestli ty tři dny studia nevypovídají spíš o nezkušenosti konkrétního vývojáře.

Takže bych se o jejich portovatelnost nebál.

Takze na jedne strane tu mame system, ktery (pouze) teoreticky muze bezet i na jine platforme. A na druhe strane tu mame system, ktery prakticky bezi na dalsich platformach. Jen pro zajimavost. Kdyz prisla architektura AMD64, Linux ji podporoval od roku 2001, Windows az od roku 2005. To jen k te snadne prenositelnosti.

PowerPC (na desktopech se nikdy nechytl

Jeste ze si toho u Apple nikdo nevsiml. Jinak architektura Power se pouziva na rade dalsich mist - servery, embeddeed reseni. A to nemluvim o dalsich architekturach, ktere se aktivne pouzivaji, napr. SPARC.

Bohužel si je uživatelé dotáhnou s aplikacemi.

To uz je opravdu hodne sroubovana konstrukce. Jinymi slovy Windows jsou orezene jenom proto, aby si uzivatelem dotazene aplikace nemohly spoustet na pozadi background procesy.

Navíc klasický multitasking je na podobná zařízení nevhodný, protože neaktivní aplikace může žrát zdroje na pozadí.

Neaktivni aplikace muze neco zrat? A napadlo te, ze ARM se pouziva i jinde nez v tabletech nebo telefonech?

Ad BSD license je open source licence - ovšem není to copy-left licence, což je zjevně pro Google dost zásadní.

Takze nejdriv je problem, ze to neni GPL a open-source a ted ze neni copy-left. Ujasni si to, nez zacnes neco psat na internet. A ted si dej jako cviceni, proc to v pripade knihoven je vlastne jedno.

No, Apple si toho v roce 2006 všiml.

Dnes je Power pořád živá architektura, ale potkávám to už jen v serverech IBM. Docela mě zajímá, jak s tím zamíchá Lenovo.

Windows XP měly od začátku 64-bitovou verzi na Itaniu. V té době si Intel myslel, že 64-bitovým Itaniem nahradí x86. Proto MS neuvolnil x64 verzi Windows XP. Ta přišla teprve poté, co x64 procesory uvedl i Intel.

Ad PowerPC se nikdy nechytil, toho u Apple nikdo nevsiml - jistě víte, že Apple dneska jede na Intelu. Apple jaksi neměl v plánu vyrábět PowerPC stroje s Windows, prodeje PowerPC strojů byly mizerné, tak MS podporu celkem logicky zaříznul. Podobně SPARC. WinNT 3.51 se portovaly i na SPARC a Clipper, ale ani jeden port nakonec nevyšel jako produkt pro koncové uživatele. Prostě za tím není dostatek peněz.

Ad Windows@ARM - když se kouknete na iPhone a Windows Phone, tak nemají klasický multitasking, aby aplikace běžící na pozadí nemohla žrát paměť a CPU. OS může aplikaci kdykoliv uložit. Aplikace si u toho uloží stav, a při dalším startu ho obnoví. Windows@ARM to dělají úplně stejně, a z toho samého důvodu.

Ad Android a Bionic libc - BSD licence není copy-left. LGPL neumožňuje statické linkování za stejných podmínek jako BSD licence. Četl jste vůbec to co jsem linkoval?

Tomu rikam kvalitni kurz mlzeni.

A co, ze WXP mely verzi pro Itania? Co to ma spolecneho s tim, ze MS 4 roky zaspal architekturu AMD64. A netvrd mi, ze se AMD64 na desktopech a serverech vubec neujala.

Tvrdil jsi: PowerPC ani MIPS se na trhu PC neuchytily

Je zajimave, ze tento neuchyceny procesor pouzival jeden vyrobce 10 let a jeden vyrobce hernich konzoli jej pouzival nasledujicich dalsich bez mala deset let... A nerikej mi, ze by MS pro tu konzoli nemohl dodavat OS.

Windows@ARM a jejich multitasking oceni zejmena vyrobci cehokoliv jineho nez je telefon a tablet.

LGPL neumožňuje statické linkování za stejných podmínek jako BSD licence.

A co jsi tim chtel rict? Ty licence jako OSS vyvojar dobre znam, a vim, ze to, co tady siris jsou jen bludy a FUD, protoze v pripade knihovny pouziti BSD licence hraje jen omezenou roli a mohou pro to existovat racionalni duvody. To ty jsi tady zacal tvrdit nesmysly o tom, ze aby to bylo opensource, tak to musi byt GPL.

Jak jsem psal, MS neuvedl verzi WinXP pro x64, protože Intel v té době prosazoval Itanium.

Ad neuchyceny procesor PowerPC pouzival jeden vyrobce 10 let a jeden vyrobce hernich konzoli jej pouzival nasledujicich dalsich bez mala deset let - a myslíte že Apple chtěl Windows na svých strojích? :) Ano, PlayStation 3 používala Cell založený na PowerPC (mimochodem dost špatná volba). A opět se zeptám: myslíte že v Sony chtěli založit firmware své konzole na OS svého největšího konkurenta? XBox 360 byl BTW také založený na PowerPC.

Ad ty jsi tady zacal tvrdit nesmysly o tom, ze aby to bylo opensource, tak to musi byt GPL - váš dojem je nesprávný, nic takového jsem netvrdil. Linkoval jsem Wiki, kde stojí psáno: BSD license is a non-copyleft license and Google wished to isolate Android applications from the effects of both the GPL and the LGPL.

MS neuvedl verzi WinXP pro x64, protože Intel v té době prosazoval Itanium.

A vsiml sis, ze MS != Intel?

Ad PowerPC v konzolich... Ja vim, ze vam na centrale dali asi solidni skoleni z mlzeni, ale prosim priste se prihlas na kurz sarkasmu, nejak ti nektere veci nedochazi.

váš dojem je nesprávný, nic takového jsem netvrdil.

Ty uz nevis, co rikas: Bionic libc (mimochodem nekompatibilní, ale zato není pod GPL - výhoda pro Google coby milovníka open source).

Ad MS != Intel - potvrzuji, všiml jsem si :). A? MS čekal, že 64-bitové PC pojedou na Itaniu, které mělo i kompatibilitu s x86 aplikacemi. Když to Intelu nevyšlo, zřejmě ho v MS nechtěli podrazit podporou AMD. Nakonec když MS nedávno uvedl Windows@ARM, manageři Intelu prý málem dostali infarkt :)

Ad uz nevis, co rikas - vím to velmi dobře. Google se profiluje jako milovník open source. Ale když dojde na Android, tak nejprve nasadí Bionic libc, aby se odstínil od (L)GPL, a nemusel tedy uvolňovat zdrojáky aplikací staticky linkovaných s libc, ani vlastních modifikací libc. Wow, velmi open source přístup - zdroják by měl být otevřený, ale ne ten náš :). A později přesouvá funkcionalitu z Android Open Souce Project do Google Mobile Services, které jsou proprietární, a licenční podmínky určují i jak musí být umístěné ikony aplikací společnosti Google.

Na Intelu aplikace umožňují běh na pozadí i start aplikace při přihlášení. Pokud byste to zakázal, spousta věcí by se rozbila. Na ARMu je možné začít znovu od začátku, a takové věci nedovolit. Záměrem MS je postavit na ARMu PC jako úspornou, bezpečnou a "nerozbitelnou" spotřební elektroniku s Windows. Proto je tam SecureBoot, nejde vyměnit shell, aplikace jsou instalované jen přes Store, jsou to jen Metro aplikace atd.

=========
Na Intelu aplikace umožňují běh na pozadí i start aplikace při přihlášení. Pokud byste to zakázal, spousta věcí by se rozbila. Na ARMu je možné začít znovu od začátku, a takové věci nedovolit.
=========

Vítejme zpět na stromech. Ještěže vývojáři ARM mají rozum a multitasking je tam stejně samozřejmý jako na x86. Že není záměrně implementovaný v nadstavbách typu Android či WinRT je jejich problém. Jsem přesvědčený, že se k němu stejně v dohledné době s růstem výkonu HW opět vrátí.

Nerozbilo by se nic, systém je na to připraven. Ale uživatelé by se divili, že jim po prvním kliknutí na výběr fontu počítač 10 sekund štrachá na disku apod.

Ad vidite nejaky jiny duvod proto, aby to na ARMu neslo ani vypnout - je to spotřební elektronika s vestavěným firmwarem, stejně jako zamknuté telefony s Androidem.

Pokud se ptáte po technických důvodech, tak ty neexistují. Technicky je možné třeba tablety a telefony pojmout jako malé PC, nezamykat je, a nechat uživatele dělat cokoliv. Praxe (hlavně u Apple) ale ukazuje, že chytrá zařízení jsou nejúspěšnější, když jsou připravená na hloupé zákazníky.

"MIPS, PowerPC, Alpha i Itanium byly podporované, takže na nich Windows může běžet."

Byly podporované, takže na nich jakési historické Widle možná naběhnou. Ale dostanou se na ně aktualizace a záplaty těch milionů bezpečnostních děr? Ani omylem, takže podpora nula :-D

Zajímavé je že Linux se pro ARM oklešťovat nemusel, na rozdíl od vykleštěných Windoze, které by na tom jinak nabíhaly celý den a po půl hodině by možná zaregistrovaly že zoufalec co za to zaplatil šmatlal prstem po displeji :-D

Ten zbytek je "údajně" a "prý", takže věrohodný asi jako někdejší Gatesovo tvrzení že nové technologie M$ do roka vyřeší problém spamu. Dobře si pamatujeme jak to tenkrát dopadlo :-D

A k těm žhavým novinkám - jak dlouho jsou na Linuxu virtuální plochy? Hádám že je spousta lidí používala už v době kdy jsi ty ještě ani nevěděl že nějaký Linux existuje :-D

Na všechny ty otázky tu byly myslím odpovědi. Rekapitulace:

Ad MIPS, PowerPC, Alpha i Itanium, dostanou se na ně aktualizace - nedostanou, protože dávno nejsou podporované. Psal jsem, že Windows na těchto architekturách mohou běžet, ale protože za tím není business (a například Alpha se už ani nevyrábí), byla podpora ukončena. Pro ilustraci: ročně se prodá cca 350 milionů PC na Intelu. Na Itaniu se ročně prodá jen cca 25 tisíc systémů, naprostá většina na HP-UXu. Takový objem prodejů nezaplatí podporu Windows na Itaniu, natož porty aplikací. I Oracle chtěl z jeho Itania vycouvat. Utrácel byste vy peníze za jeho podporu?

Ad Linux se pro ARM oklešťovat nemusel, na rozdíl od vykleštěných Windoze - jasně jsem popisoval, že omezení není technické, a Win32 aplikace od MS na Windows@ARM fungují. MS také veřejně deklaroval snahu stavět na Windows@ARM "nerozbitelnou" spotřební elektroniku. Linux na ARMu ořezaný není, a "kupodivu" se prakticky vůbec nepoužívá. Naopak se dobře prodávají ořezané iPady a různé tablety na Androidu.

Ad jak dlouho jsou na Linuxu virtuální plochy - asi tak dlouho, jako na Windows implementace virtuálních ploch :)

Nevím proč by GUI od třetích stran mělo být nutně mizerné. Vždyť Linux máte poskládaný ze SW od mnoha různých autorů. I když... ok :)

Přesně tak.

Dle http://elinux.org/Android_Kernel_Download zaktualizovaného pro 3.10 jsem si vytáhl následující počty:

Android 3.10 se od stock kernelu v3.10.55 (aktuálně poslední 3.10) liší o 729 commitů s celkovým diffem velkým 5,5MB (tj. bez commit hlášek).

První commit do androidího repozitáře byl 10.12.2008. Od tohoto data (commit b5aa97e) přibylo do historie verze 3.10.55 ze dne 17.9.2014 celkem 243.282 commitů celkovým diffem 516MB.

Popis viz http://elinux.org/Android_Kernel_Features .

Tak asi tolik k tomu "heavily patched". Kecy, jako obvykle.

A je dost možné, že do počtu androidích commitů jsem započítal i commity mezi jednotlivými verzemi 3.10.X, to jsem neměl čas = "hotové znalosti" zjišťovat. Na tom webu uvádějí cca 250 commit v objemu cca 3MB.

Takže 3-5MB commitů podle vás není "heavily patched"? :)

3-5MB na 500MB kernel src tree obravdu neni heavily :-DDD

to mi reknete jak oznacite situaci kdy W7 na cca 2.2GB install.wim potrebuji cca 1GB SP+Updates :DD

Samozřejmě že heavily patched. Nejde o pár řádků, ale o MB kódu.

Ad Win7 SP a updates - SP často obsahuje novou verzi všech binárek. K tomu aby nahradil všechny soubory novou verzí stačí například zavedení ASLR. To ovšem neimplikuje změnu ve zdrojáku každé binárky :)

Procenta binárek jsou něco trochu jiného než procenta zdrojáků, jak jsem už psal.

Očividně s portováním svých commitů na nové verze kernelu nemá google žádný zásadní problém, jinak by změny do hlavní větve již jistě prosadili. Již mají port 3.14 ve větvi experimental https://android.googlesource.com/kernel/common/+refs

To opravdu není. Stačí se podívat, čeho se to týká. Citoval bych názor autora té mnou odkazované stránky, který zcela jistě ví, o čem mluví - viz první odstavec, leč místní geniální antispam mi jej sem nedovolí vložit.

Něco takového jsem fakt říkal? Zdroj? Pokud jsem to napsal, asi tam chyběla informace, že jsem těch francouzských slovíček procvičil všech deset které znám :)

(normalni) imap klient si lokalne neuklada nic, pokud si to uzivatel vyslovene nepreje, tak k tomu neni zadnej duvod. Navic vetsina normalnich klientu se nezacne hroutit, kdyz velikost mailu preleze 2-3GB.

Utlouk lokalne uklada kompletni kopii schranky, a vypnout to nejde.

Ad Utlouk lokalne uklada kompletni kopii schranky, a vypnout to nejde - samozřejmě to vypnout jde, i pomocí GPO, jenom to (opět) neumíte.

Ad nezacne hroutit, kdyz velikost mailu preleze 2-3GB - tohle omezení se týkalo naposledy Outlooku 2000. Samozřejmě pokud upgradujete z Outlooku 2000, chce to převést OST a PST soubory z ANSI na Unicode, jinak je 2GB limit zachovaný. A nepřekvapí mě, že o tom zřejmě opět nic nevíte.

Outlook má by default všechno v lokální cache, a to ze dvou důvodů: 1. možnost pracovat offline, 2. snížení zátěže sítě ve větších organizacích.

Samozřejmě na terminálových serverech to nemá moc smysl. Tam se pak dá použít Group Policy, která cached mode zakáže. Umíte doufám používat GPO?

To by to muselo fungovat loliku ...

Drahý Jeronýmku, ono to funguje. Ve vašem konkrétním případě je zjevně problém v neznalosti.

Pesimista = zkušený optimista...

Desktopové aplikace pro Windows (i Windows 8 a 8.1) se dál píšou v C++/Win32, C#/.NET atd. "Dlaždicové" aplikace jsou určené pro dotekové rozhraní, a na desktopu jsou prakticky nepoužitelné. Mimo jiné protože neumí (za běžných okolností) běžet v okně.

V tomhle čekám změnu ve Windows 10. Metro-aplikace budou běžet v okně, MS rozšiřuje API, a například nová verze MS Office bude pro Metro. Tím pádem se domnívám, že bude možné výrazně lépe kombinovat desktopové a Metro aplikace.

Dlaždice jako takové jsou v pohodě. Dokud používáte počítač v módu tabletu (nebo jste na telefonu), je to velmi dobře použitelné. Osobně nemám problém ani se Start Screen místo Start Menu. Ale těžko pracovat na desktopu s kombinací desktopových a Metro aplikací, když ty Metro aplikace běží vždycky full screen. Respektive můžete mít dvě aplikace vedle sebe, ale to pořád není ono.

Věřte mi, že kdyby MS implementoval věci vždycky optimálně, byl bych daleko šťastnější. Jenže konkurence je o řád horší.

Osobně se mi s Windows v režimu tabletu pracuje celkem dobře. A convertible je super věc. Na čtení knížky, zpráv, nebo koukání na youtube stroj prostě použijete v režimu tabletu. Na práci pak v režimu notebooku. A i tam je třeba scrollování obsahu dotekem celkem návykové. Navíc se stylusem dobře kreslí diagramy a schémata, retušují fotografie atd. Jak jsem si na to zvykl, jiný stroj bych už nechtěl.

"V tomhle čekám změnu ve Windows 10. Metro-aplikace budou běžet v okně, MS rozšiřuje API, a například nová verze MS Office bude pro Metro. Tím pádem se domnívám, že bude možné výrazně lépe kombinovat desktopové a Metro aplikace."

No to je pekna predstava ale zatial to bolo tak ze dlazdicove app mali ulpne ine typy formularov a komponentov ktore sa do nich dali dat ako klasicke formulare. Neviem si principialne predstavit ako sa to da spojit. Combo box sa nikdy nebude dat ovladat prstom tak ako mysou, vybrat v menu saveAs bude tiez riadne obtiazne ...

Problém není v používání desktopových aplikací v Metru, protože to prostě nemá smysl. S klasickým menu prostě prstem pracovat nemůžete. Měl jsem na mysli používání Metro aplikací z desktopu. Ty lze technicky používat v pohodě. Bohužel ve Win8 jsou vždycky fullscreen (případně dvě aplikace vedle sebe), což je prostě na desktopu nevhodné. Když budou běžet v okně, budou se na desktopu používat daleko lépe.

Ad se to samo resetuje kvůli záplatě - předpokládám že si umíte nastavit, jestli se PC po updatech automaticky restartuje.

Ad updates - MS Office, MSIE a některé další aplikace umí uložit stav, restartovat se a stav znovu natáhnout. Bohužel většina aplikací tohle neumí.
Ad dva updaty najednou - tam jistě není potenciál pro race conditions. Ale jste na Linuxu, ono to třeba nějak dopadne :)

Samozřejmě, že umím, pokud mám admin práva. Problém je v labině, když typráva nemáme a ajťák je nějaký kamarád kamaráda od vedoucího... Co neumím, tak zakázat modrou smrt. Tenhle týden jsem ji viděl 3x. Nechceš napsat nějaký článek, jak na ni?

Budeš se divit, ale N450, používaný doma jako malinký server na pokusy, má momentálně za sebou 20+ komplet updatů a jede jak namazaná ještěrka bez restartu systému... Updatuju, restartuju část, které se to týká, a hotovo. Výpadek max. na 2s. O dvou updatech jedné věci tady řeč nebyla a nevím, proč by měl třeba Gimp sestřelit aktualizovaný vi.

To je specialita windows, že od začátku instalace absolvuješ desítky tvrdých rebootů, než vůbec spustíč první aplikaci, ve které produktivně pracuješ. Poslední instalace Win7 měla tyhle restarty:
1. Zaseknutí instalačního programu bez udání důvodů.
2. Zaseknutí instalačního programu bez udání důvodů.
3. Přechod z instalátoru do Widlí
4.-10. Instalase updatů a záplat v několika pokračováních, každá s restartem.
11. Automatický restart ve chvíli, kdy Widle zjistily, že je v PC grafická karta a že už ji používají.
12. Automatický restart ve chvíli, kdy Widle zjistily, že je v PC grafická karta od ATI a že už ji používají jako noname.
13. Automatický restart ve chvíli, kdy Widle zjistily, že je v PC síťová karta a že už ji používají.
14. Automatický restart ve chvíli, kdy Widle zjistily, že je v PC USB a že už je používají.
15. Automatický restart ve chvíli, kdy Widle zjistily, že je klávesnice a myš na USB a že už je celou dobu používají.
16. Vynucený restart od uživatele ve chvíli, kdy Widle zjistily, že je připojená tiskárna a že pro ni mají ovladače.
17. Vynucený restart ve chvíli, kdy Widle zjistily, že je tiskárna je vlastně multifunkční zařízení a je potřeba instalovat i skener.
18. Vynucený restart ve chvíli, kdy bylo potřeba ručně nastavit rozlišení monitoru a spadla grafika.
19. - 24. Manuální update ovladačů
25. Instalace antiviru + restart
26. - 37. Manuální instalace dalšího software + po každým požadavek na restart

Jeden restart = cca tři minuty, je to nová instalace a bez McAffee (jinak by to bylo 12 minut). Průměrná doba update 4-10 byla 12 minut.

100x víc než případná race condition počítači ublíží vyteklý nervy cholerickýho uživatele, který potřebuje něco dělat a má poblíž předmět, kterým jde do PC fláknout.

Pokud nemáte práva admina, je to problém administrační, nikoliv problém OS. Předpokládám že kdybyste na Linuxu neměl roota a nemohl díky tomu změnit řekněme konfiguraci síťové karty, neviděl byste to jako problém Linuxu.

O troubleshootingu BSOD jsem psal už před pár lety, moc se to nezměnilo. Samozřejmě na prvním místě to chce natáhnout BIOS defaults (žádný overclocking) a otestovat paměť. U starších počítačů je potřeba je vyluxovat, protože příčinou problému může být přehřívání. Tyhle kroky jsou důležité. Troubleshooting není menu ze kterého si člověk vybírá co by náhodou mohlo fungovat, je to metodický postup.
http://www.root.cz/clanky/vycistete-si-debian-pryc-s-nepotrebnymi-balicky-a-dalsim-neporadkem/nazory/426596/

Ad Updatuju, restartuju část, které se to týká - to je trochu problematické ve chvíli kdy se update týká například widgetů, C runtime libraries, HTML layout enginu (ten se používá na spoustě míst), kernelu, X11 serveru, a obecně čehokoliv co je sdílené mezi více aplikacemi (a ve Windows se toho sdílí zatraceně velká spousta, je to v podstatě SW verze Lega).
Ad o dvou updatech jedné věci tady řeč nebyla - jenže opět může dojít na update komponent sdílených mezi více aplikacemi. Jak zajistíte že se to nestane? Pokud navíc provádíte patchování transakčně tak aby se dalo v případě neúspěchu odrolovat zpátky, tak patchovací balíček sepíše seznam nutných změn, ověří jejich proveditelnost, a pak je všechny aplikuje. Pokud to děláte ve více instancích najednou, může to dopadnout špatně.

Ad desítky restartů při instalaci Windows - několik poznámek. Pokud se vám seká už instalace OS, a navíc vám padá grafika při změně rozlišení, asi budete mít něco špatně s HW. Instalace driveru grafické karty restart nevyžaduje, stejně tak instalace síťové karty a většiny ostatních driverů. Samozřejmě pokud pouštíte instalaci přes setup app od výrobce, ta vám na konci může hodit výzvu k restartu. Například drivery AMD instalují různé rozšíření shellu (integrace AMD Catalyst Control Center), a protože je shell načítá jen při přihlášení, nabízí setup restart počítače. Ovšem nikdo vás nenutí ten restart provést - klidně můžete pokračovat dál. Od toho tam máte v tom restart dialogu volbu "No" :). Navíc můžete drivery v klidu instalovat pomocí .inf souborů.
Instalace SW se ve většině případů obejde bez restartu, případně můžete restart odložit. Při instalaci antiviru opět můžete restart odložit, úvodní sken systému a natažení antivirových komponent se prostě provede až po příštím restartu.

Ad 100x víc než případná race condition počítači ublíží vyteklý nervy cholerickýho uživatele - na prvním místě by ten uživatel měl vědět to co jsem psal výše, aby nerestartoval zbytečně. Na druhém místě race condition při patchování může snadno poškodit aplikaci, případně systém, jak jsem vysvětloval v třetím odstavci.

Kde konkrétně jsem tvrdil, že je každý pád Windows způsobený tím, že nemáte počítač vyluxovaný?

"Samozřejmě na prvním místě to chce natáhnout BIOS defaults (žádný overclocking) a otestovat paměť. U starších počítačů je potřeba je vyluxovat, protože příčinou problému může být přehřívání."

V práci, půl roku stará funglovka od Dellu, Bez opičáren typu overclocking. V čistým labu. Klima, teplota okolí držená na 19+/-1°C. Nějaký nápad? Ve stejným prostřední na tříletým stroji s XP se za celou dobu nestalo, že by padly na hubu.

By the way, ke složení aplikace "prohlížení fotek" stačí, když kliknu na další fotku po míň jak 5s. To tam máte tak pomalý tesťáky, že to neumí ověřit?

Vždyť jsem vám to psal: test paměti, pak použijte instrukce z příspěvku který jsem linkoval.

Ad ke složení aplikace "prohlížení fotek" stačí, když kliknu na další fotku po míň jak 5s - to se neděje na žádném z mých počítačů.

Nevím jestli je to po prvním rebootu, a ani to nehraje žádnou roli. "Minimální verze Windows" je už první fáze setupu.

MS běžně dodává média s integrovaným SP (mimochodem můžete si je vyrobit i doma). Upřímně tomu proč se přes SP instaluje hromada patchů také nerozumím. SP jsou kumulativní.

Po SP se vám pravda pár patchů ještě dotáhne. Zvlášť na Win7, kde poslední SP pochází tuším z roku 2010. To se pak asi vyplatí dát si na klíčenku ještě pár dalších pachů.

Ony jsou tu od roku 2006 Windows Vista, a od roku 2012 jsou tu Win8. Vydávání SP pro Win7 asi nemá prioritu. Ale bylo tam několik velkých balíčků, které jsou v podstatě menším SP.

NT 4 měly šest Service Packů, a pak ještě velký Security Rollup.