Vlákno názorů k článku Zorin OS 18 není jen upravené Ubuntu v podobě Windows 11 na jedno kliknutí od Krtek Prcá Ježka - Není žádný důvod, aby někdo přecházel za tisíc...

máš 5 minut na uložení práce
To je ještě dobré. Horší je: máš 5 minut na dokončení důležitého hovoru a dojednání obchodu s klientem.

Obchodníci mají často macbooky. I z toho důvodu, že občas jezdí za klienty, tak aby firma nevypadala za chudáky 😅

27. 2. 2026, 17:18 editováno autorem komentáře

Ale za to primárně může právě ta vaše firemní group policy, nikoliv Microsoft. Kdybyste jeli na linuxu, mohlo by to vypadat úplně stejně. Čili vaše stížnost padá jen a pouze na vedení vaší firmy.

"Ale za to primárně může právě ta vaše firemní group policy"

Na kterou widle s klidem kaslou ... mam u zakazniku nastaveno, ze restart ma probehnout do 3 dnu. Polovina widli se nerestartuje vubec, druha klidne lidem pod rukama.

Jeste veselejsi je to na serverech, tam mam posychr aktualizace vypnuty natvrdo, protoze nehodlam resit sqlko restarujici se v prubehu dne ... protoze se to zrovna rozhodlo ignorovat ze aktualizace instalovat nema dokud nereknu.

Aktualizace se mnohem spolehlivejs resej scriptama, ktery se spustej kdy reknu ... to je tam centralni sprava ala MS.

Group policy riesi aj opacne problemy.

Mali sme userov, ktori nerestartovali cele mesiace. Pretoze maju "dolezitu pracu" a "su same updaty" (citaj: nerestartoval X tyzdnov, tak sa mu nazbieralo niekolko dalsich).

Takze pokial si si pocas 28-30 dni nenasiel cas restartovat, tak policy je nastavena, ze sa ti pocitac restartuje a vela casu na rozmyslenie ti uz neda. A nikto ti neuveri, ze si cely mesiac bol v strede dolezitej prace.

Jenomze pak se hodi mit pravidelny cas, aby s tim vsichni pocitali. Treba vikend!
A ne ve stredu v 9:00 protoze zrovna MS v utery vydal zaplatu.

A linux mame restart vzdy prvni vikend v mesici a vsichni jsou s tim OK.

Bude to ignorovane, aj v ten pravidelny cas je "dolezita praca".

Neuviedol som nahodou vyssie, ze neboli schopni restartovat behom niekolko mesiacov? No tak teraz raz za mesiac musia.

Kdyz umi admin vynutit restart v týdnu, nevim, proc by to nezvladnul naplanovat na vikend, kdy se potencialni "obeti" tezko budou branit.
A oni si zvyknou ;)

Kdyz umi admin vynutit restart v týdnu, nevim, proc by to nezvladnul naplanovat na vikend ...

Jak budes restartovat vypnuty pripadne nedostupny stroje? To by me jako admina fakt zajimalo.

Co se vypnulo, zase se zapne, netreba to restartovat ne?

:) preci za pomoci magie. Resp. Magic paketu :)
Naopak to je naprosto bezna praxe, protoze aktualizace u windows jsou velmi spatne ovladatelne, od W11/Ws2021 je to jeste vetsi hnus neovladatelny, takze se to snazis ukocirovat pres neco jako WSUS, a z nej pak poustet do site, a na to si proste ty stroje zapnes - nechas je treba 4H bezet a doufas, ze se zvladnou nejak aktualizovat i s temi "150" restarty a pulhodinovou odmlkou. NEzapiram, je to humus - proti unattended-upgrades je to jako fakt spatnej vtip, ale neudelas s tim nic.

"Resp. Magic paketu"

Tyhle srandy muzes delat v lance, jenze pvni na co narazis i v ty lance je to, ze pulka tech kramu ma sitovku USBckovou, a tudiz je pres to nezapnes. Druha pulka sice sitovku ma, ale wol nefunguje ... protoze ubermegaficura jako sleepstates ... takze to musis vsechno povypinat (pokud to jde). Mam 300 radkovej script na rekonfiguraci a zapnuti wol ... u jednoho konkretniho modelu.

A tak jako tak, mas tu treti pulku stroju, ktery maj lidi o vikendu doma v supleti.

"Takze pokial si si pocas 28-30 dni "

Tohle si ovsem muzes dovolit delat u stroju, ktery mas nekde zavreny a nepoustis je na net ... u stroju se kterejma lidi chodej ven, je vazne dobrej napad mit tam verejne znamy diry jak do ...

Mimochodem, ve skutecnosti restart zadnej problem neni, problem je ze tupi vyvojari aplikaci se ani za 50let nenaucili ulozit, a po loginu to znova otevrit, coz se da delat jak na tuxovi tak na widlich.

V komercnom prostredi sa pouziva WSUS, kde prislusny admin schvaluje aktualizacie. Pokial ich neschvali (alebo si nenastavi, ze ich automaticky pusta), tak koncovym pouzivatelom nebudu ponuknute.

Po schvaleni zase vidi, ktore pocitace si ich uz nainstalovali a ktore nie.

"Po schvaleni zase vidi, ktore pocitace si ich uz nainstalovali a ktore nie."

Coz ovsem plati pouze za predpokladu, ze to henty picitace tomu wsusu laskave ohlasi, coz je predpoklad cim dal problematyctejsi, protoze na zaklade vlasnich zkusenosti ti muzu rict, ze tak 10% (pokazdy jinych) z nich to neudela. A neexistuje zadnej svepravnej zpusob jak je k tomu prinutit.

Asi tak nejbliz tomu ma tuto, ale ani to nefunguje vzdycky ... https://pleasework.robbievance.net/howto-force-really-wsus-clients-to-check-in-on-demand/

Navic wsus je soudruhy z MS oznacen za deprecated ... a zadna nahrada neexistuje.

Ne, v komerčním řešení se používá autopilot.

No hele Tenhle konkrétní případ se dotýká hned řady dodavatelů. (Simulia/Dassault, ESI, LSTC, Beta/Cadance).

Plán byl sjednotit výpočty na jeden OS => Windows, třebaže historicky byly strukturální výpočty doménou Unixu a následně Linuxu a všichni naši velcí zákaznící/partneři s výpočtovými teamy o stovkách lidí jedou hlavní workstation na Linuxu a k tomu mají paralelně windows přes RDP někam, nebo nějakou virtuálkou... což dělá bordel.

Proč sjednotit? Protože Office compatibilita, míň údržby, sjednocené prostředí atp...

Jasně všichni se tvářili, jako Vy, že to přece není žádný problém, protože...
"na OS přece vůbec nezáleží".
No ale tvrdě jsme narazili... při sekvenčním čtení velkých souborů ze sítě žádný problém, ale když člověk potřebuje vyzobávat data z velkých databází po síti, tak na widlích spadl výko o Řád!... To na Linux trvalo natáhnout 15s, na to jste na woknech čekali 2minuty+.

Testováno na windows server, všechny možné verze samba, různý HW. SAN za desítku mega. All flash uložiště...

Rok a půl jsme bombardovali BETA/Cadance, ti zase bombardovali Dassault a spol...
Načež borec z core teamu Simulia prý jenom pokrčil rameny a řekl jenom
"Born on UNIX, best on UNIX".

Řešení bylo, že při načítání dat ze sítě přidali možnost nakešovat celou DB (i desítky GB) na lokální SSD a pak už to funguje dobře.... no spíš uspokojivě, protože při potřebě porovnat několik variant, člověk zrazu tahá po síti stovky GB nepotřebných dat, aby následná odezva byla OK.

Výsledek?! Máme pro linux work station zřízeno VDI s kapacitou 40 výpočtářů a každý má svůj Windows notbook, kterým se připojuje... Správa se konsolidovala, všichni jsou spokojeni.

Teoreticky na OS nezáleží, ale prakticky si každý táhne za sebou tu kárku historie a když dva dělají to samé, nemusí to být to samé. Takže každému co jeho jest.

BTW... kolega od ANSYS/Synopsys byl celí život windows only, ale po té, co do portfolia přidaly LS-Dyna (Born on UNIX) velice rychle také pochopil, kudy vede cesta.

Proč tedy mluvíte po výpočetním server (dejme tomu stanici) pro analýzu koncových prvků, simulaci chování v kapalině, proudění, strukturální analýza, .... co já vím co dalšího, zkrátka FEM/FEA (jestli je to jedna stanice, nebo celý cluster už je ve finále jedno)? Pracovní stanice jsou ty NTB, sem to posílají přepočítat, analyzovat, ale kreslí a sestavují to na tom NTB.

1. 3. 2026, 13:37 editováno autorem komentáře

Omylem jsem to odeslal předčasně. Rozdíl je v protichůdnosti požadavků, když už se bavíme o CAD. Projektování intenzivně využívá 1-2 jádra, přičemž není možné hlavní přepočty (např.: volné plochy, struktura, strom, …) nelze paralelně zpracovat. V principu nelze zahájit návazné výpočty bez znalosti předchozího výsledku. Rychle přepočty se vážnou na změny v konstrukci, technicky lze rozdělit sestavu do podsestav, větví a následně rozdělit výpočty, tedy urychlit čekání, protože na tom stojí práce (sedí a nemůže nic dělat, dokud se to nepřepočítá).

Vámi popsaná „stanice“ je přesný opak, kde se hraje na co největší RAM (nesmí dojít), co nejvíce fyzických CPU (vláken), IOPS a vlastně i výpočetní karty (Ansys s Teslou K20 bylo nad tehdejší disky příliš). Dva naprosto rozdílné světy, které by se neměli míchat do sebe. Nahodím úlohu a nazdar, konstrukci to neovlivní a řvát to může minuty, hodiny, týdny si to bude chroustat v racku, ne pod stolem. Že se používá dlouhé roky Linux? No to není překvapení, nikdo nebyl tak šílený, aby Ansys používal na Windows s mizerným IOPS.

Zajímavá úvaha, žel mimo mísu.

O samotném počítání nikdo nemluvil, to se děje samozřejmě na HPC, často paralelně na několika uzlech současně. Na storage napadá často desítka výsledkových souborů "databází" o velikosti jednotek až nízkých stovek GB.

To co dělá pracovní stanice výpočtáře je že přistupuje k těmto výsledkům, vyzobává pro určité rozsahy elementů výsledky... tyto jsou např. vektory sil a posunutí, tenzory napjatosti, nebo skaláry stavové veličiny, jako je teplota, nebo stupeň poškození elementu.

Tyto tenzory je třeba natočit z elementového do globálního souřadného systému, nebo nad nimi spočítat invarianty a podobně. Na miliony elementů to je sicce nějaký výpočetní výkon, ale proti samotné simulaci je to legrace a slušné dnešní PCčko to dá za běhu načítání výsledků přes síťovou infrastrukturu.

výsledek se následně vykresluje na obrazovku (často vzdálenou) např. jako barevná mapa.

Inženýr se zamýšlí nad smyslem a pravdivostí výsledků, interpretuje, případně si operativně vyžádá jinou sadu výsledků pro lepší pochopení co se tam děje.

Následuje tvorba obrázků, animací, grafů... potud jsme pořád na pracovní stanici, která má optickou konektivitu do SAN a pro efektivní práci musí mít nízkou latenci dotazu do této specifické výsledkové databáze skrze síťové prostředí. (TADY! windows selhávají napříč různými komerčními produkty a různými prostředími)

Až je toto vše nachystáno, na windows laptop dojde k poskládání PPT (pokud to nebylo automatizovaně provedeno už na WS) , teams schůzka a prezentace.

V menších firmách se může všechno toto dít na jedné lokalitě i na jednom stroji kde se špatná latence zas tak neprojeví a vyhoví i windows. Ale u velkých týmů rozprostřených často mezinárodně, u velkých modelů to opravdu není úplně legrace.

Takže se vlastně bavíme o terminálovém použití, chapu to správně? Budiž o tom nic nevím a v životě jsem s tím nepřišel do styku.

Pro moje projektování (Solidworks Electrical) stačí jednoduchá pracovní stanice s dostatečným výkonem (Assembly), Opera (Simulia) pro analýzu, simulace a 3DX (PLM/PDM) s veškerými knihovnamy ostatních (tzn. strojní vybavení navrhla firma X v Invertoru, budovy vyprojektovla firma Y v Autocadu, ...). Pro náročnější simulace (to co by pracovní stanice/server chroustal příliš dlouho) si pronajímám virtuální cluster, vlastní se mi nevyplatí.

Sestavu (ve finále jde o subsestavu nadřazené sestavy) řeším výhradně sám, to jest nemusím řešit problematicky více spolupracujících týmů/lidí.

Díky za pěkné info z reálného použití.

Jak to tak sleduji, tak mi přijde, že míříme zase zpět do režimu "tenký klient" kdy na výkonném počítači firmy poběží aplikace, které se budou "streamovat" do počítačů pracovníků.

Přijde mi to logičtější, než se snažit mít HW našláplou mašinu pro každého potřebného pracovníka, který to ale využije jen ve zlomku času a ještě k tomu bude úzké hrdlo na přenosech dat po síti.

Ono se to v podstatě děje už teď na pozadí, když využíváme HW strojů v datacentrech třeba při použití LLM.