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 ... 4 5 [6] 7 8 ... 32
76
Sítě / Re:Xiaomi Mi Home bez cloudu
« kdy: 29. 12. 2022, 08:44:04 »
IIUC ten addon používá cloud na spárování, ale potom lze nastavit, aby komunikoval po lokální síti, a na routeru (umí-li to) můžete vysavači zakázat přístup na Internet. Ale zkušenost s Miot /Roidmi nemám, toto jsem řešil u jiného vysavače.

77
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 28. 12. 2022, 09:37:40 »
Tato generace má 8jádrové chiplety, tzn. 5800X se skládá z jediného (to asi joint007 myslí tím monolitem), vyšší varianty budou mít více chipletů. Jediný chiplet může znamenat rychlejší komunikaci mezi jádry, více chipletů bude IIRC znamenat více jedné úrovně cache.

Mám 5800X (s vypnutým SMT kvůli bezpečnosti). Než jsem se pustil do Rustu, přišlo mi to celkem naddimenzované a málokdy bych využil více jader. Na rustc mi to zatím přijde tak akorát.

78
Vývoj / Re:Rychlost Chez Scheme
« kdy: 25. 12. 2022, 14:57:20 »
To ale řeší rychlost jen částečně. Ano, máte-li funkci přijímající parametr jediného typu, můžete zde něco ušetřit za cenu problémů, když předpoklad není naplněn.

IIRC ve Scheme třeba funkce + může pracovat s celými, desetinnými nebo komplexními čísly*. Každé z nich má jinou binární reprezentaci. Můžeme tedy mít funkci, která bude brát více typů. Kompilátor může pro některé typy udělat rychlejší specializovaný kód, a pak se podle typu rozhodnout (třeba i za běhu), který kód použije. Ale tuto kontrolu odstraníte stěží, pokud chcete zachovat optimalizaci…

*) Výčet nemusí být kompletní.

79
Vývoj / Re:Rychlost Chez Scheme
« kdy: 25. 12. 2022, 12:52:00 »
Zkusím trochu střelby od pasu.

Otázka je, co přesně znamená „dosahují rychlosti srovnatelné s Céčkem/Rustem“. Věřím, že bude existovat nějaký benchmark, který tak dopadl. Třeba u nějaké funkce, která má na vstupu i výstupu číslo (z hlediska dynamicky typovaného jazyka tam ale může přijít cokoliv), se může vyplatit udělat specializovanou variantu, která bude číslo předpokládat, a v některých případech ji použít – například dynamicky zkontrolovat předpoklad, že je na vstupu číslo, a podle toho se rozhodnout mezi obecnou a specializovanou variantou. Tady věřím, že se může podařit prakticky odstranit režii dynamicky typovaného jazyka, zvlášť pokud výpočet v té funkci bude náročnější, a tedy režie s kontrolou na začátku funkce bude zanedbatelná.

Podobné věci bych čekal spíše u JIT, který může využít informace z běhu (funkce f dostane vždy int, funkce g int nebo float, funkce h dostane v 99 % případů int), nicméně i AOT (ahead of time) to může udělat, jen k tomu má méně informací.

Pokud bychom ale měli funkci, která bude intenzivně pracovat s košatou strukturou, může být s podobnou optimalizací problém. Ono už u obyčejného pole může být náročné dtnamicky zjistit typ všech jeho prvků – jednak by to typicky znamenalo projít všechny prvky a jednak bychom mohli mít problém v případě úpravy pole třeba z jiného vlákna. Navíc je těžké podobná pole efektivně reprezentovat – v obecném případě je přímočaré udělat pole pointerů na hodnoty prvků, protože nepředpokládám konkrétní typy. Pro pole integerů se nabízí udělat přímo pole integerů (a nemít žádné pointery), ale pokud nemohu zajistit, že se tam nedostane prvek jiného typu, potřebuju řešení pro případ, že se tam nějak dostane. Což může být u velkého pole časově náročné. Ano, lze mít typy jako Int32Array, které nic jiného nepřijmou, ale tím v podstatě dodávám trochu typové informace ručně.

A teď si představte, že nemáte homogenní pole různé strukturované heterogenní hashmapy, které s odkazují na další hashmapy, atd. S dynamickým typováním to bude celkem běžné, třeba v JS objektový literál {key: value, …} je v podstatě taková heterogenní hashmapa.

80
Hardware / Re:Výběr klávesnice pro pracovní účely
« kdy: 22. 12. 2022, 15:27:56 »
V ideálním případě anti-ghosting znamená diody, a key rollover omezený jen protokolem (na USB bez triků maximálně 6 kláves+ modifikátory). Někteří prodejci tím ale myslí jen matici optimalizovanou pro nějaké konkrétní využití tak, aby běžně nedocházelo k problematickým trojkombinacím kláves.

Tak jako tak, podstata byla, že se anti-ghosting netýká zdvojování kláves.

81
Sítě / Re:KaliLinux a příkaz aircrack při neaktivní wifi
« kdy: 20. 12. 2022, 13:17:12 »
WPA2 PSK má handshake navržený tak, že když jej zaznamenáte, můžete zkusit tipnout heslo (PSK). Pokud si tipnete správně, handshake začne dávat smysl. IIUC, na tom stojí funkčnost aircrack-ng.

Samozřejmě kvalitní PSK (třeba něco, co vypadne z head -c16 /dev/random | base64) takto prakticky nemáte šanci uhodnout. Pokud si ale uživatel sám heslo vymyslel a neřešil jeho sílu, je tu celkem šance.

WPA3 se tomu snaží bránit lepším handshake: https://github.com/aircrack-ng/aircrack-ng/issues/1915

WPA2 enterprise nepoužívá PSK, tam nejspíš podobný offline útok nebude fungovat, ale může jít jen o moji neznalost.

82
Hardware / Re:Měření teploty v bytě
« kdy: 19. 12. 2022, 19:10:33 »
OK, jak jsem psal, těžko to nějak vhodně změřit. Pokud jste náročný na ticho a bydlíte na vesnici, tak těsně u postele to asi chtít nebudete. Já bych s tím zřejmě problém neměl, spíš jsem zatím neměl moc důvod to tunit pro zapojení do HA, a na neupraveném Vindriktingu by mi v noci asi vadilo to světlo.

83
Hardware / Re:Výběr klávesnice pro pracovní účely
« kdy: 16. 12. 2022, 09:06:49 »
Rozhodně se nesnažím říct, že je ta klávesnice v pořádku, jen že anti-ghosting (ať už tímto vágním pojmem myslí výrobce cokoliv) se týká něčeho jiného…

84
Hardware / Re:Měření teploty v bytě
« kdy: 15. 12. 2022, 22:39:55 »
Vindrikting mám jen originální od IKEA. Trochu je slyšet malý větráček, doma mi trvale svítí zeleně (pokud ho zapojím), takže jsem neměl moc důvod se tím zabývat dál.
jak moc to "trochu" je? rusi to kdyz je noc/ticho?

Když je úplné ticho, tak to slyším, ale téměř jakýkoli zvuk to přehluší. Asi to bude tišší než lednice, když má zrovna zapnutý kompresor. Nevím úplně, jak to změřit/předat. Na noc jsem to nezkoušel, ale usínal jsem už u většího ruchu. (Ostatně pokud bydlíte na sídlišti a máte na noc otevřené okno, ruch z ulice asi bude hlasitější.)

85
Hardware / Re:Výběr klávesnice pro pracovní účely
« kdy: 15. 12. 2022, 22:31:26 »
Anti-ghosting se zřejmě týká současného stisku více kláves – u obecné maticové klávesnice (bez diod) současný stisk některých (ne libovolných) tří kláves může vyvolat „ducha“, kde se bude firmwaru jevit nějaká třetí klávesa jako též stisknutá. Dnes se s tím firmware typicky popere tak, že v případě nejistoty se tváří, jako by uživatel nic nestiskl (tzv. blocking). Anti-ghosting je pak trochu vágní pojem, ale netýká se chatteru (klávesnice reportuje opakovaný stisk téže klávesy, ačkoli by neměla).

Více ke ghostingu: https://deskthority.net/wiki/Rollover,_blocking_and_ghosting#Ghosting

86
Server / Re:HTTPS v produkcii
« kdy: 14. 12. 2022, 11:32:56 »
Reverzní proxy řeší nejen HTTPS, ale i věci jako Slow lorris.

87
Server / Re:OOM-Killer zabíjí MariaDB
« kdy: 10. 12. 2022, 09:02:07 »
Mám špatnou zkušenost s absencí swapu. Kdysi mi podobným způsobem padal správce oken nebo X11. A při vm.swappiness=0 v podobných situacích nastávají záseky.

On totiž pojem „volná RAM“ je trochu problematický. Když spustíme aplikaci, kód té binárky (včetně všech knihoven) je memory-mapped. Nemusí být fyzicky v RAM – možná bude v cache, možná se načte až v případě potřeby. To ale znamená, že pokud nemáte v cache téměř vůbec nic, systém sice nemusí nutně swapovat, ale bude celkem nepoužitelný, protože systém bude dost intenzivně číst z disku/SSD/whatever.

Na druhou stranu, pokud si nějaký proces naalokuje dost paměti pomocí malloc, a pak ji uvolní pomocí free, nejspíš ta paměť zůstane tomu procesu. IIRC běžně proces má kontinuální blok paměti a malloc s kernelem se nedomluví, že ta část uprostřed lze uvolnit. Swap je pak sice nehezké řešení, ale holt funguje…

Jsem si jist, že jsem nepopsal všechna zákoutí. Třeba zmíněné committed může být dost zrádné, když se forkuje.

88
Hardware / Re:Doporučte „chytré“ hlavice pro radiátor
« kdy: 08. 12. 2022, 22:26:17 »
* Externí čidlo je trochu nastandard a trochu omezující, pokud člověk nechce například hackovat kalibraci (nastavím kalibraci, aby odpovídala rozdílu mezi čidly), ale jde i takové hlavice najít.
* Křivky jsou v jednoduché formě asi standard (třeba 4 změny na den, všední dny sobota a neděle).
* Vzdálené ovládání v nějaké podobě je taky standard, pokud nemáte třeba nejlevnější Silvercrest.
* Pokud je absence cloudu nepřekročitelný požadavek, asi bude nejjednodušší pořídit hlavice se Zigbee a k tomu řešit Home Assistanta (případně OpenHAB, možná i Homey).
* Pokud je naopak Home Assistant (a podobná řešení) nepřekročitelný požadavek, pak se vzdálené ovládání bez cloudu asi neobejde.
* A pokud nechcete řešit ani Home Assistant (apod.) ani mít cloud, asi nezbývá než rezignovat na vzdálený přístup.

89
Hardware / Re:Doporučte „chytré“ hlavice pro radiátor
« kdy: 08. 12. 2022, 12:37:15 »
Tak záleží:

1. Jakoukoliv fixní kalibraci u BRT-100-TRV bych bral spíše pro efekt (jsem zvyklý, že teplotoměr na daném místě ukazuje X °C, tak si to nakalibruju tak, aby tomu odpovídalo i nastavení topení). Větší význam má dynamická kalibrace (v podstatě tím budete mít externí čidlo).
2. V různých částech místnosti bývá různá teplota, já mám senzor na okně (a ten beru jako relevantní – řešil jsem rozdílnou relativní vlhkost způsobenou rozdílnou teplotou; uvnitř bytu moc suchý vzduch, na okně to hraničilo s moc vlhkým vzduchem, proto jsem začal topit), a ten typicky ukazuje méně (byť ten rozdíl je víceméně konstantní).
3. Podobně řeším mrznoucí odvlhčovač, proto jsem trochu přitopil.

90
Hardware / Re:Doporučte „chytré“ hlavice pro radiátor
« kdy: 08. 12. 2022, 12:12:24 »
Minimálně u Moes BRT-100-TRV to je v podstatě ta druhá varianta. Tedy mít kalibraci konstantní asi zhruba odpovídá posunu všech nastavených teplot.

Stran: 1 ... 4 5 [6] 7 8 ... 32