Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Studium a uplatnění / Re:Kde ako ajťák žiť?
« Poslední příspěvek od terminator20001 kdy Dnes v 02:05:06 »
Ja zijem v Australii 8 rokov uz ako obcan - skvela krajina na prirodu, cestovanie, kempovanie. Skvely ludia ale zalezi kde clovek je (Mesto alebo outback ci dediny v okoli) uz len v  Sydney je nieco ine ked zije na plazach (kde som ja) alebo niekde v meste alebo na zapade Sydney (tam to uz take bezpecne nie je). Inak je pravda ze ludia z NZ lietaju sem je to tam drahsie ako tu, tiez lepsia ekonomika. Na druhej strane je tu velky problem z byvanim (najom - na jeden byt moze prist kludne pozriet az 50 ludi) a taktiez ceny domov ci bytov v mestach nezmysel - ale toto je asi vsade. ITckar vie si najst pracu ale problem su tu viza, tu clovek nevie len tak prist a pracovat. Vsade vyzaduju bud PR (trvale viza) alebo au obcianstvo. Ked clovek sem dojde na nejake viza a ma brutalne stastie a firma ho zacne sponsorovat tak uz je na dobrej ceste tu potom ostat.

Ahoj, co jsem potkal a poznal lidi ruzne z cest a kontinentu.

USA - silna ekonomika ale kdo ma obcanstvi ne top vyhra, jsou na ne ve svete nastvany uz jen to ze ty jsi ten amik a co jako. USA ma drahe zdravotnictvi a musi clovek mit opravdu dobrou pojistku, jako starsi muze mit problem.
USA hrozi ze jednou se tyto mocnosti v mensi nebo vetsim meritku napadnou tj jsi primo kandidat na vojnu.
USA je neskutecne tvrda zeme, nic tam neni zadarmo. Proste chces dovolenou? Jo tak 7 dnu bysme ti za rok asiii mohli dat  :o Ano nekdo nekde se domluvil ze dali i vic ale casto uz neplacene a pod podminkou treba ze vezme notebook a bude pracovat, ne ze zmizne nekde do jungle na trek a ma klid. Kdo neveri mrkne na youtube vyhledani "Americanka v Praze" nebo "Drobik USA" apod.

Pokud nekdo musi i dochazat do prace, ne kazdy ma stesti ze jede jen remote, treba taha i kabely.
Takze tam pak mu nepomuze aby sel nekde do Asie nebo do Jizni Ameriky.
Ano pokud je IT dobry, dela na dalku, tak je to jedno a muze se schovat treba do Ekvadoru, Peru.

Australie - hodne lidi rikalo, ze tam chtelo prave zustat, realitivne slusna ekonomika, dovolena ta je cca 20dnu co rok, fajn i lidi, nejsou treba tak povrchni vs Americani. Vetsi sance ze maji na najem a nebo ze koupi teda byt. Dal teda i nejake ty benefity.
Bonus Australie je bokem, v pripadne nejake vojny, bude mene zasazena.
Lze jeste preletet v pripade problemu na Zeland ci pobliz na odlehsi ostrovy.
Zaroven Australie je hodne represivni a rada cenzuruje.
Mozne reseni je i Zeland, lidi tam take pracuji v IT a kdo ma rad prirodu, asi prijde na sve.
Jen Zelandani jako vseobecne radi utikaji do Australii pro lepsi ekonomiku. Australani tam zase radi litaji kvuli prirode.

Evropa - neni moc kam, nejlepsi asi Curych, pokud zvladne clovek Svycarstinu tak nejvyssi top prijem ma i pokladni. Jen je slozitejsi zacit, kluk tam dela tak 20tisic da za byt a tech 94tisic mu zbude. Jsou neutralni, maji hezkou prirodu. IT ve firme to neni treba resit, vsude je pak pro tebe lacino.

FINSKO - nekdo tu zminil, ma blizko Rusa to neni ok napada, Finove jsou hodne suchy jako humorem, Finove maji hodne deprese neco jako lidi v Gronsku.

Africke staty, zase casto problem, nektery lidi jsou slusny a fajn, ale proste jak videj ze jsi bilej, shani te jako kasicku.

Japonsko - no tam lidi maji problemy, casto male byty a pracuji hodne moc, jejich rec neni lehka a je hodne tezka, takze to neni uplne vyhra a taky tam moc lidi od nas neutika.

Pokud bych si mel vybrat, v ramci toho bych volil Australii, kde je nejaky ten benefit, kvuli vojne s moznosti uprku na ruzne ostrovy.

CR jako malej stat ma neco do sebe, ale bohuzel stale je to vychodni blok ted spis UA blok.
2
Hardware / Re:Vícenásobný passthrough hardwaru (GPU)
« Poslední příspěvek od Michal Šmucr kdy Dnes v 02:03:21 »
Ahoj,

nevím, jestli jsem tak zběhlej, protože jsem se osobně s tímhle problémem nesetkal :). Byť si matně vzpomínám, že jsem na to někde na fórech narazil. Spíš to byly reporty, když to někdo používal na GUI ve VM. Také byly pár let zpátky nějaké commity do jádra, kdy se řešilo DMA a alokace v QXL DRM modulu. Protože jde o to, že tím, že QXL umí DRM, tak fbdev nad tím běží typicky emulovaný - jinými slovy není to napřímo jako v případě některých jednodušších/starších karet a může se to týkat i textového režimu.
Takže mimo samotného QEMU v tom může hrát roli i verze a konfigurační volby jádra ve VM a muselo by se to asi zkusit víc debuggovat (což při té týdenní periodě výskytu může být docela opruz).

Ale, jak píšeš, to QXL je víceméně i u mě spíš deprecated záležitost. RHEL9 a klony už jsou pár let zpátky sestavené bez QXL i SPICE, takže tam byla nutnost se tomu vyhnout. Myslím, že to tu někde v diskuzi zmiňoval i J. Eischmann, že SPICE v mělo historicky konkurovat např. RDP, ale pak tu myšlenku v RH opustili. QXL je spíš v udržovacím režimu, primárně se vyvíjí virtio.
Takže na serverech mám převážně virtio a vnc, byť třeba na OpenSuse nebo starých hypervizorech by to pořád běželo, oboje tam pořád je.
V text. režimu tu konzoli používám na VM bez GUI jen při manuální instalaci nebo troubleshootingu, na práci se připojuju primárně sshčkem a pro nějaký vzdálený základní přístup z hypervizorů mám většinou pozapínané přesměrování konzole na sériový port.

Jestli si vybavuju správně, tak jsi používal qemu napřímo (bez libvirt a podobných vrstev). Takže bych určitě zkusil přehodit typ zařízení na virtio-vga.
Tenhle typ chodí víceméně bez problémů a nevylučuje se SPICE. Pokud nemáš vyloženě umělé omezení jako u těch balíčku v RHEL, tak nemusíš používat VNC, SPICE by s tím měl pořád chodit, můžeš to případně porovnat mezi sebou.
3
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 "á".
4
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...
6
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)
7
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..
8
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.
9
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.
10
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ý)?

Stran: [1] 2 3 ... 10