Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Vít Šesták (v6ak)

Stran: [1] 2 3 ... 47
1
Odkladiště / Re:Chování operátora - Eri/Quadruple
« kdy: 05. 08. 2026, 07:49:13 »
Hele, ja se insolvence s srockem zucastnil ... take zatracene dobre vim jak to funguje.

Veme se majetek firmy, a pokud nedostahuje toho zakladniho jmeni (ktery dneska muze byt kline i 1Kc) tak ten zbytek musi do placu doplatit jednatel. To je totiz presne to omezeny ruceni = jednatel garantuje, ze nejmene ty 2M maji.
A nebyl to případ, kdy jednatel nejednal s péčí řádného hospodáře, popř. kdy to byl společník, který nesplatil (zcela či částečně) svůj podíl na základním kapitálu?

2
Odkladiště / Re:Chování operátora - Eri/Quadruple
« kdy: 04. 08. 2026, 14:57:35 »
Ad insolvence – zase ERI má nějakou infrastrukturu, která se asi nějak prodá, takže může být z čeho vyplácet. A asi ne každý se do insolvenčního řízení přihlásí, a ne každý měl předplaceno. Otázka je, kolik s tím bude práce.

To jako chce nekdo tvrdit, z exnutim spolumajitele firma krachne? To asi ne ze?
Přímo ne (to by skončili dřív), ale nějaký nepřímý vliv tu být může.

Mimochodem, zadnou cinnost neukoncili, prosta sprosta lez...

https://or.justice.cz/ias/ui/rejstrik-firma.vysledky?subjektId=231282&typ=PLATNY
Formálně asi ne, ale může to být jen problém pomalého papírování.

To srocko ma zakladni kapital 2M a minimalne tohle bude muset soudruh jednatel vyplatit veritelum, pokud se neukaze, ze prachy zproneveril pripadne jinak ukradl (samozrejme do toho spada i veskery pripadny majetek firmy).

A vyporadani zakazniku je povinost ze zakona - trestne pravni odpovednost podotykam. Jde totiz o nezakonne obohaceni se = podejte na ne trestni oznameni.

Základní kapitál znamená, že tam ten majetek (ne nutně peníze) nejspíš kdysi byl. (A ani to není 100% – může to být nějaká neplacená část základního kapitálu, do této výše ručí společník, který to nesplatil.) Není to zástava, je to majetek, který firma může nějak používat. Tuším, že je tam nějaká povinnost při poklesu majetku (nevím, co všechno se tma počítá) na polovinu základního kapitálu svolat valnou hromadu a řešit to. Ale výsledkem může být i rozhodnutí, že nejde o žádný problém, a firma zvládne pokračovat dál. A nemusí jít o trestný čin, pokud soud rozhodne, že šlo o péči řádného hospodáře.

Když by to mělo jít fakt blbě, tak se může stát, že zjistíte, že firma dluží ještě něco bance, něco různým subdodavatelům atd., a každý dostane drobné. Neříkám, že to bude tento případ (operátor má infrastrukturu, kterou asi půjde prodat, a nemusel by být nějak moc zadlužený), ale v principu se to může stát, aniž by to byl trestný čin.

3
Odkladiště / Re:Chování operátora - Eri/Quadruple
« kdy: 03. 08. 2026, 12:16:21 »
IANAL, ale řekl bych, že záleží, k čemu vlastně došlo:

a. Quadruple koupil firmu ERI, s tím i závazky. Pak bych se obrátil na Quadruple, nicméně asi by to mělo jít o skrze kontakty ERI.
b. Quadruple od ERI dostal zákazníky, resp. kontakty na ně. (Samotné předání kontaktů bez souhlasu mohlo být právně problematické.) ERI je samostatná firma, která asi skončí. Pak závazky IMHO padají na ERI, vrácení peněz je na nich. Jen je otázka, jak moc mají z čeho vracet, ale snad ano. Na druhou stranu jakožto potenciální zákazník zajímáte asi spíše Quadruple, takže když se budete cukat, třeba nabídnou adekvátní slevu na předplacenou dobu.

Asi tedy dává smysl zkusit kontaktovat obě firmy.

Jestli dává smysl si předplatit – asi nejsem zásadně proti. Beru to jako něco, co většinou vyjde, a stále větší riziko asi bude, že se budu chtít přestěhovat, nebo přestanou vyhovovat služby. Pokud ale sleva bude dostatečná, klidně bych do toho šel. Předplatné Internetu na rok asi nebude za celoživotní úspory, spíš za částku, kterou lze riskovat, většinou ten risk vyjde, občas ne.

4
Server / Re:Vytěžování CPU s jedním pozastaveným VM
« kdy: 30. 05. 2026, 12:13:10 »
Pak mám nesouvisející dotaz: htop hlásí u procesů  samozřejmě  /usr/bin/kvm . Já měl za to, že to bude qemu-system-x86_64 případně qemu-system-arm.... Nebo pocit,že dřív to tak bylo nebo jsem to snad i viděl. Co tohle určuje, že VM poběží pod příkazem qemu-system-... nebo kvm? typ cpu/architektury a typu pc 440fx/q35?

Neznám moc Proxmox ani KVM, ale toto mi dává smysl – virtualizace vs. emulace. Pokud je architektura stejná, je možné použít efektivní virtualizaci CPU a není nutné jej emulovat. (Stále může být potřeba emulovat některá I/O zařízení, takže se může použít QEMU pro ně, ale někdy se místo toho používají PV drivery jako virtio.) Pokud je architektura jiná, nezbývá než emulovat.

5
Hardware / Re:Jak odhalit vadnou RAM?
« kdy: 19. 05. 2026, 08:32:17 »
ECC je ještě speciální kapitola. Memtest86 i Memtest86+ tuším dnes oba umějí přečíst chyby RAM. Ale nebylo tomu tak vždy, tuším. Jenže pak tu jsou některé Ryzeny, které sice umějí opravovat chyby, ale neumějí je reportovat. Což testování moc nepomůže.

6
Hardware / Re:Jaký FS použít pro dlouhodobou archivaci?
« kdy: 27. 04. 2026, 12:07:26 »
Šifrování se musí provést před PAR, tato informace někoho stála 50 tisíc.

Dobrá poznámka. Na druhou stranu, pokud to někdo provedl naopak, v některých případech by to mělo jít rekonstruovat i tak. Jen to bude znamenat větší úsilí. Pokud byla použita proudová šifra (kam patří i proudové módy blokových šifer, třeba AES-CTR) a je v pořádku hlavička (zejména IV/nonce), mělo by to jít. Druhá věc je ochrana proti modifikaci (MAC či podpis), ale pokud není poškozená, tak i to by mělo být řešitelné. Jen ne úplně standardní cestou.

7
Vývoj / Re:Rozdíl mezi ASM a strojovým kódem
« kdy: 13. 03. 2026, 08:08:58 »
Případně přenositelnost, kdy stejná instrukce na jiném procesoru má jiný kod.

Teoreticky ano, prakticky o tom silně pochybuju, nebo by muselo jít o dost omezený kousek kódu.

Nemá moc smysl dělat procesor se stejnou instrukční sadou, ale jinými opcodes. Když už stejná instrukční sada, tak lze docela čekat i stejné opcodes.

A když bude instrukční sada jiná, čekám, že u netriviálního kódu bude příliš odlišná na to, aby šlo napsat stejný assembly code a jen to přeložit jiným assemblerem.

Pokud oba procesory budou mít aspoň podobnou základní koncepci, možná to půjde u nějakého triviálního kódu. Hádám, že to typicky nebude kód, u kterého bude dobrý důvod použít asm. Tady se spíš v praxi uplatní relativně vyšší jazyk (C/Rust/Fortran/…) a dnes celkem dobře zvládnuté optimalizace v kompilátoru.

EDIT: Možná je realističtější opačný scénář: máme dvě rodiny CPU se stejnou (či dostatečně podobnou) instrukční sadou, ale budeme v asm mít dvě různé verze kódu. Sice obě budou fungovat na obou CPU, ale dvě různé verze budeme mít kvůli výkonu.

8
Desktop / Re:Ovládání počítače pouze z klávesnice
« kdy: 31. 01. 2026, 10:13:15 »
Z klávesnice toho mohu udělat spoustu, ale spíš to beru podle toho, co je po ruce.

Prostředí mám i3 (pro Wayland: Sway). Tady lze měnit i třeba velikost dlaždic klávesnicí.

9
Hardware / Re:Počítač se nezapne se zařízeními v USB
« kdy: 17. 01. 2026, 11:53:13 »
Takhle to v reálu úplně nefunguje. Některé porty USB A v PC i NTB (na většině mých PC a NTBs se kterými dělám) jsou napájené i když je zařízení samotné vypnuté, může se to lišit jestli je zařízení zapojené v el. síti nebo ne. Je to (podle mě) z důvodu, aby šlo probudit PC/NTB třeba externí usb klávesnicí.  Tohle bývá možné v biosu zapnout/vypnout.   - To by také mohla být jedna z věcí co by tazatelce mohly pomoct.

To IMHO není nijak v rozporu s tím, co jsem napsal. USB A samice prostě může (a měla by, pokud je aktivní) připojenému zařízení poskytovat napětí. Nepsal jsem nic o tom, že by neměla, pokud je počítač vypnutý.

Akorát jsem si tam všiml jedné zavádějící formulace:

* Naopak u velkého USB A poskytuje napájení hned a klasický velký USB A* port by ani neměl být napájen.

Tím „by ani neměl být napájen“ jsem myslel, že by samice neměla dostávat napájení od samce. Nikdy. Ani při vypnutém počítači, ani při zapnutém.

10
Hardware / Re:Nový mobil: OnePlus 13 vs. 15 vs. Pixel 10 Pro
« kdy: 17. 01. 2026, 09:16:31 »
Bez upřesnění požadavků může být nejlepší kterýkoli z nich. Anebo třeba tlačítkový Aligator. Těžko říct bez křišťálové koule.

Pro Pixel hrají pravidelné bezpečnostní updaty, nevím, jak je na tom OnePlus. A pro někoho může být i výhoda podpora například GrapheneOS, jak bylo zmíněno. Ale opět – bez požadavků těžko doporučovat.

11
Ad Matter – bacha, je potřeba rozlišovat Matter over Thread a Matter over Wi-Fi. Obojí může být použitelné, ale má to jiné požadavky na infrastrukturu. A v případě používání Threadu bych dal přednost zásuvce na Threadu, může se zapojit do meshe. Další důvod může být snadnost odříznutí od Internetu. V případě Wi-Fi to nejspíš znamená vhodně nakonfigurovat router (pokud to zvládne), v případě Threadu vlastně nevím. Chci se mrknout na konfiguraci Thread border routeru.

Ad automaticace přímo na zařízení – pokud lze zásuvku flashnout, lze něco vyřešit i v ESPHome, je-li podporovaná.

Ad ovládání na dálku – to může znamenat leccos, ne vždy je potřeba cloud:

a. Dálkové ovládání v rámci bytu.
b. Automatizace v rámci bytu – čidlo pohybu, teploměr, vlhkoměr, měření příkonu/proudu, časovače…
c. Ovládání odkudkoli po světě, kde je k dispozici Internet.

V prvních dvou případech to jde v pohodě bez cloudu.

12
Hardware / Re:Počítač se nezapne se zařízeními v USB
« kdy: 12. 01. 2026, 08:16:08 »
Ad napájení přes USB C:

* Pojem USB C OTG mi nedává smysl. OTG přepíná mezi USB A a USB B.
* Samice by neměla být napájená, dokud si o to neřekne protistrana, samec může a nemusí. Souvisí to s kompatibilitou s USB A/B a řeší to propojení dvou zdrojů kabelem. USB C musí počítat s tím, že druhá strana bude chtít být napájena, i s tím, že bude chtít napájet.
* Naopak u velkého USB A poskytuje napájení hned a klasický velký USB A* port by ani neměl být napájen.

Jsou tam zařízení připojena do USB A, nebo do USB C?

*) IIRC existuje mini/micro A, a některý z nich má i podporu OTG, tam situace může být jiná. Ale tyto konektory jsem viděl jen na obrázku.

13
Vývoj / Re:FP a error handling
« kdy: 05. 12. 2025, 09:12:14 »
V ryzím FP nemá chytání výjimek svoje místo. Házení výjimek problém není – každý výraz se může buď vyhodnotit, nebo jeho vyhodnocení může selhat (např. skončit nekonečnou sérií tail callů – každý Turing-complete jazyk musí něco podobného umožnit), a výjimky jsou jen jiným druhem selhání. A kde o užitečnější druh selhání než nikdy nekončící výpočet. Ale chytání výjimek je teoreticky problematické – když se nějaký podvýraz není schopen vyhodnotit, najednou to může způsobit úplně jiný výsledek.

V reálných jazycích bývá typicky snaha o nějaký pragmatický přístup k FP, ne o ryzí FP. Jo, je to rozdíl mezi Haskellem a F#. A jak bylo zmíněno, F# má fungovat na platformě .NET s dalšími jazyky, a tyto jazyky mohou házet výjimky, takže F# je umí házet a nejspíš i chytat.

Disclaimer: F# jsem viděl jen z rychlíku (s Haskellem jsem na tom lépe), nicméně ten dotaz je celkem obecný, tak jsem si na něj troufl odpovědět.

14
Hardware / Re:PC sestava pro Linux
« kdy: 07. 11. 2025, 15:45:54 »
OK, někdy to půjde takto na jeden krok. Horší by to bylo v situaci, kdy bych chtěl celé VM dát všechna jádra, ale pak pinovat konkrétní vCPU. Tam už to bude dvoukrokové.

15
Hardware / Re:PC sestava pro Linux
« kdy: 07. 11. 2025, 14:04:48 »
Hmm, no, s virtualizací (Xen) nevím, jestli bych chtěl řešit afinitu k jádru. Tam mám o vrstvu víc.

Stran: [1] 2 3 ... 47