Fórum Root.cz
Hlavní témata => Desktop => Téma založeno: czmiho 16. 02. 2019, 15:04:02
-
Na svém PC pořád experimentuji, dělám pokusy a psí kusy (měním komponenty zhruba se stejnou periodou jako ponožky, flashuju BIOSy, přetaktovávám, přeinstalovávám a, což považuji za největší psí kus, bězí na nich Windows 10 kvůli občasnému hraní her. Zkrátka se tomu dá říkat všelijak, ale stabilní rozhodně ne.
Na práci (100% home office full stack dev.) potřebuji mít ale super stabilní prostředí. Řeším to linuxovým serverem s RAIDZ2 na kterém běží vmware workstation s několika trvale spuštěnými virtuálkami (win 7, linux desktop a několik linux servříků). K PC je připojen 10Gbit Mellanoxem. Na virtuálky se z PC připojuji nativním klientem vmware. Funguje to v zásadě dobře až na dvě nepříjemnosti.
1) Vmware v tomto režimu (VM běží na jiném počítači) nesdílí schránku. Najít funkční multiplatformní soft, který by tohle řešil je překvapivě dost problém. Kopírování textu přes soubor ve sdílené složce je extrémní opruz. Koupil jsem i Synergy ale ten se zase snaží dělat i sdílení myši a klávesnice což je v tomto případě kontraproduktivní.
2) Plynulost GUI je dost špatná což znepříjemňuje práci.
Vyzkoušené věci:
A) připojovat se přes RDP k win virtuálkam/VNC k linuxovým- řeší 1) ale RDP ve Win7 virtuálce neumí 4k + VNC i RDP ještě zhoršují 2)
B) vmware ESXi na serveru - řeší 1), neřeší 2) (+ hardware serveru není s ESXi zcela kamarád)
C) KVM+SPICE - řeší 1), zhoršuje (!!!) 2)
Nějaký nápad jak zlepšit 2) a/nebo bezproblémově a bezopruzově řešit 1)?
-
Zkuste tyto dva hotfixy na RDP, aby podporovalo 4k:
https://support.microsoft.com/en-ca/help/2923545/update-for-rdp-8-1-is-available-for-windows-7-sp1
https://support.microsoft.com/en-us/help/2989007/update-to-support-ultra-hd-resolution-for-rdp-sessions-in-windows-7-an
-
Ten druhý už se nedá stáhnout :-( download vede na stránku s textem
This hotfix has been discontinued. Instead, you can upgrade to Windows 10 and get the worst OS ever.
Ta poslední čtyři slova jsou na stránce napsána trochu jinak - newspeakově. Tak jsem to přeložil do normálního jazyka.
-
No což o to, já už bych taky nedoporučoval cokoliv honit na systému starém 10 let a nepodporovaném (ani bezpečnostně) tři roky. To je podobné, jako dnes běhat na Debianu 5/6 (Lenny/Squeeze). Jde to, ale bolí to.
Tady jsem to našel přesdílené, ale nikde nevidím MD5 sumy, těžko říct, jestli je to zdravé:
http://thehotfixshare.net/board/index.php?autocom=downloads&showfile=19904
-
Vyzkoušel jsem soft NoMachine. Funguje to skvěle - řeší to 1) velmi to zlepšuje 2) ... ale toho výkonu co to sežere na straně serveru ... při 4K@60Hz 2 jádra na 100%.
-
To se nedivte, v reálném čase to enkóduje H.264 pro 4k rozlišení.
-
nebylo by lepší mít prostě pracovní prostředí zvlášť na vlastním železe?
Ušetří to spoustu nervů.
-
Na realtime streaming zkus parsecgaming.com. Je to primarne na streamovani her z cloudu, ale jde to provozovat i na LAN.
-
Na realtime streaming zkus parsecgaming.com. Je to primarne na streamovani her z cloudu, ale jde to provozovat i na LAN.
Díky za tip, já jsem pro tyto účely znal jen https://flathub.org/apps/details/com.moonlight_stream.Moonlight a https://store.steampowered.com/steamlink/about/ , ale obávám se, že ani jedna varianta mu nebude fungovat, protože to vyžaduje, aby na OS odkud se streamuje byla k dispozici grafická karta a on to má ve virtuálkách a vga-passthrough tam nemá. Možná by to zprovoznil, ale musel by to enkódovat softwarově a to by si nepomohl. Napadá mě, že by mohl zkusit https://wiki.archlinux.org/index.php/Intel_GVT-g , které rozdělí jedno grafické jádro na více virtuálních a ty by potom přidělil těm jednotlivým virtuálkám a pak by mělo fungovat i harwarové encodování, ale je otázka co tam má za grafické jádro (podpora je od 5th Intel Core a E3_V4 Xeon - https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide#22-hardware-requirements
-
ad 1) Možná hledáte tohle?
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1026437
-
ad 1) Možná hledáte tohle?
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1026437
Takhle se to právě zprovozňuje v ESXi. Ve workstation to (ze záhadného důvodu) nejde.
nebylo by lepší mít prostě pracovní prostředí zvlášť na vlastním železe?
Ušetří to spoustu nervů.
Tohle je ale dost drahé řešení. Grafika s DP schopná uživit 4k+2k, 64GB RAM, alespoň 2x SSD, 2x 10GBit síťovka a SPF (nebo jedna síťovka a 10Gbit switch) a omáčka k tomu, bedýnky + elekřina na nonstop běh. Plus přepínání vstupu LCD x krát denně (když se projtekt tlačí na server 5 minut, tak to je přece ten pravý čas dat si jednu mapu v Overwatch ;-) )
-
nebylo by lepší mít prostě pracovní prostředí zvlášť na vlastním železe?
Tohle je ale dost drahé řešení.
Aha, já jsem myslel, že máš 2 stroje. Tak pak by chtělo upřesnit co myslíš tím "2) Plynulost GUI". Já jsem na práci také provozoval virtuálku Win7 pomocí libvirtu + QXL + Spice a žádný problém jsem s plynulostí GUI neměl. Možná jsem jen ve Win7 vypnul 3D akceleraci (Aero). Virtuální grafický ovladač QXL podporuje 2D akceleraci, takže třeba surfování (scrollování) naprosto v pohodě.
VMware používá svoji vestavěnou 3D akceleraci, takže ji zkus vypnout a ponechej jen 2D + vypni Aero.
-
Já jsem na práci také provozoval virtuálku Win7 pomocí libvirtu + QXL + Spice a žádný problém jsem s plynulostí GUI neměl. Možná jsem jen ve Win7 vypnul 3D akceleraci (Aero). Virtuální grafický ovladač QXL podporuje 2D akceleraci, takže třeba surfování (scrollování) naprosto v pohodě.
VMware používá svoji vestavěnou 3D akceleraci, takže ji zkus vypnout a ponechej jen 2D + vypni Aero.
Toto je hodně subjektivní. Např. pro vzdálenou správu a sem tam něco se dá tolerovat určitá latence. Pro trvalou práci pak rozdíly lidé vnímají. Navíc je každý jiný, takže znám lidi, kteří fungují bez problémů ve stejné situaci, ve které jiní skoro nejsou schopni pracovat.
-
1) to zdielanie schranky:
ja by som to poriesil tak, ze by som si napisal skript, ktory mi ulozi obsah schranky do suboru niekde na zdielany disk, a dalsi skript, ktory ho precita a zapise do schranky... a samozrejme nakopirovat ho na vsetky virtualky a idealne namapovat na klav. skratky (napr. CTRL+SHIFT+C) alebo integrovat niekde do UI (ako tlacitko, ikonka alebo ja neviem polozka v menu)... mozno by slo urobit aj tak aby zachovavalo historiu zdielanej schranky ak by bolo treba, alebo aby sa to spustalo automaticky po stlaceni CTRL+C, a CTRL+V...
-
Já jsem na práci také provozoval virtuálku Win7 pomocí libvirtu + QXL + Spice a žádný problém jsem s plynulostí GUI neměl. Možná jsem jen ve Win7 vypnul 3D akceleraci (Aero). Virtuální grafický ovladač QXL podporuje 2D akceleraci, takže třeba surfování (scrollování) naprosto v pohodě.
VMware používá svoji vestavěnou 3D akceleraci, takže ji zkus vypnout a ponechej jen 2D + vypni Aero.
Toto je hodně subjektivní. Např. pro vzdálenou správu a sem tam něco se dá tolerovat určitá latence. Pro trvalou práci pak rozdíly lidé vnímají. Navíc je každý jiný, takže znám lidi, kteří fungují bez problémů ve stejné situaci, ve které jiní skoro nejsou schopni pracovat.
Právě proto by měl czmiho uřesnit jestli myslí tearing nebo latenci při rychlém posunování okna, latenci kurzoru myši ...
Na latenci nebo tearing jsem také velmi citlivý. Pracoval jsem s tím Win7 přes 8 hod. denně několik let. Provozuji i vga-pass na hraní her a když se po aktualizaci jednoho balíčku latence nepatrně zvýšila, tak jsem to hned poznal. Problém s latencí GUI jsem měl spíše u linuxových VM. Teď jsem si cvičně pustil Fedoru s Gnome ve VM přes Spice, spustil video na YT a přesunoval rychle okno a při tom malá latence jde cítit (tearing žádný) nebo při rychlém pohybu v menu (hlavně ve FF) je obarvování položek trochu opožděné za kurzorem myši. Když ve Spice zapnu i 3D akceleraci (virtio-vga), tak je ta latence ještě větší.
Zkusil jsem ještě pro srovnání Debian9 s XFCE a ten Win7 a tam je ta latence neznatelná, takže si myslím, že kdybych si trochu pohrál s Gnome a vypl 3D akceleraci, tak věřím, že i tam bych dosáhl neznatelné latence.
Pokud by to mělo být dotažené k dokonalosti, tak opravdu jediné řešení vidím v GVT-g (pokud na to má hardware).
-
Když je VM i head na stejném stroji, tak tu latenci i tearing vnímám také ale nevadí mi. Problém nastává, když je head jinde než VM (a to i když je mezi nimi 10Gbit), zejména od doby, kdy mám 32" 4k.
Hmm, tak bych to teoreticky mohl vyřešit, že bych k serveru připojil monitory a provozoval ty VM lokálně i když ten server je fakt server a je to na něm znát, že nikdo nepředpokládal, že na něm bude nekdo pracovat lokálně (nemá třeba zvukovku) proto jsem tu variantu nezvažoval.
Musel bych jen vyřešit grafiku (je tam nějaká pasivně chlazená herka bez DP), dlouhé DP kabely. Pak ještě nějak vyřešit zvuk (občas se hodí, když třeba FTP klient cinkne že dokopíroval atd.). Na schránku, klávesnici a myš použít Synergy. Takže by zůstal jen ten opruz s přepínáním vstupu LCD.
-
co je head? hlava (překlad) mi tam nesedí
-
Ty vole mit firmu, tak tebe jako Full Stack Deva nechci. Ty budes programator jako prase, kdyz si ani nedokazes vyresit svuj vlastni pracovni enviroment a vymyslis takove zhovadilosti. Bohajeho... Uplne vidim, jak by pod tebou vypadal nejaky enterprise ekosystem.
-
nedokažu si predstavit pracovat tak jak to popisuješ, udělal bych prd, ale pokud ti jde jen o synchronizaci clipboardu tak na to jsou nějake softwary..
https://www.havefun.cz/projects/haveclip/
-
A jakou technologii prenasis obraz? Jsou vubec ty VM/host dostatecne vykonne, nebo vas tam najednou dela deset?
Nemam sice VM, ale vzdaleny fyzicky stroj (win7) a skrz RDP pouzivam sw s fullscreen 2D i 3D grafikou - navrhuji zapojeni a tistaky. Nijak me neomezuje ze nedelam na fyzickem stroji. Klient je 6i7KYK NUC, 1Gb sit.
-
co je head? hlava (překlad) mi tam nesedí
Head je terminus technicus pro zobrazovací zařízení+klávesnici+myš. Headless je zařízení navržené pro běh bez těchto věcí
https://en.wikipedia.org/wiki/Headless_computer
pokud je zobrazovacích zařízení víc, tak se to často označuje jako multihead (dualhead,...)
https://en.wikipedia.org/wiki/Multi-monitor
A jakou technologii prenasis obraz? Jsou vubec ty VM/host dostatecne vykonne, nebo vas tam najednou dela deset?
Co jsem vše zkoušel jsem popsal v prvním příspěvku. Server je dvojprocesorový stroj (2x8 jader), 256GB RAM, 4xSSD v RAID10. Klient je, na to, že má vlastně plnit funkci thin clienta, výkonný až přehnaně. Propoj je 10Gbit (mellanox SPF). Dělám na tom sám.
Jak už bylo výše uvedeno - každý má jinak hranici lagu/tearingu, který mu vadí. Proto je možné, že ti RDP přes 1Gbit vyhovuje. Jsi šťastný člověk ;-)
-
Proč si kvůli hardwaru takhle komplikovat život?
Tichá stanice Precision T7600 2x 8-core xeon E5-2665 128GB DDR3 1333 ECC vyjde na 21 tis. bez DPH https://www.ebay.com/itm/Dell-Precision-T7600-2x-Xeon-8-Core-E5-2665-16x-2-4GHz-32Th-128GB-Perc-H310/293012651527 , prodejce se tím živí https://www.quantelectronic.de/Server-und-Workstation/Dell-Precision-T7600-2x-Xeon-8-Core-E5-2665-16x-24GHz-32Th-128GB-RAM-Perc-H310-1300W-i5_46185.htm . Nebo rovnou s 256GB RAM za 34 tis. https://www.ebay.com/itm/Dell-Precision-T7600-Workstation-2x-Xeon-E5-2650-Ram-256GB-HDD-600GB-SAS-2TB/372622076976 , ale to by asi šlo výhodněji od plátce DPH. Tahle stanice pojede ještě spoustu let. Když do ní nastrkáš NVMe disky (má 1 x PCIe3-x4 a 5x PCIe3-x16), bude lítat jako blesk.
IMO není žádný důvod při dnešních cenách HW a mzdových nákladech vývojářů si hardwarem snižovat efektivitu práce.