Příspěvky

1

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

« kdy: 29. 01. 2025, 11:05:13 »

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.

Diky!

Prave ze jedu Gentoo na vsech trech koncich (host,guest,client) takze mam k dispozici co si zamanu.

Provedena zmena ve wrapper skriptu:

Kód: [Vybrat]

-- -device qxl-vga,vgamem_mb=128,ram_size_mb=128 \
++ -vga virtio \
Z vnejsiho pohledu to funguje stejne (spice klient, od grubu v 1080p jak i bylo mineno), tak uvidime dlouhodobe.

Kdyz jsem shazoval predeslou konfiguraci, tak se obraz ve spice nacetl z posledniho stavu FB, ale kurzor neblikal - a pri vypinani se nevypisovali typicke hlasky z rc/sysinit, nejspis v QXL bude nejaky memory leak tedy, ktery se vyzere po delsi dobe blikani kurzoru.

2

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

« kdy: 29. 01. 2025, 10:52:13 »

-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ý)?

Podpora SR-IOV je častá pri lepších sieťových adaptéroch. V podstate to môže implementovať každé PCIe zariadenie, akurát väčšina to nerobí.

A sitovka skrze SR-IOV bude mit ruznou mac v ruznych VM?
Takze je to vlastne neco jako "hw switch" zdarma (ve srovnani s klasicky resenim hw nic - sw bridge - virt nic ) ?

3

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

« kdy: 29. 01. 2025, 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

Server / Re:Silent data corruption při přenosu

« kdy: 23. 01. 2025, 13:45:46 »

Data se muzou rozpadnout vzdy - klidne na urovni SATA rozhrani, nebo kvuli logicke chybe (jako ukazoval pan s nfs/udp).

Nedavno se me zacali treba objevovat na torrentu chyby, ze nesedi checksum nejakeho bloku.. celkem wtf, ale taky bylo cilem NFS a nasel jsem pak nejaky bug report ze se to stat muze. Takze dobry wtf.

Pokud jde o offline prenos, tak jdi na to skrze checksumy - vytvor si je na vysilaci strane, zkopiruj vse, nech overit checksumy. Radeji si pockam 1+1+1 den na tyhle operace nad 80TB daty, nez to mit zkopirovane za 1 den a pak v budoucnu resit podivne problemy, ze se nejaky bit flipnul. Ty 2 dny navic jsou zanedbatelna rezie z pohledu doby zivota takovych dat.

A ne, zalohy na tento problem opravdu nepomuzou (nikdo typicky nekontroluje aktualni stav vuci zaloham z pohledu samotnych dat).

5

Odkladiště / Re:Banka použitelná s alternativní Android ROM

« kdy: 21. 01. 2025, 00:34:09 »

Alternativne muzes hledat banku, ktera ma webove bankovnictvi ve variante layoutu i pro mobilni zarizeni a lezt tam pak tak - prohlizec se snad zablokovat neda, jen se zrejme prijde o nektere funkce, napr. skenovani QR me napada.

6

Hardware / Re:Kde sehnat normalni PC skříň?

« kdy: 20. 01. 2025, 13:44:21 »

já nevim, trvalo mi to asi 20 vteřin: https://www.alza.cz/fractal-design-core-1100-d1940092.htm chjo.

Asi jste blbě četl zadání

Nejen že nemá ani 2x USB 3.0, ale ještě to doprasili tím, že kvůli jednomu USB 3.0 obsadí dvouportový konektor na základní desce, totéž platí pro USB 2.0.

Zajimavy.. tak ty moje s Autocont nalepkou maji 2x USB3.0 a vede tam jen jeden dvojitej kabel do modreho usb3 pro zakladovku. Zadnej USB2 kabel uz tam neni.

7

Bazar / Re:Prodám malinký Lenovo ThinkCentre m710q Tiny

« kdy: 20. 01. 2025, 09:39:06 »

prosim ta, ta wifi antena ma nejake oznacenie? Mam tiez 710 a na wifi je tam nejaky divny konektor, tensi ako byva bezne a neviem sa dopatrat, kde zohnat antenku.

Ty vetsi konektory (na miniPCIe wifi) jsou U.FL/IPEX, a ty mensi kondektory (na M.2/NGFF wifi) jsou MHF4  ... take potrebujes takovej pigtail, s RP-SMA na panel.

Jako na eBay neni problem najit "lenovo m710q wifi antenna", coz bude sada pro externi antenu, nebo externi+interni + wifi modul, a pod.

Tady na obrazcich je interni wifi ta kostka s carovym kodem, pod sata-flex kabelem.

8

Hardware / Re:Kde sehnat normalni PC skříň?

« kdy: 20. 01. 2025, 09:29:22 »

Mam nekolik pouzitych a prebrandovanych Fractal design core 1100, vcetne M-DISC mechaniky. Namisto jejich loga je tam dil bez loga + autocont nalepka, kde jde sundat.

Bez zdroje za 500.-, s 250w (gold) zdrojem za 800.-

9

Odkladiště / Re:Zálohování stále se měnících velkých dat

« kdy: 16. 01. 2025, 18:14:36 »

Diky za hodnotou inspiraci, tohle je presne co jsem potreboval v teto chvili, aby me to dalo hlavu a patu!

Fakt jsem uvazoval o API/RPC, bez primeho pristupu vyssich aplikaci do DB, ale nevedel jsem jak/k cemu to vyuzit presne, ted chapu ze to budou proste ostruvky a musim pridat dependencies, at te ktere komponente neodriznu vetev ktera ji drzi. Tohle pujde hezky i reportovat a hlidat pri vyvoji a migracich. S rozdrobenim nemam problem, uz nyni je to hodne KISS metoda tady - individualni jednoucelove nastroje/skripty.

Priklad. Soudruzi kdysi davno vytvorili policko DIC a pridali ho k zaznamu organizace. Jenze pak se zjistilo, ze jedna oganizace muze mit ruzna DIC v ruznych casovych obdobich ... a tak pridali vazbu.

Tohle jsem resil ja asi lepe - uz od pocatku jsem to musel brat ze DIC ma platnost od-do, a taky ze existuje vice DIC k jednomu subjektu (klidne v kazdem eu state jedna) a na konkretnim dokladu se nachazi jedno z nich. Pak vznikla "sluzba" (spis volani/metoda), na zjistovani DIC k subjektu X, s kontextem - povinnym parametrem data, ke kteremu se dotaz vaze (vzdy tam muzete poslat dnesek, jestli jde o obecny dotaz). Podobne kontextualni queries mam napr. na dotaz na smenarensky kurz - vaze se ke dni, nebo mesici.

Jinak dela se to jak tu bylo zmineno tak, ze mas treba dve primarni storage, ktery se mezi sebou replikujou. To ti resi ten prvni level (vcetne pripadne umreni storage).

Budu zcela kategoricky nesouhlasit. Replikace ti vůbec neřeší ransomwarový útok, protože napadená data se ti okamžitě replikují do sekundáru, protože samotným smyslem a účelem sekundární repliky je v reálném čase reflektovat změny v primární replice.
Replika NENÍ záloha, replika je opatření pro zajišětění vysoké dostupnosti při TECHNICKÉ ZÁVADĚ.

Tak zas asi zalezi jak ty repliky delate. Pokud je bude delat backend vrstva nad tupejsi databazi (mysql), mimo jine z duvodu, aby se resila mj i moznost behu v rozpojene/degradovane siti (pro ty mene kriticka volani, ktere to snesou, viz napr. vytvoreni objednavky v degradovanem rezimu, potvrzeni objednavky pouze v plne synchronnim, at se nemusi resit dvoji prodej polozek ze skladu a pak omlouvani se), tak je mala sance, ze by utocnik ktery ovlada jen stroje s vyssi logikou, dokazal znicit data na backendu na ktery muze sahat jen skrze API pod RPC. Takoveho pocinu by si hned mela vsimnout logika ktera bude hlidat typicke vyuzivani sluzeb, resp. melo by byt mozne revertnout dane zasahy pokud to jadro bude append-only.

10

Odkladiště / Re:Zálohování stále se měnících velkých dat

« kdy: 15. 01. 2025, 22:18:15 »

Jsem architekt, do provozních dat tolik nevidím a ani mě nezajímají, zajímá mě jen jak to je postavené, navrhnuté a jak s tím dál. Stejně tak nemohu sdělovat příliš konkrétní data, protože nevím, co je zveřejnitelné a co ne. Zagoogli si, jestli tě to více zajímá, např. z Komerční banky o tom veřejně mluví Frantisek Kubala.

Tak zajima me to prave z architektonickeho hlediska, protoze pripravuji prepsani sveho erp/ucetnictvi (inhouse reseni). At to je cely vlastne primarne insert-only (writeonly, append), a modify se dela jen nad pomocnymi tabulkami pro aktualni stav (primarne z toho duvodu aby to bylo zivy a synchronni ve dvou lokacich). Nejvetsi hruza je ale ze zmen schematu - doposud na te "primitivni" db bylo vse jenom rozsirovano a pridavano, s tim ze to je pak zpetne kompatibilni (tj. nic nezmizi a ani nic nebude jinak), ale pak to casem vytvori neudrzovatelny moloch (asi hodne SAPoidni).

Tak se pidim po tom, jak resit tyhle veci (tj. nejake procesni pristupy, at je schema synchronni s okolnimi "skripty"). Napada me takovej tick-tock pristup, kdy se prvne zmigruje okoli na pouziti obojiho a pak az data. A to jeste bych rad bezvypadkove (treba aukro me neskutecne vytaci hlaskou o odstavce.. tohle v roce 2025 by uz nemelo byt bezne/caste). Z popisu jak hodnotis sektor by me byl blizsi asi pristup vice mensich zmen, ve smyslu mala zmena = mensi sance to podelat, castejsi zmena = stane se z toho rutina, nez ten druhy obcasny s vetsimi upravami.

11

Odkladiště / Re:Zálohování stále se měnících velkých dat

« kdy: 15. 01. 2025, 15:06:29 »

Kdyby někoho zajímal rozsah, v jednom z Corů vidím třeba 2 000 tabulek a celkově obsahují 300 000 sloupců.

A pouziva se to prakticky vse, nebo je to spis dusledek nasazeni nakoupene technologie, ktera byla vytvorena nebo dokonvergovala do univerzalniho reseni, aby zadna zmena schematu v teto casti uz nikdy nebyla potreba (coz rozhodne usnadnuje aktualizace a snizuje moznosti problemu, kdyz jsou vse pouze data a samotna struktura se nemeni).

Nebo je tam i nejaka segmentace dat (sam jsem pouzival ve vykonnem vyhledavaci), to pak pocet klidne narust muze libovolne, a usnadnuje to pak paralelizaci, ono jeden stroj s naivnim schematem databaze bude mit chte nechte sve limity.

12

Hardware / Re:Levný nevýkonný hardware na virtualizaci

« kdy: 14. 01. 2025, 14:23:48 »

Myslim ze co se tyce pruchodnosti a latence to zas neni tak podstatny rozdil, o DDR3 se rika ze ma i lepsi latenci nez DDR4. https://www.google.com/search?q=ddr3+vs+ddr4+speed

Latence je typicky stejna pro podobne vyrobni procesy a fyzicke velikosti cipu.

Pruchodnost (bandwidth) je ale u DDR4 klidne dvojnasobna ( 1600 MT/s vs 3200 MT/s ), umi-li to procesor.

Vzdy zalezi na kodu a optimalizacich, zda dokaze vytezit z dane HW platformy maximum, kdyz pouzijete kod jako hnuj a cekate ze vam samotna zmena pameti neco prida.. tak se nejspis znatelneho zlepseni nedockate.

Taky do toho obcas hazi vidle neoptimalni nasobek frekvenci mezi jadry/mc casti, ale v dnesni dobe kdy se vsechno skaluje dynamicky kvuli spotrebe je stejne tezke dosahnout optima za vsechn okolnosti.

13

Odkladiště / Re:CSS pre SAP webicon font

« kdy: 12. 01. 2025, 20:31:15 »

Spravil som si zoznam ikon spracovanim ttf suboru, takze ich mam vsetky identifikovane, akurat nie su pomenovane inak nez pod unicode cislom(ako .sap-56856 css trieda). Ale je ich do 800 a nebudem urcite potrebovat vsetky, takze to nebude take zle.

Tak to bych normalne vyextrahoval z toho katalogu / stranky kde to pojmenovany je a udelal si nejaky JS s konstantama

14

Odkladiště / Re:CSS pre SAP webicon font

« kdy: 12. 01. 2025, 18:54:48 »

Nebude to tohle js ?

https://www.npmjs.com/package/@ui5/webcomponents-icons

nahledy
https://sap.github.io/ui5-webcomponents/icons/

15

Odkladiště / Re:CSS pre SAP webicon font

« kdy: 12. 01. 2025, 18:53:09 »

Tak importovat font muzes v CSS z url, viz napr. priklady od Google fontu:

https://fonts.google.com/knowledge/using_type/using_web_fonts