Poslední příspěvky

1

Software / Re:PuTTY - Home Assistant přes bat skript

« Poslední příspěvek od robac kdy Dnes v 00:25:42 »

A co takhle se podivat do nejakych logu na strane toho ssh serveru? Ono totiz to ulozeny pripojeni v GUI jaksi sebou nese podstatne vic konfiguracnich veci nez to co uvadis do ty radky. Ja bych treba doplnil minimalne -2

Vzhledem k tomu, ze to Michal Smucr vyresil v posledni casti sveho prispevku, tak bych to nepovazoval za nutne. Navic (v tomto pripade) tam stejne asi nic nebude...

2

Vývoj / Re:SELECT záznamu z tabulky s diaktrikou i bez

« Poslední příspěvek od robac kdy Dnes v 00:15:16 »

https://www.sqlite.org/datatype3.html#collation

3

Hardware / Re:Vícenásobný passthrough hardwaru (GPU)

« Poslední příspěvek od RDa kdy Dnes v 00:04:46 »

Michale, trocha off topic dotaz - kdyz jsi tak zbehlej ve vm/gpu - mam ve virtualkach qxl + spice (vm bezi na jinem stroji nez obcasny klient). Ale posledni dobou se to s*re:

Kód: [Vybrat]

[5641341.504622] [TTM] Buffer eviction failed
[5641341.504637] qxl 0000:00:02.0: object_init failed for (126976, 0x00000001)
[5641341.504639] [drm:qxl_alloc_bo_reserved] *ERROR* failed to allocate VRAM BO
[5641356.864619] [TTM] Buffer eviction failed
[5641356.864634] qxl 0000:00:02.0: object_init failed for (126976, 0x00000001)
[5641356.864637] [drm:qxl_alloc_bo_reserved] *ERROR* failed to allocate VRAM BO

Nepomaha tomu ani doporucene nastaveni velikosti VRAM - chyba nenastava hned, ale treba po tydnu to zacne a co 30s to error.

A celkove jsem nabyl dojmu ze qxl/spice je deprecated...

Jaka je tedy moderni volba pro VM (bezi tam linux guest, bez GUI.. jen fbcon) co se tyce grafiky a pristupu vzdalene?
(ma treba VNC podobny vykon/responsivitu jako SPICE?, ackoliv tohle zrovna neni ten problem.. muj problem je zrejme model virtualni grafiky)

4

Studium a uplatnění / Re:Kde ako ajťák žiť?

« Poslední příspěvek od CPU kdy 28. 01. 2025, 23:51:02 »

Dokázali jsme i spoustu věcí, tak třeba jsme pornovelmoc!

https://www.google.com/search?q=%C4%8Desko+je+pornovelmoc

Ano, za komančů jsme vyráběli spoustu věcí, ale teď jsme pička Evropy! Je těžké na to nebýt hrdý.

A co se týká Flastenců, to jsou jen proruSSácký fujky! Kdo nemává vlajkou EU není Čech. A vůbec, pojďme na západ, mají tam pro nás podřadnou ale jistou otrockou práci, jedovate jídlo a burky ve slevě! ....hlavně neřešte, že republika nikam neodpochoduje na západ ani východ, opakujte hesla a nemyslete, až bude v Evropě někdo chtít znát váš názor, tak vam ho řekne!

A teď vážně, vylézt z EU, vyndat hlavu ze zadku, nelísat se ani k Německému Chalífátu ani k Rusům, udělat si tu pořádek a až pak řešit členství v nějakém gangu..

5

Hardware / Re:Vícenásobný passthrough hardwaru (GPU)

« Poslední příspěvek od Michal Šmucr kdy 28. 01. 2025, 23:40:34 »

Ne obecně to není možné, protože fyz. zařízení je zpravidla navržené tak, že bude komunikovat s jedním systémem, ovladačem. Jedno, jestli se bavíme o GPU, NPU nebo třeba USB root hubu. Takže jak název napovídá, jakmile se přes pass-thru režim zařízení připojí k VM, tak se na něj nikdo jiný nedostane (včetně hostitele i ostatních VM).

Výjimky existují, ale jsou to specifická řešení (hardware+software) k tomu souběžnému přístupu a sdílení uzpůsobená.
Např. pro grafické karty existuje NVIDIA vGPU, což není levné (licencují se počty přístupů ke GPU), oficiálně to chodí na specifických konfiguracích a nejvyšších kartách.
https://docs.nvidia.com/vgpu/gpus-supported-by-vgpu.html
Já se s tím setkal pouze v kombinaci s VMWare na virtuální desktopy.

Podobně mělo AMD MxGPU pro VMWare, ale o tom jsem tak čtyři, pět let neslyšel. Výkonově to prý bylo horší než vGPU, víc to při sdílení spoléhalo na sw část.

Intel má podobně GVT-g se sdílením (pozor není to GVT-d, což je pass-thru)
https://wiki.archlinux.org/title/Intel_GVT-g
Je tam poměrně dost "ale" a různých omezení (např. UEFI hosty bez patche neběží), záleží také na virt-vieweru. Zkoušel jsem to rozběhat na nějaký základní akcelerovaný desktop, úplně jsem nepochodil a neměl jsem moc času a energie si s tím hrát dál. Plus na výkonějších serverech byly EPYCy.

Finálně je možnost jít cestou nějaké obecné emulační (resp. paravirtualizační) vrstvy, která vytvoří virtuální GPU do VM a bude překládat volání na fyzickou kartu přes DRI a sdílet její prostředky. Což přidá overhead a latenci a je to tedy spíš mířeno na nějakou základní akceleraci.
To je například VirGL, https://docs.mesa3d.org/drivers/virgl.html
Podpora je součástí QEMU i libvirt a bude záležet na konkrétní distribuci, sestavení hypervizoru, MESY i VM guestu, jestli se to povede rozchodit. Tohle se typicky nastavuje v GUI ovládáních (jako virt-manager), když se zapne zaškrtávátko pro 3D akceleraci v konkrétní VM s typem karty virtio-gpu.
YMMV.

6

Server / Re:CUPS mazání fronty z Win11

« Poslední příspěvek od jafy kdy 28. 01. 2025, 23:15:36 »

Zdravím, mám CUPS a klienta Windows 11 Pro a mazání jobů z Windows funguje OK.

7

Hardware / Vícenásobný passthrough hardwaru (GPU)

« Poslední příspěvek od Vietnanka kdy 28. 01. 2025, 22:38:17 »

Na fyzickém HW který má jednu grafickou kartu(konkrétně iGPU) . Je možné při virtualizaci  dosáhnout toho, aby více běžících systému mělo přístup k GPU (a tedy vyššímu výkonu)? současně. Například proxmox. pokud ano, kolik je limit, nebo co určuje limit ( plnost grafické VRAM)
 
-Když to zobecním, i k jinému HW, třeba USB, nebo NPU? (Jak je to řešeno, musí být na to v host os nějaký dríver nebo přímo podpora v HW)
-liší se to model od modelu? (jak tento parametr je nazvaný)?

8

Vývoj / Re:SELECT záznamu z tabulky s diaktrikou i bez

« Poslední příspěvek od Vietnanka kdy 28. 01. 2025, 22:29:54 »

a pochopitelně mít uložené oba sloupce.

9

Windows a jiné systémy / Re:Koupě levných Windows 11 a legalita

« Poslední příspěvek od Ivo2003 kdy 28. 01. 2025, 22:09:17 »

Aktivovat znovu OEM již použitým klíčem většinou jde naprosto bez problémů. A když jsou problémy tak to jde přes telefon.
I přesto že jde OEM znovu aktivovat, tak to není podle licenčních podmínek v pořádku a taková licence není platná.

Podobně jako ukončení bezplatného upgradu z 7 na 10. Nabídka byla ukončena v roce 2017, ale taky to šlo aktivovat až do předloňska. Legální to ale nebylo.

Takže projití aktivačním procesem a aktivace nijak nedokládá a ani nevzniká předpoklad, že je to licenčně v pořádku.

10

Windows a jiné systémy / Re:Koupě levných Windows 11 a legalita

« Poslední příspěvek od fah15973 kdy 28. 01. 2025, 21:50:38 »

Aktivace nejsou s žádnou rezervou, ale co jeden klíč, to max. počet, kolik aktivací u něho MS dovolí. Při překročení již další aktivace možné nejsou. To je taky celý smysl těchto aktivací a ne nějaký holubník, jak si někdo představuje, protože to by pak MS vůbec nemusel ty aktivace tímto způsobem dělat, kdyby si jeden klíč mohl každý používat co je libo.

Ne, to není pravda a nikdy to tak neplatilo. Už víc lidí Vás na to upozorňovalo. Klíč nemůžete používat, co je libo, ale po překročení určité meze to začne chtít telefonické ověření, které nejprve projde automatem. Po překročení další meze už musíte mluvit s operátorem. A pokud překročíte další mez, už musíte dokládat.

Aktivace je obrana před tím, aby někdo neuveřejnil klíč na netu a nebyl použitý stokrát, tisíckrát. Ale neslouží k tomu, aby rozlišovala jednu nebo pět aktivací.

Mě nikdo na nic neupozorňoval, pouze tady kdosi plácal kraviny. A to neberu vážně.

Jasně, aktivace je obrana proti čemusi a nerozlišuje počet aktivací. Ha, ha, ha - větší nesmysl, aby člověk pohledal