Světelná tabule? Po Brně jezdí autobus, kde je ten LCD panel zobrazující zastávky a prokládající to reklamou. Co kilometr, to pokus nabootovat, ukončený modrou smrtí.
Takže na co se to nehodí:
- Na kancelářsou práci, protože díky update to přinese ke 24 zaměstnanvcům práci pro 25. zdarma
- Na aplikace typu kounikace s letadlem, protože to prostě nefunguje
- Do labooratoří, výzkumu a vývoje, protože je to ochotný se resetovat uprostřed testu.
- Na zobrazování reklamy, pokud to není rreklama na BSoD
- Na řízení světelné tabule, protože majitel prohraje kontumačně.
- ...
Pokud ale někdo trpí windowsupdatofilíí nebo restartofilií jako Lael, jde to jenom doporučit. Pět orgasmů každý den zaručeno.
Btw. Jak na Windows měří čas na 1/100s?
Ad Co kilometr, to pokus nabootovat, ukončený modrou smrtí - což může mít asi tak milion důvodů, včetně poškozeného HW. Ale to je jedno. Viděl jste přece BSOD, tak je to jasně chyba Windows ;)
Ad Takže na co se to nehodí: Na aplikace typu kounikace s letadlem - pokud narážíte na problémy s ANS, které někdo linkoval, tak tyhle systémy běží většinou na Unixech. "Kupodivu" mají také problémy. Že je rozbitý radar a neběží z něj data, a že to celé běží na Unixech? Všichni víme že za tím musí být Windows, nejspíš automatický restart po aktualizaci :)
No ale to je přece víc než jasný, přece tabule časomíry je nestandardní hardware, který není M$ certified. A určitě neměla podepsaný ovladače, fuj!
A teď vážně, pokud tu ovládací aplikaci nějaký patla slepil v C# a k těm standardním 20 minutám aktualizací přibylo 20 minut buildování a spouštění aplikačky, tak by jim vyhazov patřil. Za blbost, že to zapli tak pozdě.
Být tebou, tak to moc nepitvám. Notebook zapnuli hodinu a půl dopředu, akorát že výtečný operační systém z Redmondu spadl, což asi byla jasné znamení pro to, že je vhodná chvíle nainstalovat aktualizace.
http://www.zeit.de/sport/2015-03/basketball-paderborn-windows-update-abstieg
Myslis to ironicky, ale ona to zatez opravdu je, bohuzel. Ve win je spousta servisu, ktery se cas od casu potrebujou vyblbnout. Pokud ten komp bezi denne spoustu hodin, tak se to prubezne zvlada, dela se to v dobe necinnosti apod.
Ale kdyz ten system cely tyden nebezi, tak se po startu vsichni zblaznej a zacnou resit. Na SSD to mozna znat neni, ale s plotnovym diskem je to na slusnejch par desitek minut.
Jelikoz mam mezi kamarady i takove, co cele dny pocitac nepotrebuji, tak jsem tenhle problem uz nekolikrat resil a nemohl jsem poradit vic, nez to zapinat casteji, nebo s predstihem. Sam jsem ziral, ze to treba 30 min nebylo absolutne pouzitelny, vytizeni disku na maximu, samej svchost co neco zkoumal.
Potvrzuji, že při každodenním používání problém nepozoruji. Pokud ale počítač deset dní nezapnu, tak po prvním spuštění to tak dvacet minut skoro nejde používat a disk vrčí jak podrážděný pes. I když osobně to svádím spíše na antivirus, iTunes apod. software, který prostě dojde k závěru, že je potřeba okamžitě aktualizovat a ověřovat.
PR oddeleni M$ ti ovsem bude tvrdit, ze to neni pravda, nedavno sem tu linkoval, ze tahle hruza si klidne zezere i nekolik GB RAM jen na to, aby ti milostive rekla, ze zadny aktualizace netreba. Ostatne, vyzkousej si to.
Obzvlast posledni dobou (tak 1/2 roku) se widli patchovator zcela zblaznil, a zcela bezne predevsim lidi co chodej s notesama a tudiz sou v siti jen semo tamo, cekaj i nekolik hodin. Neni vyjimka, ze ani po 8mi hodinach neni dopatchovano. Protoze se neustale patchujou ty .NET sracky, a hnedle po tom se vsechno prepocitava na novou verzi ...
U mě typicky ano, mám SSD. Pokud jde o notebook s pomalým diskem, samozřejmě to může trvat déle. Je ale otázkou, proč pánové na notebooku s takovým použitím mají zapnutou automatickou instalaci aktualizací. Zřejmě je nenapadlo, že by to mohl být problém. A jestli jim ten stroj navíc padá, jak někdo psal v diskusi, tak je to dost diletantské.
Jinak zprávička pobavila :)
U mě typicky ano, mám SSD.
Tak určitě...
A jestli jim ten stroj navíc padá, jak někdo psal v diskusi, tak je to dost diletantské.
Zcela souhlasím. Místo 17. vydání totálně rozbíté "důležité" aktualizace, která spamuje uživatele nabídkami na upgrade na W10, byste třeba v Redmondu mohli spravit to padání.
Ano, přesně o to jde.
Ikonka jde vypnout, tak co, že?
Že se pod pojem "aktualizace" ukryl reklamní shit, který jen prudí, to tu přeci nikdo neřeší.
A že se původně "optional" update změnil na "important", to už je jasně naprosto irelevantní.
Byly tu okamžiky, kdy jsi během toho svého ubohého tro(t)lování občas použil i nějaký podložený argument.
Tentokrát ze sebe zase jen děláš pitomce ...
PS: Jun 5, 2015 ... Early this morning Microsoft changed the rating of two Windows 10 nagware patches, KB 2952664 and KB 2976978, from Optional to Important. ...
If I counted correctly, this is the 17th version of the Windows 7 patch KB 2952664 and the 12th version of the Windows 8.1 patch KB 2976978. In the past, KB 2952664 has caused lots of problems, while KB 2976978 has been benign. ...
Kdyz si das tu praci, tak najdes na stranka M$ asi tak 1000 strankovou diskusi na tema ze M$ nevi, co je to potrebna aktualizace (need) takze takova drobnost ...
Pro dobresneni, kdybys nahodou chtel adminovat 100+ widlich stroju, a nahodou mel ten blbej napad, ze by bylo dobry mit prehled, a nainstalovat si wsus ... tak budes mit prehled naprosto kulovej, protoze ti vsechny widle neustale budou svitit neopatchovany, protoze needujou asi tak 80 aktualizaci - jazykovy balicky a dalsi podobny srace. Pritom kdyz vlezes na ty widle, tak ti budou tvrdit, ze nic nepotrebujou.
To ze ten bazmek (od M$) se neumi nainstalovat na widle (od M$) protoze chce net 3.5 ... kterej ty widle nemaj, a doinstalovat ho (ze site) neumej je pak uz jen tresinka.
Jop, a kdybys nahodou cekal, ze neco tak primitovniho prece musi i fungovat, tak to zapomen, smazat nepotrebny soubory na disku tomu trva asi tak bambiliardu let. Respektive, jeste sem nezazil, zeby to dobehlo a nezhroutilo se to - vcetne situace, kdy na tom disku vubec zadny soubory nejsou.
Kdyz si das tu praci, tak najdes na stranka M$ asi tak 1000 strankovou diskusi na tema ze M$ nevi, co je to potrebna aktualizace (need) takze takova drobnost ...
Jo, ty myslíš diplomovaného dementa a.k.a. Lawrence Garvin, M.S., MCITP:EA, MCDBA, MCSA, SolarWinds Head Geek. Ten je dobrej. :-DDD
Ad ti vsechny widle neustale budou svitit neopatchovany, protoze needujou asi tak 80 aktualizaci - jazykovy balicky a dalsi podobny srace - zvláštní, to jsem ještě neviděl.
Ad protoze chce net 3.5 ... kterej ty widle nemaj, a doinstalovat ho (ze site) neumej - spíš ho neumíte přes GPO doinstalovat vy.
Ad smazat nepotrebny soubory na disku tomu trva asi tak bambiliardu let - pokud to pouštíte jednou za "bambiliardu let", tak asi ano.
Ad Ikonka jde vypnout, tak co, že - přesně
Ad pod pojem "aktualizace" ukryl reklamní shit - upozornění na budoucí velkou a bezplatnou aktualizaci je podle vás "reklamní shit"? LOL
Ad původně "optional" update změnil na "important", to už je jasně naprosto irelevantní - souhlas
Ad pod pojem "aktualizace" ukryl reklamní shit - upozornění na budoucí velkou a bezplatnou aktualizaci je podle vás "reklamní shit"? LOL
Jiste. Kdyz MS chce delat reklamu, at si ji zaplati v radiu, ale at na ni nepouziva systemove zdroje uzivatelu, jichz se nikdo neptal, jestli chteji zobrazovat v systrayi reklamu na neco, co nejspis nechteji. Normalni clovek si Widle stejne poridi az za dlouho po vydani, protoze cerstve Widle jsou akorat zdrojem problemu. MS trva take nekolik let, nez to jakztakz vychyta.
Podobným způsobem dostávali například uživatelé WinXP na vědomí, že končí podpora. A podobně dostává uživatel na vědomí, že jsou k dispozici patche. Nevidím v tom jediný problém.
Ad neco, co nejspis nechteji - nevím proč by neměli chtít, reakce na Windows 10 jsou zatím dost pozitivní.
Ad neco, co nejspis nechteji - nevím proč by neměli chtít, reakce na Windows 10 jsou zatím dost pozitivní.
No třeba proto, že zůstali u Win XP / Win 7 kvůli alergii na dlaždice. Nebo proto, že se nenechali zblbnout reklamou a předpokládají, že s tím budou problémy jako v minulosti.
A pozitivním reakcím se nediv, ještě to nevyšlo a jediní, kdo to viděli (pokud to vůbec viděli) jsou zaměstnanci M$. Když napíšou pravdu, mají padáka. Dej tomu měsíc-dva, pak se můžeme bavit o reakcích. Ve stádiu pre-release marketingové bubliny se zdrž podobné argumentace, je naprosto irelevantní.
A jeden argument, proč to nechtít navíc - Nikdy nekupuju věci, při jejichž prodeji na mě prodejce dělá nátlak. Ani v případě, že je zadarmo. Koupí takové věci vznikne smluvní vztah a pak už je složitější tuho blbečka poslat do čiernej pod bruchom. A já si nerad komplikuju život.
Ad ještě to nevyšlo a jediní, kdo to viděli (pokud to vůbec viděli) jsou zaměstnanci M$ - nesmysl. Před měsícem měl program Windows Insider 3.9M lidí, z toho cca půlka je "vysoce aktivní", tj. opravdu instalují a používají nové buildy Windows 10. Vyjma toho jsou ISO images nových buildů různě po netu, kde si je může stáhnout další spousta lidí.
...thanks to the 3.9 million and growing Windows Insiders who are helping us build and test Windows 10...
https://blogs.windows.com/bloggingwindows/2015/05/13/introducing-windows-10-editions/
Ad prodejce dělá nátlak - zobrazení informace o nové verzi SW není žádný nátlak. Mimochodem podobně MS ohlašoval upgrade z Windows 8 na Windows 8.1.
No právě. Nikdo neví, co se stane a jak to bude probíhat,
Teď se předregistrují, zapomenou na to a za měsíc si kompl vzpomene, sám se uprostřed psaní e-mailu restartuje, bude 12 hodin "aktualizovat" a po pěti dalších restartech v řadě tam bude čistá instalace W10, pár původních, ale už nekompatibilních programů pro W7 a data budou v čmoudu...
By mě zajímalo, jestli ten přechod na W10 zvládne hladce i někdo jiný, než Chuck Norris...
Ta aktualizace mimo jiné zkontroluje, jestli je upgrade na Win10 kompatibilní s daným strojem.
http://windows.microsoft.com/en-us/windows/what-compatiblity-report-means?ocid=win10_auxapp_ReportCovers_%20compatibility
Je potreba zabit aplikaci s nazvem GWCX nebo tak nejak, pak ji najit na disku, prevlastnit ji na vhodneho uzivatele, pridelit vhodna prava a pak ji prejmenovat/smazat. Na 64bit systemu je ta aplikace na dvou mistech, ve wow64 a jeste kdesi. Kupodivu po smazani te z wow64 se pustila ta druha kopie, takze nejlepe smazat obe.
Je to banda zavsivenych kretenu. Upozorneni jeste zkousnu, ale proc tam u vsech svatych neni hned moznost "dik za vsechny ryby, ale uz se neukazuj". Proste sproste svinstvo, nic jineho.
staci pridat "deny execute" apod. pro everyone => lze vratit bez zalohy souboru
> ale proc tam u vsech svatych neni hned moznost "... uz se neukazuj"
To je naprosto jasny: MS vi ze kdyz to lidem nevnuti alespon zadarmo, tak vyda druhou nepouzitelnou a zaroven nepouzivanou verzi OS v rade za sebou, a lidem by mohlo dojit ze za to fakt nema cenu platit.
a to by pak museli propustit spoustu Laelu ...
Co vám tam "smrdí"? To že to zabírá 1.5MB RAM, které jsou stejně disk-backed, takže tu RAM ve skutečnosti nezaberou? No to je katastrofa :)
Ad po restatu to lejno vyleze - restart jsem ještě nepotřeboval, takže to nemohu potvrdit. Ale osobně si v nejhorším případě tu ikonu na systrayi po každém rebootu - tedy jednou za měsíc - nechám schovat. Kdybych byl méně líný, mohl bych odinstalovat příslušnou aktualizaci a zakázat ji instalovat. Plus existují nějaká nastavení v Group Policy, ale upřímně nemám moc náladu to hledat.
Ad Lael přece říkal, že se aktualizace nainstalují během několika sekund, maximálně 1-2 minuty - však to je pravda. Na tom stadionu museli mít nějaké pomalé připojení od nespolehlivého místního providera, proto to tak dlouho trvalo. Zato je podezřelé, že když se něco takového stane, tak se hned dělá hon na čarodějnice a viník je prakticky okamžitě nalezen. Lidé prostě neradi používají šedou kůru mozkovou a chytají se prvního řešení které je nasnadě, i když je od reality stejně daleko jako linux od praktické použitelnosti.
Vyzkratovaný drátek? Kde?
- U LAN by nevěděl, že tam ty aktualizace jsou.
- U HDD by nenabootoval, resp. nemohl by na disk uložit ani ty stahovaný aktualizace
- U RAM by nenabootoval vůbec
- CPU a řadiče jsou propojený uvnitř desky, pokud to prošlo testama va výrobě, je závada hodně nepravděpodobná
- U čehokoliv jinýho by nebyl vliv na řetězec LAN-RAM-CPU-RAM-HDD-RAM-HDD
Počítám, že aktualizace se stáhne a uloží jako soubor. Pak je ve zvyku ověřit, že je soubor v pořádku. A pokud zjistím poškození staženýho souboru, je slušnost vyhodit error do logu, event. informovat uživatele a zkusti ho stáhnout příště (klidně na pozadí při běhu systému). Až jsou update stažený OK, můžu ho nabídnout uživateli. Ne to dělat jako u vás (nevím, jestli vynecháte kotrolu, použijete patch a až se to pos..., tak se to automaticky řeší, nebo se soubor sice nepoužije, ale preventivně se reinstalují widle. Ale tak jako tak je to blbě).
Instaluje se, až je to stažený. Navíc to nejde za běhu a kvůli aktualizaci Malování nebo Poznámkovýho bloku to chce restart systému, protože to je obojí provázáno s winmine.exe
Pokud se aktualizace stáhnou, při jakýmkoliv restartu se widle na nic neptají a instaluje se. Neazjímá je, že uživatel neklikl na "Instalovat a restartovat", ale že se třeba jenom vybila baterka v noťasu.
Během update nefungují ani aplikace, ani systém.
Vinik je ten, kdo tenhle způsob update vytvořil. Autor součástí systému u uzavřenýho systému jedné firmy je víc než jasný.
Z konstrukční vady auta je těžký obvinit automechanika z vedlejší dědiny, když je jasný, že s tou vadou to přijelo z fabriky..
Neserverové Windows jsou ve výchozím stavu nepřekvapivě nastaveny pro typické potřeby BFU. Dokud byla při aktualizacích nutná součinnost BFU, tak BFU prostě neaktualizoval nikdy. Proto je nyní výchozí stav stahovat a instalovat bez ptaní. Nepřekvapivě to jde během pár kliků vypnout a pak se nic neděje dokud nepřijde intervence od uživatele.
Jaká spolehlivost? Pane, vy jste požil.
Co je spolehlivýho na tom, že 1/16 pracovní směny počítač rebootuje, místo toho, aby na sebe vydělával? A zaměstnanci kvůli zapínání a vypínání stroje denně 20 minut (cca 4% pracovní doby), ve středu po úterních updatech klidně 10% času, houpou nohama?
Spolehlivost je to, že když se na tučňákovi při update něco podělá, tak prostě restartnu a vyberu v GRUBu starou verzi, hotovo za 30s. Ne obnovovoání widlí přes jejich recovery, do kterýho se někdy člověk ani nedostane (okenní aplikace) a když, tak půl hodiny je minimum.
Spolehlivého je na tom to, že se nestává že by aktualizace doběhla z půlky a z druhé půlky ne a funguje rollback, takže není třeba okamžitá intervence administrátora.
Zaměstnanci vypínáním a zapínáním neztrácejí čas, protože používají hibernaci nebo režim spánku, zaměstnanec má do minuty plochu tak jak ji předchozího dne opustil.
Kvůli občasnému vypnutí zaměstnanci neztrácejí ani sekundu, prostě dá vypnout a jde domů.
Při aktualizacích se PC nechá spuštěno přes noc, nebo ráno v kanceláři oběhne PC delegované ranní ptáče.
Kvůli občasnému vypnutí zaměstnanci neztrácejí ani sekundu, prostě dá vypnout a jde domů.
a pak kvuli obcasnemu zapnuti da proste zapnout a jde na hodinovou snidani, pak se vrati da restartovat a zajde si na hodinovou svacinu...
pouze nesvepravnej jedinec muze omlouvat dementni windows update kterej, kdyz uz nic jineho neumi aspon pri vypinani shodit system do update rezimu v kterem by dojeli veskere aktualizacni procesy, protoze by nebylo nic pouzivane (kdyz uz to neumi aktualizovat pouzivane), tak aby pri naslednem zapinani nedochazelo k jiz zadnemu aktualizacnimu dokonceni...
Hele, trebas v M$ za pristich 100 let vyrobej aspon instalacku, ktera se sama opatchuje. Dneska to je na celej den (minimalne) a musis do toho pravidelne kopat, protoze samo se to nezvladne. 10 restartu je naprosty minimum. A mezi tim ti pekne bezi paradne deravej system.
A samo, ficura novych verzi ... vyrobit si samorobo instalacku s integrovanejma patchema? No to by neslo, to se musi zakazat!
Jo a bonus, pokud bys chtel nahodou to patchovani confit z GPO, tak to by taky neslo, protoze to musis pro kazdou verzi widli jinak a jinde, takze ti z toho brzo jebne.
Jasne, takze zamestnanci widle nerestartujou a tim padem je nikdy neopatchujou ... jo to vizejo ...
Ty mas taky pekne vymazano, protoze ty patche se instalujou az po zapnuti, vime? A vazne chci videt, jak budes majiteli vysvetlovat, ze vazne musis nechavat tech par stovek stroju bezet 24/7, protoze na nich sou widle a je treba je pres noc patchovat.
"Zaměstnanci vypínáním a zapínáním neztrácejí čas, protože používají hibernaci nebo režim spánku, zaměstnanec má do minuty plochu tak jak ji předchozího dne opustil."
To je chytré. A jednou za kvartál se udělá tydenní celozávodní dovolená, aby se updatovaly widle všem najednou. No maj to borci vychytaný.
Tak jinak.
Mějme státní úřad, kde je 100 lidí, Každý přijde ráno do práce, zapne PC, 8,5h je v práci, ap k vypne stroj a jde domů.
Průměrný boot trvá 20 minut (započteny dny s update). To znamená 1/24 pracovní doby bootování. To pak něde chybí, však u 24 úředníků to sežere pracovní dobu jednoho zaměstnance. Takže každý pětadvacátý úředník je v tom úřadě na pokrytí bootů a updatů widlí. A šestadvacátý kompenzuje čekání na otevření Wordu nebo Excelu :Q
A pokud tě to ještě nevytáčí, tak ti prozradím tajemství. Ten pětavacátý cifršpión u vás na berňáku je placený z tvé daně z příjmu. A fčíl mudruj.
A můžu se zeptat na to ranní ptáče? Když se vedení zblázní a narve tam navíc McCaffee Endpoint Encryption (boot 30 minut) s LDAP heslem, jak to to ranní ptáče zjistí hesla? Je bezpečný mít na nástěnce tabulku s vytištěnýma user name a heslama do LDAP?
(pro sfornání, Fedora 21, noťas s 500GB rotačním diskem 5400RPM, LUKS - boot kdykoliv (i po update jádra) do Gnome za dvě minuty včetně obnovy a znovuotevření dokumentů v LibreOffice)
Je vidět, že Laelovy řeči začínají na slabší jedince zabírat :Q
Jake aktualizace? Widle prece zadne chyby nemaji ...
Apropos, kdyby ten stroj byl notes, tak se instalace tech neexistujicic aktualizaci klidne muze protahnout i na nekolik (desitek) hodin. A kdybyste meli pocit, ze muzete patchovat nekdy mimo termin dle vlastniho uvazeni, tak ten problem za vas M$ uz taky vyresil - v home verzi win 10 nepude automaticky patchovani vypnout a restart pude odlozit o max 24 hodin.
A není to spíš tak o špatně nakonfigurovaném počítači, který byl nakonfigurován jako běžný desktop, a neexistujícím krizovém řešení pro takové situace?
Já vím, že by z toho nebyl takový líbivý titulek, ale stejně by bylo fajn vyrůst z podpory hate culture, která tady dost panuje, a nepodporovat ji...
P.S.: Např. aktualizace na OS X Yosemite může trvat i několik dní, pokud máte dost věcí v /usr/local (https://jimlindley.com/blog/yosemite-upgrade-homebrew-tips/).
"ale stejně by bylo fajn vyrůst z podpory hate culture, která tady dost panuje, a nepodporovat ji..."
To jako má být známkou vyspělosti, že všichni zaujmeme povinně postoj - nemám žádný problém, všechno je vlastně boží?
V práci jsem nucen dělat na PC s MS Win7. Neznám větší utrpení. Se všemi těmi supakůl síťovými technologiemi fy MS se prostě nedá rozumně dělat. Jen obyčejné uložení souboru v office je tak na to dát si šálek čaje a modlit se, ať to zase nespadne, případně se neuloží poškozený soubor. Zvláštní, že doma podobné problémy v čistě linuxovém prostředí nemám.
Samozřejmě jsme všichni ujišťováni, že nové počítače, které se budou instalovat za chvíli, vše vyřeší. Tak nějak se pozapomnělo na to, že se to o těch stávajících před rokem a půl vykládalo taky. Stejně jako jsme byli ujišťováni, že zrušení původního linuxového serveru (který je přeci hrozně složitý a nikdo pořádně neví, jak jej nastavit) a jeho nahrazení řešením čistě od MS vyřeší snad i problémy třetího světa.
Nerozumím tomu, jak jste moji výzvu o tom, že místo plýtvání časem na to, že něco nenávidíme, a tím pádem brali věci, tak jak přichází, přeložil na "všichni zaujmeme povinně postoj".
Mrzí mne, že Vám Váš zaměstnavatel vytvořil pracovní prostředí, ve kterém se Vám špatně pracuje, ale přesně nevím, jak to souvisí s touto zprávičkou.
Souvisí to úplně jednoduše - práce s Windows je problematická obecně. Zprávička neupozorňuje na nic mimořádného, ale na jeden z tisícovky problémů, s nimiž většina z nás marně zápasí každý den. Tady prostě nejde o nějaké hateování. Chybou prostě bylo nechat nalézt MS úplně všude.
Zprávička neupozorňuje na nic mimořádného, ale na jeden z tisícovky problémů, s nimiž většina z nás marně zápasí každý den.
V tom s Vámi naprosto souhlasím. No a taky o tom, že jsem o víkendu sekal zahradu, nevzal jsem si do gumáků ponožky, a mám teď odřené nohy nikdo zprávičku nenapíše :). Jo a taky si nestěžuju, že je to chyba těch gumáků. Zatracená tráva, nechali jsme ji nalézt úplně všude... A myslím si, že tato zprávička (resp. už ta původní) má podobnou hodnotu...
Vám přijdou Windows stejně přirozené jako tráva? Respektive máte pocit, že je normální, že se operační systém musí chovat takhle?
Už od dob DOSu bylo celkem jasné, že MS prodává pouze marketingově dobře naleštěný šmejd. Nicméně se v téhle zemi našlo dost užitečných idiotů (včetně redakcí počítačových časopisů, ale tam bych to spíš často přičítal bohatému „všimnému“ z Redmontu), kteří tvrdili, že jedině s MS na věcné časy, a nikdy jinak.
Čím dřív Windows zajdou, tím lépe. A žádná lítost. Hlavně s ohledem na to, že činnost MS napáchala škody na několik desetiletí dopředu. Nic než výsměch si nezaslouží. Už jen proto, že jsou to oni, kdo soustavně lezou tam, kde se o to nikdo neprosil, a neustále při tom vykřikují, že jsou nejlepší.
Jo, dopoledne sekám, odpoledne vytahuje trávu stéblo po stéble pinzetou, aby měl ráno co sekat...
Když někdo potřebuje kompl s widlema jednou za měsíc, tak je potřebuje jednou za měsíc. Není jediný logický důvod je kvůli tomu zapínat dva dny předem. Mimo to, že to někdo pěkně podělal.
Jak špatně? Počítač byl nakonfigurován přesně dle doporučení soudruhů z Redmondu, ti se přece nikdy nemýlí!
P.S.: Např. aktualizace na OS X Yosemite může trvat i několik dní, pokud máte dost věcí v /usr/local (https://jimlindley.com/blog/yosemite-upgrade-homebrew-tips/).
Ondřeji, argumentovat tím, že to přece jde naimplementovat ještě hůř, to je tedy opravdu dost zoufalé.
Jinak, na normálním desktopu W8.1 + Office 2013 -> měsíc co měsíc cca 1,5GB aktualizací. Zoufalost.
Fakt? Doma jsem teď na desktopu zkoušel Centos 7. Do cca těch 1,5GB se vešla celá instalace systému včetně LibreOffice, nejpožívanějších nástrojů a Wine...
Takhle velký binárky jako u widlí jdou vytvořit jenom tak, že se píše, píše, píše,... Na refaktoring není čas, programátor musí psát zdrojáky. Na myšlení není čas, protože zrovna píšou zdrojáky. Na testování teď momentálně neí čas, ale až to jednoho dne dopíšou... Tímto stylem:
uchar HexToInt(uchar a) {
char retval;
switch (a) {
// Convert 0x00 to 0
case 0x00:
retval = 0;
break;
// Convert 0x01 to 1
....
// Convert 0xFF to 255
case 0xFF:
retval = 255;
break;
default
// Fails - argument does not pass into result
error(ERR_OUT_OF_RANGE, char(a));
break;
}
return retval;
}
Jak špatně?
Pokud na vesměs nespolehlivé elektronice[1] naprosto závisí něco důležitého, tak je zapotřebí mít:
Počítač byl nakonfigurován přesně dle doporučení soudruhů z Redmondu, ti se přece nikdy nemýlí!
Asi chápete, že tenhle hate výkřik, vůbec nesouvisí s tím, že klub zvolil nevhodné technické řešení a vymstilo se mu to.
Snažím se (a vím, že marně, takže zase z mé strany konec) říct, že pokud by tento článek byl o tom, že basketbalový klub kvůli selhání disku v notebooku (nebo selhání světelné tabule) málem vypadl ze soutěže, tak by po něm ani neštěkl pes, a přitom by situace byla naprosto ekvivalentní.
Svět nevylepšíte tím, že budete nadávat na Windows, ale třeba tím, že např. Váš místní klub, na kterém Vám záleží, přesvědčíte o tom, aby použili technické řešení, které bude vhodné pro daný účel (např. jednoúčelové zařízení nepřipojené k Internetu postavené na Raspberry Pi a bežící na Linuxu).
Asi chápete, že tenhle hate výkřik, vůbec nesouvisí s tím, že klub zvolil nevhodné technické řešení a vymstilo se mu to.
Mate pravdu, ty plechove cedule, co tam meli kdysi a prehazovali rucne po kazdem golu, byly mnohem spolehlivejsi.
Svět nevylepšíte tím, že budete nadávat na Windows...
To jiste ne. Ale cloveku, ktery s Widlemi musi mit co do cineni, se tim ulevi. Ne kazdy ma k dispozici zamestnance MS, ktereho by kopl do riti.
Dík. Psal jsem tu půlstránkový elaborát v podobném duchu, ale takhle je to tak nějak lidsky srozumitelnější :-D
Možná že by klub zvolil jiné technické řešení, kdyby neměli všichni, kdo do procesu jeho výběru vstupovali, vypláchnuté mozky už od základní školy. Takže ano, je potřeba to říkat nahlas - Windows jsou zabugovaný nespolehlivý systém nevhodný na provoz čehokoli důležitějšího, než je spouštění her. Přestaňte je používat, jinak dopadnete klidně i daleko hůř.
Jak už tu bylo několikrát psáno, problém nebyl v samotném použití Windows. Problém byl v tom, že byly špatně nakonfigurované pro dané použití a neexistovalo žádné záložní řešení.
Na Linuxu se také instalují aktualizace automaticky na pozadí, také někdy vyžadují restart, a celkem často se u toho něco rozbije.
„Na obrazovku můžete najednou přichytit až čtyři aplikace, takže se stanete mistry multitaskingu,“ hlásá krátké představení Windows 10.
http://www.lupa.cz/clanky/windows-10-maji-problem-padaji-stiznosti-na-adware/
No, a tos ještě zapomněl na ten hlavní trhák - už si můžeš několikrát současně spustit kalkulačku! Wooooooooow!!!
Potvrzuji. Máme v zasedačce klávesnici s klávesou pro vyvolání kalkulačky. Má oblíbená kratochvíle je tlačítko minutu držet a spustit tak několik stovek kalkulaček. A pak zase chvíli držet ALT+F4 a zavírat je. Pokud by Windows 10 umožnily jen 4 kalkulačky, mělo by to velmi negativní vliv na průběh porad.
jak uz bylo receno, zalozni reseni s Windows by bylo uplne stejne na h*vno jako hlavni reseni s Windows...
protoze problem byl, je a bude v samotnem pouziti Windows a jeho dementnim zpusobu provadeni aktualizaci zablokujici normalni pouziti a jeste k tomu provadene na etapy...
Ad problem byl, je a bude v samotnem pouziti Windows a jeho dementnim zpusobu provadeni aktualizaci zablokujici normalni pouziti - jistě, v žádném případě nemůže být problém v tom že si uživatel při instalaci nastavil automatickou instalaci aktualizací. Je to prostě tím že jsou Windows dementní, protože jsou dementní, a vůbec :D
automaticka instalaci aktualizaci je doporucena volba..
dementni je zpusob windows update kdy aktualizace jsou delane na etapy - 1.po stazeni, 2. pri vypinani, 3.pri zapinani... ve fazi 1 je system uzivateli zpomalen, ve fazi 2 a 3 je pristup do systemu uzivateli zablokovan, navic faze 2 a 3 se obcas i nekolikrat po restartu opakuje... misto aby to bylo reseno inteligentne tak ze se v 1 jedine fazi provede vse pri nezablokovanem systemu a pak se 1x restartuje az se to bude hodit...
btw: pokuste se vynechat vasi prednasku o race condition, neni na miste v pripade inteligentniho reseni aktualizaci...
Ad automaticka instalaci aktualizaci je doporucena volba - pro typický desktop, nikoliv pro aplikaci ve které ten počítač použili.
Ad aktualizace jsou delane na etapy 1.po stazeni, 2. pri vypinani, 3.pri zapinani - pokud je nějaký zdroj zamčený během první fáze, tak je celkem logicky nutná fáze 2 nebo 3.
Ad pokuste se vynechat vasi prednasku o race condition - takže víte jaká rizika má instalace patchů na Linuxu, a jenom tu trollujete?
Ad automaticka instalaci aktualizaci je doporucena volba - pro typický desktop, nikoliv pro aplikaci ve které ten počítač použili.
Tedy jeste nikdy se me instalator Widli neptal, jestli to hodlam pouzivat jako desktop nebo jako terminal svetelneho panelu basketbaloveho klubu. Krome toho je dost mozne, ze ten notebook v ostatnim case slouzi jinym ucelum. A at tak, ci onak, updaty na Widlich jsou neco tak strasneho, az z toho cloveku tecou nervy.
Windows se při instalaci ptají na nastavení Windows Update. A ptají se i ty předinstalované po prvním zapnutí. Navíc je to úplně jedno, protože když někdo dává dohromady aplikaci o které je řeč, tak snad musí vědět, že má vypnout automatickou instalaci patchů, protože může kolidovat s předpokládaným ne-interaktivním užitím stroje.
Tím myslíš nezapomenout zapínat domácí kompl před odchodem do práce, aby stačil nabootovat? Nebo před stažením aktualizací pročíst blogy uživatelů, kde se co pokakalo? Nebo selektování aktualizací, aby ti nesvinily disk aktualizacema pro produkt, který nemáš instalovaný? Nebo vypínání antiviru před tím, než budeš dělat nějakou hyper náročnou operaci (typu renderování celovečerního animovanýho filmu, aktualizací nebo defragmentací)? Či snad preventivní rebooty po dni provozu?
Ne, já vím, ty myslíš výpočet minimální velikosti systémovýho oddílu podle vzorce 1TB + 1,5GB * předpokládaná doba do instalace v měsících!
Ad zapínat domácí kompl před odchodem do práce, aby stačil nabootovat - LOL
Ad před stažením aktualizací pročíst blogy uživatelů, kde se co pokakalo - to jsem nikdy nedělal a nikdy nepotřeboval. Ty blogy obsahují, vyjma jiných věcí, také řadu nesmyslů.
Ad selektování aktualizací, aby ti nesvinily disk aktualizacema pro produkt, který nemáš instalovaný - aktualizuje se jen to co máte nainstalované.
Ad vypínání antiviru před tím, než budeš dělat nějakou hyper náročnou operaci - osobně jsem antivirus nikdy z takových důvodů nevypínal. Vlastně ano - ten Symantec Antivirus na notebooku s WinXP, který měl extrémně pomalý 1.7" disk. Tedy než jsem ten Symantec Antivirus nahradil něčím jiným.
Ad výpočet minimální velikosti systémovýho oddílu podle vzorce 1TB + 1,5GB * předpokládaná doba do instalace v měsících - například můj 2in1 má 250GB SSD, a půlka je volná.
Sorry, ale tvoje logika je nějaká úchylná.
Mám doma hodně spotřebičů.
- Když chci vrtat, zapnu vrtačku do zásuvky (nebo zacvaknu baterku do akučky), hodím tam vrták, zmáčknu spoušť a vrták se během zlomku sekundy roztočí.
- Když chci chleba, nacpu suroviny do pekárny, zmášknu čudlík a do 0,5s začne hnětat těsto.
- Když chci vysávat, zapnu vysavač do zásuvky, zmáčknu tlačítko, během 2s se roztočí motor a můžu vysávat.
- Když chci sekat zahradu, stačí připojit kabel, zmáčknout vypínač a nože sekačky se během sekundy roztočí.
- Když si chci posvítit, stačí zlomek sekundy.
- Když chci ohřát hrnek pití, mikrovlnka to zvládne do 20s včetně nastavení.
- Když potřebuju uříznout sesku, zapnu mafl do zásuvky, udělá to Vžžžžum a deska je uřezaná.
- Když chci něco dělat na svým noťasu s Linuxem, prostě ho otevřu, zmáčknu libovolnou klávesu, 3s počkám, zadám heslo a můžu pracovat. Pokud je vypnutý, tak 20s (nemám SSD).
- AUto sice není na elektriku, ale je to 21 let starý stroj. Od zasunutí klíčku do dosažení rychlosti 50km/h 12s
- Když chci něco dělat na firmemním noťasu s Win7, tak za předpokladu, že to není po update, stihnu během zapínání návtěvu WC a kuchyňky. A je to podstatně dražší (i přes poloviční HDD) a o rok novější stroj, než mám doma. Není to trošku ostuda?
Nedá mi to, když mluvíte o to sekačce...
> - Když chci sekat zahradu, stačí připojit kabel, zmáčknout vypínač a nože sekačky se během sekundy roztočí.
To možná platí o malých elektrických sekačkách, ale spíš to svědčí o tom, že jste nikdy sekačku na trávu nepoužíval (nebo alespoň ne moc často). Pokud máte sekačku na benzín, tak:
S dvoutaktním motorem (vyžínač, motorová pila) jsou ještě radosti jako míchání oleje do benzínu ve správném poměru (a správný olej - a samozřejmě ma mazání řetězu na motorovce je olej jiný...)
Končí to tím, že se opatrně ptáte v hobbymarketu, jaký mají účet, že byste jim rovnou posílali výplatu převodem :)
S tím světlem to taky není tak jednoduché - máme v kuchyni dvě LED žárovky a jedna se občas rozhodne, že nebude svítit, a občas zase svítí, takže jsme ji zatím nevyměnili...
Pokud chcete dobrý chleba, tak jej taky nebudete dělat ze směsky, ale kváskový, a to je teprve ta pravá bžunda, aby dost vykynul, nepřekynul, pak se kvásek může zkazit, nebo zdechnout hlady. Musíte jej vyndat z lednice včas, ale na druhou stranu můžete nechat těsto pracovat i v lednici.
Jinými slovy se bohužel musíte smířit s tím, že svět opravdu není tak jednoduchý, jak se ho snažíte vylíčit... A ač jako programátoři máme pocit, že by to přece jednoduché mělo být, protože MY to tak děláme, tak chaos stejně vítězí.
Nemám sekačku na beznín, je moc náročná na údržbu, hlučná a vyžaduje placení spotřební daně.
Jiank u všeho je nějaká údržba. Vím, že třeba 1x ročně musím nechat seřídit plynový kotel, vím, že to servisákovi sebere hodinu počítám s tím. To samý broušení nožů u sekačky, čištění filtrů u pračky a u myčky, provozní kapaliny v autě,... Ale při správné údržbě je to "instant on, instant off".
Chleba samozřejmě neděláme ze směsi, proto taky nemám pekárnu s Windows. Než by se během kynutí sama restartovala a updatovala, tak by to v kuchyni vypadalo, jako když v pohádce Burian s Werichem dělali půlhektarový lívanec pro celý hrad...
Svět není jednoduchý, tak proč si ho komplikovat widlema...
Sorry, ale nedá mi to.
Systém, který instaluje aktualizace způsobem, že při vypnutí a pak následně při zapnutí zobrazí hlášku "Instalují se aktualizace, nevypínejte počítač", a uživatel musí jen sedět, čekat a modlit se, aby nevypadnul proud, nelze označit jinak než dementní. A je úplně jedno, jestli jsou ty aktualizace automaticky nebo na přání, provádí se vždy stejně.
No vidíte. A já měl i ext3, který podle fsck -f byl OK, ale nešel namountovat, protože byl prý corrupted. Kupodivu jsem byl schopný přečíst data pomocí driveru Ext2Fsd pro Windows. Jak by to asi popsali zdejší diskutéři? Třeba "člověk musí použít pořádný systém, aby z té příšernosti vytahal data" :)
Tohle ale bylo v RAIDu. Vzhledem k tomu, že používám nad EXT4 LVM, tak jsem ani na třídiskové potvoře s dual bootem nezanamenal problém... ;)
Doma vše na EXT4 (EXT3 už je trochu obsolete) a ztráta dat žádná za posledních pět let (10HDD). Nejstarší HDD má osm let a furt šlapou bez problémů (no, je fakt, že ten nejstarší už má 15 blbých sektorů, ale na pokusy ještě stačí).
Jenom nás v týmu v práci (20 lidí) se jenom minulý měsíc řešily tři mrtvý NTFS v noťasech. Obměna stroje co tři roky... :(
Ty, poslouchej, a nebude to prostě tím, že se 32b Widle nevejdou do 4GB RAMky a disk se nezastaví kvůli swapování? Koukal jsem, že HDD na Linuxovým stroji, používaným čtyři roky průměrně 5h denně (celkem 7 300h), dal podle SMARTu jenom cca 1300 hodin točení...
Ad nás v týmu v práci (20 lidí) se jenom minulý měsíc řešily tři mrtvý NTFS v noťasech - NTFS nebo disky? Pokud jde o disky, tak ty u noťasů odcházejí pochopitelně celkem často, zvlášť pokud notebook nemáte jen na stole jako náhradu desktopu.
Ad nebude to prostě tím, že se 32b Widle nevejdou do 4GB RAMky a disk se nezastaví kvůli swapování - do RAM se vejdou. Pravda je, že WinXP poměrně agresivně swapovaly. Byly uvedené s doporučenou konfigurací 128MB RAM, a tam to agresivní swapování mělo důvod.
To je fakt. Atmel Studio po bootu naběhne za 8 minut, opakovaný zaponutí po pádu aplikace za tři... Ale netuším, proč kvůli tomu furt hrabe na hadr, když tam ty data může hodit jednou.
Mimochodem, vysypávání koše je taky lahůdka.
- Otevřu průzkumníka, počkáma načtení souborů.
- Kliknu na "vysypat koš". Před načtením je to tlačítko mrtvý, pro případ, že by byl uživatel netrpělivý a místo rohlížení chtěl jenom vysypat koš.
- Objeví se dialog s pracovní aktivitou. Prochází znovu soubory a počítá, kolik vysypáím koše získá.
- Pokud se mu to povede spočítat a nepřeteče nějaká proměnná, začne mazat. Protože koš je komprimovaný v archivu, mazání a restrukturalizace jednoho souboru je pomalá, volí nejlepší řešení, maže to po jednom souboru.
Člověk by řekl, že stačí vytvořit nový prázdný archiv, prohodit je a ten starý na disku označit jako volný místo. Pak si s jeho přepisem může v klidu pohrát během defragmentace...
Ad Inteligentni OS upravi strategii swapovani podle toho, kolik ma RAM - samozřejmě, ovšem málo který systém počítá s tím, že té RAM bude 20x tolik. Samozřejmě to pak funguje, ale není to optimální.
Ad MS to mohl nasledne opravit v SP a neopŕavil - opravil to ve Windows Vista.
Pokud jde o disky, tak ty u noťasů odcházejí pochopitelně celkem často, zvlášť pokud notebook nemáte jen na stole jako náhradu desktopu.
Zajímavý, v Linuxu ty potvory nějak drží ;-)
Byly uvedené s doporučenou konfigurací 128MB RAM, a tam to agresivní swapování mělo důvod.
V MS neumí přizpůsobit chování VM podle dostupné paměti?
Ad v Linuxu ty potvory nějak drží - to je fakt zajímavé. Možná nějaká magie? :)
Ad MS neumí přizpůsobit chování VM podle dostupné paměti - samozřejmě umí, ale při uvedení systému počítáte s nějakým typickým HW pro který optimalizujete. U 32-násobku RAM oproti doporučené konfiguraci samozřejmě správa paměti dál funguje, ale některé strategie, které dávaly smysl u malé RAM, by mohly být vyladěné lépe. Nakonec Vista, uvedená v roce 2006, swapuje méně agresivně.
"Když vypadne proud, dojde při dalším bootu k rollbacku."
Úžasné. A při tom se musí modlit už k nevím komu/čemu, aby nedošlo k opakovanému výpadku proudu. A pokud dojde, tak se po dalším bootu provede rollback rollbacku, ne? U tak úžasného systému, jakým widle dle vás jsou, bych očekával po bootu dotaz, co dělat, zda POKRAČOVAT v updatech, či zda obnovit předchozí stav. U linuxu to řeším tak, že po přerušení updatu a rebootu prostě s updatem pokračuji tam, kde jsem přestal. A to aniž bych musel opakovaně stahovat 1,5 GB balík patchů.
"Samozřejmě ale nechcete, aby uživatel počítač natvrdo vypnul a zmařil tak instalaci patchů."
To se klidně stát může při těch dobách, které update kolikrát trvá. Člověk totiž vůbec neví, co se děje, zda se to na něčem nezaseklo, jen sedí jak ocas a hledí na tupou hlášku a točící se kolečko. V tom vámi tak opovrhovaném shellu vidím naprosto vše, co se děje. A pochopitelně není problém se k tomu shellu opakovaně přihlásit v průběhu, a to i vzdáleně.
Ad bych očekával po bootu dotaz, co dělat, zda POKRAČOVAT v updatech, či zda obnovit předchozí stav - pokud instalace patche selhala, je bezpečnější se vrátit do původní konfigurace.
Ad aniž bych musel opakovaně stahovat 1,5 GB balík patchů - to snad nemusíte, patch zůstane stažený
Ad sedí jak ocas a hledí na tupou hlášku a točící se kolečko. V tom vámi tak opovrhovaném shellu vidím naprosto vše, co se děje - IT firmy se snaží složité věci zpřístupnit široké základně zákazníků, a součástí toho je "kapotáž" takových věcí. Proto všude v IT vidíte teploměry, "kola štěstí" a podobné věci místo scrollujícího logu.
"pokud instalace patche selhala, je bezpečnější se vrátit do původní konfigurace."
Na widlích tomu i docela věřím.
"IT firmy se snaží složité věci zpřístupnit široké základně zákazníků, a součástí toho je "kapotáž" takových věcí. Proto všude v IT vidíte teploměry, "kola štěstí" a podobné věci místo scrollujícího logu."
Pokud jde o update dělaný v GUI, tak v linuxu máme v update manageru takové tlačítko, které zobrazí jinak skrytý výpis. Ale chápu, že některým může vyhovovat sedět, čučet na kolečko nebo prograss bar a nevědět, co se děje.
To samozřejmě chceme/potřebujeme natvrdo vypnout.
Kolega měl takový otřesný zážitek. Pátek odpoledne, před dovolenou, za 3h odlítal, ale nesměl odejít z práce, dokud nevypne elektriku v labu. Vypnout to může až skončí část Win update (desktop bez lokální UPS), protože to by pak za dva týdny nenahodil. Minuty se nekonečně vlekly, update zaseknutý na 35%...
Btw. Byl by M$ v tomto případě ochotný mu zaplatit propadlou letenku a nevyužitou noc v hotelu? Charakter využití stroje neumožňuje restart kdykoliv, za běhu to nejde a odložit update na příští restart taky ne...
Ad Vypnout to může až skončí část Win update (desktop bez lokální UPS), protože to by pak za dva týdny nenahodil - to není pravda.
Ad Byl by M$ v tomto případě ochotný mu zaplatit propadlou letenku a nevyužitou noc v hotelu - velmi o tom pochybuji. Ale samozřejmě to může zkusit :)
Ad odložit update na příští restart taky ne - policy editor, položka "Do not adjust default option to ‘Install Updates And Shut Down’ in Shut Down Windows dialog box".
Není pravda, půlhodinová VÝHRADNÍ aktualizace (v práci jsem několikrát sám zažil 20 minut) je jako technické řešení neomluvitelná.
Mám doma Debian, na nic jsem nehrabal, aktualizace se stáhnou na pozadí, aniž bych si toho všimnul, pak zčervená ikonka (teprve zde si všimnu že se něco děje), když CHCI, tak dám nainstalovat, je to hodové do 20 s, kdyby toho bylo hodně moc, tak do 3 minut, přitom POŘÁD můžu dělat něco jiného a když je to třeba (vyjímečně), ikonka se změní na modré šipečky (požadavek restartu) a musím opět CHTÍT, teprve pak se to restartuje, a to už bez jakýchkoliv čoromrd. Oproti widlím v tom vidím ZNAČNÝ rozdíl. Neumím si představit, jak tohle chce někdo okecat.
To je ve svete Widli zcela nepredstavitelne uz z toho duvodu, ze Widle Update dokaze zatizit i diskove pole takovym zpusobem, ze disky zoufale zmitaji hlavami sem a tam, az desktop drhne takovym zpusobem, ze se s tim neda delat.
Me by zajimalo, jak treba updatji admini web serveru. Tam se po spusteni updatu uz nikdo nepripoji, takze aby meli nejaky round robin a ten updatovany stroj vzdycky odpojili. Jak pak ale updatuji ten stroj, na kterem je databaze, ze ktere se vsechno taha, tak na to uz mi fantazie skoro selhava. To aby meli databazove servery dva, databazi zrcadlili a prehazovali to podle toho, kde se zrovna updatuje. Takze i mala sajta, kdyz jede na Widlich, musi mi veskery HW minimalne zdvojeny, pokud nechteji mit nekolikahodinovy vypadek minimalne jednou za mesic. Takze updatovani zacina byt slozite, jako pilotovani Enterprise ze Star Treku.
Mě by spíš zajímalo, pokud mají na jednom fyzickým strojku několik virtuálních, jak je možný, že jeden update nesestřelí 10 webů...
Holt žiju ve světě, kde si čtyřletá dcera pustí na Kodi pod Linuxem pohádku a já zatím na jejím stroji dělám update po SSH - bez restartu a sekání videa. V Laelově světě to je asi jako v našem antigravitační boty...
Heh, popisu ti co se deje, kdyz se patchuje widloserver s M$ reporting services.
Takze, ten bazmek samo bezi na .NEtu, a samo je to IE only. kdyz pustis patchovani, tak to (na serverovym zeleze a diskovym poli) sezere jak CPU tak disk na minimalne 1/2 hodiny (to kdyz toho moc neni). Po zhruba prvni minute jde samo IIS k zemi, a web je zcela nedostupnej. To trva az do restartu.
Prdel nastane ale az potom ... protoze ty zjistis, ze byla aktualizovana nejaka prasecka print komponenta, takze pokud si chce user ten report vytisknout, tak mu to vynada, ze nema aktualni verzi ty komponenty (ne, M$ neco jako stylopis pro tiskarnu a standardni tisk z IE nezvlada). Mno a aktualni verzi si samo nenainstaluje, protoze nema admina. Takze muzes zacit obihat desitky/stovky PC a aktualizovat nejakej srackomet, aby useri mohli tisknout.
Ad já zatím na jejím stroji dělám update po SSH - bez restartu a sekání videa - já myslel že žijete ve světě, kde se vám škube i přehrávání hudby když přepnete na konzoli, audio se seká i když začnete zuřivěji scrollovat v browseru, a vyšší vytížení CPU nebo disku automaticky vede k výpadkům audia i videa. Nebo se snad na Linuxu něco změnilo?
Když jsem naposledy testoval linuxové distribuce na desktopu, vše jelo naprosto plynule včetně audia a videa. A to jsem to testoval na virtuální mašině, na reálném HW to bude počítám ještě lepší.
Neříkám, že se nemůže vyskytnou problém, člověk může narazit například na nepodporovaný HW (třeba ATI grafiky), kdy se mu bude video sekat, ale sekání videa není nic neobvyklého ani na windows.
Problém je v tom, že vám CPU a I/O může sežrat někdo jiný. Vyjma toho měl kernel Linuxu skvělou feature zvanou BKL, tj. mizernou latency. Dnes sice konečně nemáte BKL, ale zase o tolik lepší to není. Z toho je pak řada takovýchto problémů:
http://askubuntu.com/questions/614233/audio-via-nvidia-hdmi-skipping
Pokud například posloucháte hudbu a začnete něco kompilovat, zpracovávat fotku v RAW nebo aplikovat náročnější filtr, kódovat video apod., tak velmi snadno vytížíte CPU, a hudba se vám začne sekat. Podobně pokud začnete kopírovat obsah disku na jiný disk, snadno vytížíte diskový subsystém, a opět se začne hudba sekat. Trochu komplikovanější je pochopit proč se seká audio například při přepnutí na konzoli, aktivaci WiFi apod., ale stává se to také.
BKL způsobuje problémy s latency. Když se Instruction Pointer libovolného jádra CPU dostane do kernelu, nikdo jiný už do jádra nevstoupí. Pokud volání zůstane v kernelu dostatečně dlouho, sekne se vám audio (plus samozřejmě video). Operace typu přepnutí na konzoli, změna rozlišení, natažení modulu a jeho inicializace atd. pak vedou přesně na tenhle problém. Plus to samozřejmě vede ke snížení výkonu na SMP systémech. Dnešní linuxový kernel sice už nemá BLK, ale lock granularity je na tom pořád dost špatně.
Pokud volání v kernelu nezůstane příliš dlouho, nemá BKL vliv na přehrávání multimédií. Nicméně je tu další problém: pokud dostatečně vytížíte I/O nebo CPU, tak stejně dojde k výpadkům zvuku/videa. Ve Windows se to řeší rezervací času CPU a I/O přenosového pásma.
Pokud vim, tak Widle maji prioritizovana preruseni, coz Linux nemival - jak je to ted, netusim. Byvalo to nejak tak, ze preruseni na Linuxu byvala resena mene dobre, nez na Widlich a BSD. Takze teoreticky by na Widlich melo k vypadkum audia a videa dochazet mene, nez na Linuxu. V praxi jsou ale Widle tak blbe, ze bych to tak optimisticky nevidel. Nedovedu si predstavit, jak prehravam hudbu nebo dokonce cumim na film a pritom mi bezi update Widli.
Ad Nedovedu si predstavit, jak prehravam hudbu nebo dokonce cumim na film a pritom mi bezi update Widli - u mě to není problém. Ale doporučuji používat přehrávač podporující MMCSS. Pokud autoři přehrávače neslyšeli o možnosti garance přenosového pásma, samozřejmě ji nepoužívají.
Ale doporučuji používat přehrávač podporující MMCSS.
S touhle sračkou bych se snad ani nechlubil... to je design jak poď do mě z boku.
http://blogs.technet.com/b/markrussinovich/archive/2007/08/27/1833290.aspx
u mě to není problém
Jak spouštíte hudební přehrávač během tohoto?
Když se Instruction Pointer libovolného jádra CPU dostane do kernelu, nikdo jiný už do jádra nevstoupí.
BKL nebyl zámek na všechno.
Pokud volání zůstane v kernelu dostatečně dlouho, sekne se vám audio (plus samozřejmě video).
Proto volání v jádře v Linuxu zůstává co nejkratší dobu. Ono to má i jiné výhody, než jen plynulé video ;-)
Mimochodem ani na Linuxu s BKL jsem neměl trhající se hudbu, i když běžela třeba aktualizace celého systému. Je hezké, že Windows mají teoreticky lepší latenci, ale když aktualizace běží ve chvíli, kdy nic jiného běžet nemůže, tak to docela ztrácí smysl.
Plus to samozřejmě vede ke snížení výkonu na SMP systémech
Jenom za výjimečných okolností. Jak jsem psal, problém s BKL se začal významně projevovat až na počítačích se stovkami jader či disků.
Ve Windows se to řeší rezervací času CPU a I/O přenosového pásma.
V Linuxu to řeší scheduler a procesové skupiny. Takže naprosto irelevantní k BKL.
Ad BKL nebyl zámek na všechno - téměř na všechno.
Ad proto volání v jádře v Linuxu zůstává co nejkratší dobu - což s BKL pořád zablokuje všechny programy na výrazně delší dobu, než při použití preemptivního kernelu. Navíc ta doba závisí na "dobré vůli" každého modulu. Přesně o tom jsou ty problémy s audiem při zapínání WiFi, přepnutí na konzoli atd.
Ad ani na Linuxu s BKL jsem neměl trhající se hudbu - tak to jste zřejmě výjimka. Řada uživatelů má dodnes problémy i když třeba divočeji scrollují v browseru.
Ad ke snížení výkonu na SMP systémech; Jenom za výjimečných okolností - těmi "výjimečnými" okolnostmi rozumíte zřejmě to, že je jedno jádro uvnitř BKL a všechna ostatní jádra čekají, což je naprosto běžná situace.
Ad v Linuxu to řeší scheduler a procesové skupiny - scheduler to bez hintu vyřešit nemůže, a procesové skupiny také ne. Souhlas v tom, že tohle se netýká BKL.
což s BKL pořád zablokuje všechny programy na výrazně delší dobu, než při použití preemptivního kernelu. Navíc ta doba závisí na "dobré vůli" každého modulu. Přesně o tom jsou ty problémy s audiem při zapínání WiFi, přepnutí na konzoli atd.
Žádné takové problémy jsem na rozdíl od Windows nikdy neměl. Zapínání WiFi i přepínání na konzoli jsou asynchronní, takže BKL je moc netrápí.
Zato ve Windows jsem tu asynchronnost většinou viděl jen na tom, kolik okýnek „Aplikace neodpovídá“ to dokázalo zobrazit. Ale i tak se během toho hudba zasekla, a to i když to přehrával Windows Media Player. Člověk by řekl, že alespoň Microsoft dokáže svoje API používat…
Řada uživatelů má dodnes problémy i když třeba divočeji scrollují v browseru.
Nebude problém v něčem jiném, když už pár let v Linuxu BKL není? Navíc na skrolování v browseru pár let není potřeba kernel.
těmi "výjimečnými" okolnostmi rozumíte zřejmě to, že je jedno jádro uvnitř BKL a všechna ostatní jádra čekají, což je naprosto běžná situace.
Možná je to běžná situace ve Windows, ale ne v Linuxu, kde se v jádře tráví tak maximálně jednotky procent.
Ad WiFi i přepínání na konzoli jsou asynchronní, takže BKL je moc netrápí - píšete to celkem přesvědčivě. Kdybych neměl zkušenost s MadWifi, které vždy zaseklo celý stroj například v případě připojování k access pointu, tak bych vám to snad i věřil :)
Ad ve Windows jsem tu asynchronnost většinou viděl jen na tom, kolik okýnek „Aplikace neodpovídá“ to dokázalo zobrazit - okno „Aplikace neodpovídá“ říká, že systém poslal aplikaci window message, ale aplikace neodpověděla. Nevím co to má společného s tématem.
Ad na skrolování v browseru pár let není potřeba kernel - pro začátek, ten interrupt od zařízení (myš, doteková obrazovka) vám zpracuje kdo, když ne kernel?
Ad v Linuxu, kde se v jádře tráví tak maximálně jednotky procent - to záleží na tom, jaké funkce kernelu daná aplikace volá. Pokud je to typický desktop s CPU vytíženým na pár procent, tak je to opravdu nuda. Jenže to není zdaleka jediný možný scénář :). S BKL na SMP ztratíte snadno desítky procent výkonu už na 8 jádrech.
V tom máš pravdu, audio a video se v práci při přepnutí aplikace neseká, protože nejsou povolený.
Jinak to přepínání aplikací je taqkový zvláštní. Přepnu se do aplikace, 3s nic, pak se vykreslí zašedlý okno, kurzor se točí jak špina v kyblu a po 20s vyskočí dialog, že aplikace neodpovídá. 3x ten dialog sestřelím a pak se okno probere k životu...
Na Linuxu tohle umí jedinej program, Unison. Pokud vypadne spojení na vzdálený disk.
Ad přepnutí aplikace neseká, protože nejsou povolený.
Ad to přepínání aplikací je taqkový zvláštní. Přepnu se do aplikace, 3s nic, pak se vykreslí zašedlý okno, kurzor se točí jak špina v kyblu a po 20s vyskočí dialog, že aplikace neodpovídá. 3x ten dialog sestřelím a pak se okno probere k životu - aplikace má message loop. Když neodpovídá na messages (například WM_ACTIVATE, WM_SETFOCUS), tak to vypadá přesně takhle. Autor aplikace by měl mít jeden thread na GUI, a podle potřeby další thready na akce které se provádějí na pozadí (řekněme překódování videa, komunikace se zařízením apod.). Na Linuxu je situace obdobná, jen se tomu říká X11 events.
Jenomže ono to asi neodpoví proto, že nedostane od systému přidělený čas, víš?
A pokud to házíš na výrobce, tak to dělají většinou tři aplikace - Atmel Studio (založeno na M$VS), M$ Utlouk (ten je v tom přeborník, nedá se pomalu ani přetahovat okno) a M$ Word. To taky o něčem svědčí, víš...
To nebude o času CPU. Ale pokud například nemá systém dostatek RAM a aplikace skončily ve swapu, tak se z toho swapu musejí dotáhnout (při přepnutí na aplikaci začne zuřivě pracovat disk), a aplikace proto nemusí včas odpovědět na window message. Přitom není větší problém způsobit nedostatek RAM. U některých browserů stačí otevřít pár tabů, a díky resource leaks to časem skončí alokací několika GB RAM.
Samozřejmě to můžete triviálně zjistit pomocí Task Manageru a perfmonu. Window Messages potom můžete zkoumat pomocí Spy++.
Pokud soudíte podle svého HW, který jste tu před časem popisoval, tak se takovému názoru ani moc nevidím :)
Ad jak treba updatji admini web serveru - záleží na konkrétní situaci. V nejjednodušším případě všechno běží na jednom stroji, a ten prostě aktualizujete a rebootujete. U farem s load balancingem postupně aktualizujete a restartujete jednotlivé stroje, takže nikdo nic nepozná. DB v takových případech běží v HA clusteru.
Ad updatovani zacina byt slozite, jako pilotovani Enterprise ze Star Treku - předpokládám že jste nikdy neviděl instalaci patchů na Oraclu, případně SAPu? A nikdy jste ji neprováděl v produktivním prostředí? Není každý systém domácí desktop :)
Kdyz to bezi na jednom stroji, tak to take nemusi byt hodinu pristupne. Load balancing maly web treba vubec nema, leda tak zalozni masinu ve skrini, pro strycka prihodu. A databazi od Oracle pak uz urcite ne. Takze aby se to dalo provozovat s rozumnou dostupnosti, je s Widlemi potreba delat vsechno mnohem drazsi, protoze misto jedne masiny jich tam bude nekolik.
Ad to take nemusi byt hodinu pristupne - servery většinou neběží na takovém HW, jaký jste uváděl u svého stroje. I když jistě existují výjimky:
http://www.root.cz/clanky/stavime-domaci-server-ze-supliku/
Ad aby se to dalo provozovat s rozumnou dostupnosti, je s Widlemi potreba delat vsechno mnohem drazsi, protoze misto jedne masiny jich tam bude několik - proč? Instalace patche proběhne na pozadí, a následný restart je poměrně rychlý. To že web instalatérů a topenářů ve tři ráno pár minut nepojede nikomu žíly netrhá.
Nee.
Nemám to já, mají je ajťáci.
Není to počítač, je to 30 serverů.
Jinak možná jsou slabý a možná každý z nich má zkratovaný drátek, to já odtud neposoudím...
Ale je taky docela možný, že SW "architekt", co vymýšlel Win Update, má zkrácený ten drátek, co mu drží uši u hlavy a uši mu pak tlačí na výplň lebky...
Je dobrým zvykem mít rovnou při bootu jednoduchou volbu mezi aktuálním jádrem systému a několika předchozíma.
Je vyholem sadismu kopnout BFU po nepodařené aktualizaci do menu s aktuálním jádrem v posledí konfiguraci, aktuálním jádrem se starším nastavením, aktuálním jádrem v režimu bez sítě a příkazovým řádkem, o kterým BFU nic neví.
Ja tuto funkciu pouzivam ak potrebujem nabootovat do specifickeho jadra (verzia moduly rozne volby atd...) pri tvorbe testu, ktory ma bezat pod tymto jadrom. Cize ak potrebujem otestovat podporu starsieho jadra. Pri Win som u niektorych projektoch videl hned min poziadavky W7SP1 a pod W7 to nie a nie aby slo...
A pokud máte btrfs a apt-btrfs-snapshot, tak tam v nabídce můžete mít i různé snapshoty systémového oddílu. Funguje to daleko lépe než „poslední známá konfigurace“ ve Windows, která se tváří, že něco dělá, ale spadne to úplně stejně. (Tedy ne že bych to kdy využil, ale je to hezká možnost pro krajní případy, třeba když někdo omylem smaže /usr.)
Aha, ta o Karkulce uz neni dostatecne drsna, tak vy ted pisete scenare hororovych filmu.
Jinak nevim, kdo tu instaluje nejake ovladace FS, ale ja je mam v jadre. To mate koneckoncu nejak vyresene i ve Widlich. Pokud ovsem ve Widlich ovladac prekopava FS do podoby, kdy ho jina verze ovladace nepozna, tak to je jina.
Na Linuxu ma FS specifikace a tem se prizpusobuje ovladac, ne naopak. Dokonce u ExtX muzu cist novejsi verze ovladacem pro starsi verzi, tedy Ext3 a Ext4 prectu jadrem s ovladacem pro Ext2. Akorat nejake ficury nebudou chodit, napriklad zurnal z Ext4.
Ad nejake ovladace FS, ale ja je mam v jadre - jistě. Linux má monolitický kernel s natahováním modulů, a zrovna driver FS musí být součástí kernelu.
Ad Pokud ovsem ve Widlich ovladac prekopava FS do podoby, kdy ho jina verze ovladace nepozna, tak to je jina - ext3 má mount option journal=update, při jejím použití starší verze FS driveru nejsou schopny žurnál interpretovat. Ext4 má totéž, a navíc option journal_async_commit, který vylučuje aby volume namountoval starší driver FS. Jinými slovy změny v driverech FS, které vedou ke ztrátě dopředné kompatibility, jsou běžné i na Linuxu. To když odhlédneme od různých "kvalit" ext3/4, ze kterých velká část zavání ztrátou dat.
Ve Windows si samozřejmě můžete nastavit, že instalace patchů proběhne až když si o ni řeknete, a reboot nemusí znamenat instalaci patchů. Jenže když necháte patchování na uživatelích, tak jich vysoké procento nikdy ty patche nenainstaluje. Proto je default jaký je, s tím že pokročilí uživatelé si nastaví co chtějí.
Běžící aplikace se patchují dost špatně. Na Linuxu sice nahradíte běžící soubory, ale ty neopatchované dál běží, a může to mít závažné vedlejší efekty (stará verze aplikace natáhne nové resources nebo moduly). Upřímně bych rád viděl nějaké dobré řešení, ale o žádném nevím.
Tohle samozřejmě Debian umí řešit. Třeba všechny démony můžete nechat při aktualizaci restartovat (to je dokonce výchozí volba). Nicméně ty vedlejší efekty jsou hodně teoretické, v praxi se s nimi setkáte jen výjimečně, protože Linux umí aktualizovat lépe než jen přepisovat data na místě.
O tom žádná, že OneHalf byl funkční a dobře udělaný. To, že se jím inspiroval MrvoŠrot při vymýšlení updatů a zmrvil a rozšrotoval v něm co mohl, je druhá věc.
Kdyby půl HDD sežral virus, OK. To vemu sportovně. Je to přece jeho práce. Ale když 9/10 disku sežerou aktualizace aplikací, který nemám instalovaný a který tam nas... operační systém, a při tom 9/10 aplikací jsou nezáplatovaný, to už je moc.
+1
Jsem rád, že to tu někdo zmínil. Jinak taky nechápu proč server, který je zaměřený převážně na linux a *nix musí touto formou kopat do windows (a potažmo do MS) a explicitně vyvolávat flame v diskuzi. A i když je zprávička zavedena pod sekcí humor tak dle reakcí diskutujících toto začlenění není dost patrné (a není to poprvé).
A jake reakce presne jste ocekaval? Takova zpravicka z jedne strany sice pobavi, clovek se skodolibe zasklebi, ale vzhledem k tomu, ze kazdy se tady s podobnymi picovinami uz mnohokrat potykal, tak to vlastne nepobavi az tak moc. Cloveku se akorat vybavi jeho vlastni zapoleni s nejakymi Widlackymi demencemi. A kopanim do Windows se pak clovek odreaguje.
Aby MS dostal tu silnou konkurenci, tak by to musel být - vašimi slovy - jiný hukot. Zjevně nestačilo ani 24 let přístupu typu "tak to rozbijeme na stovky dister", "čím víc balíčkovacích systémů, tím lépe", "slyšel jste někdo slovo thread? pojďme napsat LinuxThreads, ať se může celý svět smát", "LinuxThreads sux!", "pojďme nahradit LinuxThreads, roztříštíme úsilí mezi NGPT a NPTL", "GTK sux, Qt rulez!", "no, Qt sux, GTK rulez", "ať má uživatel GTK i Qt, a ať se GTK a Qt aplikace co nejvíc liší", "pojďme vylepšit X11 nějakými extensions, abychom mohli udělat efekty na zavírání oken, ze kterých budou lidi zvracet", "v Ubuntu jsme udělali Unity a nechápeme proč to lidé nechtějí", "X11 sux!", "pojďme nahradit X11", "rozbijeme vývoj na Wayland a Mir, bez network transparency, a samozřejmě to musí být kompatibilní s X11", "za rok, nejpozději dva, bude Mir nebo Wayland v distrech"... Někdo hovoří o bazaru, já o bordelu.
Mno, takže si to shrňme. Rozmazlený fracek z bohaté rodiny získal díky známostem svého fotříka a matinky zakázku u velké firmy, o čemž by se jiným jen mohlo zdát. Ale protože jim neměl co nabídnout, koupil rychle know-how jinde a zbytek ukradl. S ohledem na monopolní praktiky velké firmy nebyl problém polofunkční zmetek se zlomek funkcí proti konkurenci protlačit úplně všude. Když náš malý egomaniak získal pocit, že se může postavit na vlastní nohy, začal dělat ramena a udělal se pro sebe. Ale jak se říká, jistota je jistota, takže se zas přes známosti osobní i přísliby tajným službám podařilo prosadit, že se nesmí prodat žádný počítač bez chlapcovy výbavičky. Pak už jen zbývalo splnit slib daný klukům z nejrůznějších "bezpečnostních" agentur a dodat světu naleštěný backdoor a šmírovací systém v jednom vydávaný pod kódovým označením "operační systém s grafickým uživatelským rozhraním". Nejrůznější vládní dotace a programy pak už udělaly své. Dnes nám nezbývá než si s povděkem užívat dobrodiní jednoho národa, jedné říše a jednoho vůdce.
Ludia proste chcu zle veci, ale dosledky su nebezpecne. Ako moze niekto robit hlasovu komunikcia riadicich letovej kontroly s lietadlami cez server s Windows...
Visty byly omyl, přiznává Microsoft. Windows 7 mají vše napravit
David Budai, 30. říjen 2008
Microsoft vyslyší přání uživatelů
"Nejlepší technické řešení nefunguje pokaždé," říká Julie Larsonová-Greenová, vice prezidentka Microsoftu, která dohlíží na vývoj Windows 7. Jako příklad uvedla souboj videokazet Betamax a VHS na přelomu 70. a 80. let, který vyhrál technicky méně dokonalý systém VHS.
Microsoft se proto rozhodl důkladně vyhodnotit obdrženou zpětnou vazbu a řídit se podle pozitivních zkušeností uživatelů. Předtím pro něj byla důležitější technická stránka věci, kterou řada uživatelů nedokázala docenit. Windows se navíc musí vyrovnávat s tím, že se stále více softwarových aplikací přesunuje na internet, čímž na jejich úkor roste role webových prohlížečů.
http://www.itbiz.cz/microsoft-predstavil-windows-7
Microsoft server crash nearly causes 800-plane pile-up
Move from Unix not paying off.
By Matthew Broersma | Sep 21, 2010
A major breakdown in Southern California's air traffic control system last week was partly due to a "design anomaly" in the way Microsoft Windows servers were integrated into the system, according to a report in the Los Angeles Times.
The radio system shutdown, which lasted more than three hours, left 800 planes in the air without contact to air traffic control, and led to at least five cases where planes came too close to one another, according to comments by the Federal Aviation Administration reported in the LA Times and The New York Times
The servers are timed to shut down after 49.7 days of use in order to prevent a data overload, a union official told the LA Times. To avoid this automatic shutdown, technicians are required to restart the system manually every 30 days. An improperly trained employee failed to reset the system, leading it to shut down without warning, the official said. Backup systems failed because of a software failure, according to a report in The New York Times.
https://www.techworld.com/news/operating-systems/microsoft-server-crash-nearly-causes-800-plane-pile-up-3577711/
Nebe nad Londýnem ochromil rozbitý počítač, letadla nabírala zpoždění
12. prosince 2014 16:50, aktualizováno 17:58
Letecká doprava nad Londýnem se na několik minut zastavila. V celostátním středisku řízení letového provozu se kvůli výpadku elektřiny zhroutily počítačové systémy. Vzdušný prostor se po chvíli podařilo znovu otevřít, letadla však nabrala zpoždění na příletech i odletech.
Porucha paralyzovala letecký provoz v celé Belgii. Rušily se stovky letů
27. května 2015 11:29, aktualizováno 21:42
„Nemůžeme pracovat, monitory nefungují,“ popsal situaci v Belgocontrol její mluvčí Dominique Dehaene. Podle mluvčího bruselského letiště bylo odkloněno na jiná letiště okolo 40 letadel a asi 150 letů bylo zrušeno. Společnost Eurocontrol oznámila, že všechny systémy agentury Belgocontrol, tedy radary a komunikační programy, musely být restartovány.
Bruselské letiště uvedlo, že restart systémů započal ve 14:00, což umožnilo začít některé lety odbavovat.
http://ekonomika.idnes.cz/kolaps-letecke-dopravy-v-belgii-d3t-/eko-doprava.aspx?c=A150527_112828_eko-doprava_neh
Boeing 787 Dreamliner software glitch causes plane engines to SHUTDOWN
A SOFTWARE glitch in the Boeing 787 Dreamliner triggers a complete engine SHUTDOWN, experts have warned.
By Aaron Brown
PUBLISHED: 17:10, Fri, May 1, 2015 | UPDATED: 17:38, Fri, May 1, 2015
he software bug cuts power to the engines if the plane has been left turned on for more than 248 days, the US Federal Aviation Administration has cautioned.
When the glitch activates – the electrical generators within the Boeing 787 will go into failsafe mode and pilots immediately 'lose control' of the plane.
https://www.express.co.uk/life-style/science-technology/574372/Boeing-787-Dreamliner-Software-Glitch-Bug-Planes-Fall-Sky-Drop-Lose-Power
Podotykam,ze lietadla su umyselne navrhnute, aby prezili vypadok dvoch systemov a az treti vypadok naraz bol fatalny.. Akosi sa nam rezerva stensuje
Z prostředí naší firmy (230 PC) mohu dobře pozorovat účinek aktualizací na výkonnost běžných kancelářských počítačů. Stručně, proces aktualizace byl ve Windows 7 zprasen, jak to jen šlo. Každé pondělí si ukrojí z paměti v každém počítači kolem 1GB a pak nastane hodinové ždímání disku. Práce na takovémto stroji je prakticky nemožná, a rozdělanou práci musí uživatelé přerušovat restartem. Třešničkou jsou pak notebooky s obyčejnými disky, kde se sejde nízká rychlost disku s obecně méně výkonnější elektronikou.
Záplatujeme Mrkvošrot Office 2013, nová čerstvá dávka:
http://s1.postimg.org/y5kdj34wf/mrkvo_rot_office2013_hotfixes.jpg
A takhle je to měsíc co měsíc, každý měsíc "patchujeme" tak, že záplaty jsou větší než kompletní instalačka. Lael, určitě to zas máš nainstalováno za několik sekund, viď, ty pošuku?
Aktuálně to již 10 minut visí na Nástroji pro odebrání škodlivého softwaru a disk jede na max. Doufám, že to smaže Windows i s tou Office sračkou!
http://s30.postimg.org/hh22fquk1/mrkvosrot_hotfixes_nastroj.png
(s případným obdivným zahučením).
Pusťme se do toho... Zjišťujeme několik věci... Ještě je třeba něco udělat...
:-D
Hele, pro pobaveni ....
https://support.microsoft.com/en-us/kb/3013531
Before you apply this update, you may receive a warning when you copy .mkv files from a computer to a Windows Phone. After you install this update, you will not receive the warning when you copy .mkv files to your Windows Phone.
lol
Kde udělali soudruzi z Redmondu chybu?! Asi se jim na serverech instaluje nová várka aktualizací? :-DDD
http://s3.postimg.org/72jauubub/ms_kolo_se_nam_polamalo_udelalo_bac.png
Hele, dyk jejich hlasna troube prece vykladal, jak si kazdej ma zjistovat, co ze ten patch vlastne dela, a kdyz se o to lidi snazej, tak se jim to podela ...
A jelikoz to vypada, ze se nemuze dostat ani na root, tak se jim podelalo asi i pripojeni k netu ... ;D. Paac v opacnym pripade by tu od ne bylo aspon 200 postu.
Mimochodem, nebezi ten web na desitkach? ;D
Tak zjišťování je zcela k ničemu, protože tam v poslední době prakticky žádné použitelné popisy nejsou, případně příslušný KB article vůbec neexistuje. Konkrétně, co se týče spamovací "aktualizace", tak soudruzi z Redmondu píšou, že
This update enables additional capabilities for Windows Update notifications when new updates are available to the user. It applies to a computer that is running Windows 8.1 or Windows 7 Service Pack 1 (SP1).
O tom, že mi to bude cpát reklamní sračky na Woknous X, tam samozřejmě není ani slovo.
Mi nemusis rikat ze je to knicemu ... dobre vim. Proto dycky ty patche nahodim na par pokusnych krys, a cekam, estli se nekdo ozve ze neco nefunguje. Protoze zjistit, co ze to vlastne dela, stejne nijak jinak nejde ... jediny co se dovim je ze "resi bezpecnostni potize systemu windows"
V tuxovi si muzu u kazdyho patche pocist komenty, a pripadne i zdrojaky ... a pokud de o bezpecnostni patche, tak to sou prevazne zmeny na 2-3 radky ... takze aplikace patche je tak na 3s.
Ale ja to chapu, kdyby M$ daval k tem patchum i popis, tak by se nedoplatil, protoze by po nich pak admini chteli uhrady lecebnych vyloh za infarkty, mrtvice, ...
Jinými slovy jako "admin" nečtete ani Microsoft Security Bulletins. Ovšem na Linuxu si louskáte rovnou zdrojáky commitů... vlastně nelouskáte, protože by vám to stejně k ničemu nebylo.
https://technet.microsoft.com/en-us/security/bulletin/dn602597.aspx
Kde dělají chybu třeba soudruzi na rootu, když server každých pár dní odpadá? Asi instalalují patche, nebo prostě běží na Linuxu. Že je to blbost, a každý podobný výpadek má konkrétní důvod, který s OS zpravidla nijak nesouvisí? Ale přece si nebudeme kazit flame fakty, že :)
No, diskuze je to zábavná :-) A když už jsme u těch aktualizací, tak tohle je taky celkem legračně nasírací. Prostě M$ šaškárna :-D
To není úplně přesné. Jejich kchůůl soljůšn je zakázat celou funkci gadgets, viz http://support.microsoft.com/kb/2719662
To je vazne problem, kdyz nekdo jeste provozuje po 15ti letech na nejakem prvnim celeronu XPcka, ma vyple aktualizace a rozhodne se aktualizovat nejake kdovi zkama stazene aktualizace pred zahajenim utkani ..... na XP uz vic jak rok aktualizace bezne nechodi ..... a pri vychozim nastaveni se instalujou ve 3 hodiny rano, takze aby jsme si to shrnuli, chyba je mezi klavesnici a zidli ..... ostatne s linuxem by si pomohli jak? Tam aktualizace probihaji rychlej? Ne, samozrejme ze ne ..... kdyby se treba snazili upgradovat redhat a museli kompletne system preinstalovat (jop, really, vazne je to jedina cesta jak upgradovat! ten linux je fakt tak hloupej!!!), tak by tam sedeli nejspis na lavicce jeste dodnes:o))))