V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ahojte robím si jeden parser a bohužiaľ používam knižnicu, ktorá je tak neštastne navrhnutá, že musím na jednom mieste použiť imperatívny kód (počítadlo pre riadky a stĺpce). A keďže obyčajné inkrementovanie hodnoty v multitheardovom prostredí neni bezpečné rozhodol som sa namiesto lockovania použiť actor model.
Používam na to triedu MailboxProcessor a tá má 3 metódy na komunikovanie s okolitým svetom (má ich viac ale tie teraz nie sú podstatné)
No a teraz stojím pred dilemou čo mám kde použiť? Intuícia mi hovorí že by som mal asi všade použiť PostAndAsyncReply keď chcem aby bolo všetko tip top pretože nechcem nič zbytočne blokovať zároveň ale chcem vedieť či už nastala akcia (inkrementovanie hodnoty). A až po jej inkrementovaní môžem poslať metódou PostAndAsyncReply správu Fetch ktorá mi vráti inkrementovanú hodnotu. Ja dávam asyncReplyChanel úplne všade aj za setovanie hodnoty lebo chcem vedieť kedy akcia prebehla.
Lenže proti tomuto riešeniu zase hovorí réžia spojená s asynchrónnymi operáciami a kladiem si otázku či takéto riešenie neni kanón na vrabce ktorý spomaluje zozložiťuje kód veď inkremenovanie čísla je veľmi nenáročná operácia ktorá zaberie zanedbatelne málo času Lenže keď budem mať v aplikácii viac agentov ktoré budú navzájom komunikovať tak potrebujem mať 100% istotu v poradí niektorých operácií.
Lenže keď budem mať v aplikácii viac agentov ktoré budú navzájom komunikovať tak potrebujem mať 100% istotu v poradí niektorých operácií.Stačí, aby se dané závislé operace spustily až tehdy, když budou splněny všechny předpoklady, na kterých ty operace závisí.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz