1
Vývoj / Re:SELECT záznamu z tabulky s diaktrikou i bez
« Poslední příspěvek od hknmtt kdy Dnes v 01:00:16 »https://www.sqlite.org/datatype3.html#collation
Collation pomoze len pri "a" vs "A" ale nie "a" vs "á".
Poslední příspěvky
Collation pomoze len pri "a" vs "A" ale nie "a" vs "á".
2
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...
3
Vývoj / Re:SELECT záznamu z tabulky s diaktrikou i bez
« Poslední příspěvek od robac kdy Dnes v 00:15:16 »4
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:
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)
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)
5
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..
6
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.
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.
7
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.
8
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ý)?
-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ý)?
9
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.
10
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.
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.
