Microsoft tvrdí, že 40 procent virtuálů v Azure běží na Linuxu

Pokud vidíte dva kurzory myši místo jednoho, tak to sice v principu může být driverem zvukové karty, ale spíš bych se díval po driverech HID zařízení, třeba touchpadu. BSOD při upgradu video driveru jsem ještě neměl; mimochodem viděl jste někdy upgrade video driveru na X11 serveru za provozu? :) BTW při pádu aplikace i celého OS můžete vygenerovat dump, a předpokládám že s debuggerem si rozumíte.

A jako vždycky může být nejen lépe, ale i hůře. Tohle je myslím dost poučné.
https://lwn.net/Articles/304105/
https://communities.intel.com/thread/96168
https://thenextweb.com/insider/2016/02/01/running-a-single-delete-command-can-permanently-brick-laptops-from-inside-linux/

Mimo standardnej usb klavesnice a standardnej usb mysi ten pocitac (desktop) ziadne ine HID zariadenie v tej dobe nemal (teraz mam, ale na chovani to nic nezmenilo). Oboje pouzivaju genericky driver od Microsoftu (koniec koncov co ine obycajnej PCdlovej klavesnici a obycajnej trojtlacidlovej mysi s koleckom ostava, zeano). Graficka karta poziva WHQL signed driver priamo od NVidie, jednu dobu tusim 7cky zvladali ten driver dodat same. Ale kludne mozeme occamovu britvu ignorovat aj dalej, mate este nejaky napad na nepravdepodobneho 3rd party vinnika 99% padov a abnormalneho chovania Windowsu?

To BSOD pri upgrade drivera neriesim, to bolo uznane ako chyba na strane NVidie (a bol to stabilne plosny problem snad na kazdom jednom PC s tou kombinaciou HW a SW) aj s podanim opatreni a uvedenim rozsahu skod (ziadne, dalsi reboot to dal do poriadku). Btw BSOD to nehodilo za behu, ale pocas updatovacieho rebootu (ten update sa instaloval spolu s dalsimi a WUPD si vyziadal reboot, po reboote nasledovala modra smrt a dalsi reboot uz bol ok).

Samozrejme, ze keby som velmi chcel, tak by som mohol debugovat ci uz visualko, alebo kernel. V pripade visual studia to nemam zapotreby, je mi jasne, ze gro padov mi sposobuje vycerpanie 32bitoveho adresneho priestoru, kedze Microsoft vytrvale nie je schopny alebo ochotny z VS urobit 64 bitovu aplikaciu ale namiesto toho ludi presviedcaju o tom, ze ak pamatovy priestor nechaju vyzrat, su blbi. Beztak nemam potrebu to debugovat, nie som za to plateny.

Na prvním místě by to asi chtělo toho 3rd party viníka vyloučit. Typicky se vyplatí pomocí utility autoruns ověřit ne-ME drivery a servisy, zvláště nepodepsané, a případně je odstranit. Po BSOD můžete triviálně natáhnout dump do windbg a napsat "!analyze -v", což vám řekne bugcheck code plus ve kterém modulu došlo k havárce. Přijde mi dost tristní, když vývojář neví jak provést troubleshooting BSOD, nebo když řekne "to bude asi nejspíš OS, a stejně nejsem placený za to, abych se tím zabýval".

Tristne to samozrejme nie je. Keby som sustruznik a sustruh mi nahodne vyhadzuje nastroj z upinacej hlavy, tak to budem budto ignorovat, ak to nebude ohrozovat bezpecnost alebo spomalovat moju pracu, zavolam na to opravara, alebo sustruh vymenim za novy, alebo sustruh uplne ineho vyrobcu. V ziadnom pripade ho nebudem rozoberat a diagnostikovat. Viem o sustruhu prilis malo na to, aby sa vyplatilo plytvat mojim casom na jeho diagnostiku, potazmo opravu, ked clovek, ktory je na to skoleny to zvladne rychlejsie a v konecnom dosledku aj lacnejsie.

V mojom pripade (suhrnne cca 6 BSOD za necele 4 roky co tuto masinu mam) mi nepride efektivne vynakladat cas na post-mortem analyzu BSOD alebo toho, preco mam obcas po boote dva mysie kurzory. Som proste zvyknuty na to, ze system pracuje stabilne kludne s uptime radovo mesiacov. Ked bol problem na inych strojoch invazivny (masina zarucene spadla, ak sa urobil full rebuild release branche / zaujimave ze pri full rebuild debugu to nespravilo), tak sa na to postval memtest a vypadli z toho vadne RAMky, na inej masine zasa bola diagnostikovana vadna doska.

Doma samozrejme ziadne instalacie Windowsu neprevadzkujem, takze s BSOD ani ich post-mortem analyzou problem nemam. Sucasnu nestabilitu mojho laptopu pripisujem zlyhavajucemu 9 rocnemu HW, kedze povaha chyby je uplne absurdna a pocetnost vyskytov sa dost rapidne zvysuje.

Driver zvukové karty je kernelový modul, a i "odborník" s vaší mírou (ne)znalostí by mohl vědět, že kernelový modul může v principu provádět spoustu věcí, včetně manipulace se zařízeními a soubory.

Takže jinými slovy upgrade video driveru na X11 serveru za provozu neuděláte. Ve Windows je možné vyměnit video driver za chodu, a běžně se to dělá. Světe div se, aplikace fungují dál. Klauna s Tuxem na klopě to sice může překvapit, ale to jen protože dotyčný klaun je nedouk.