Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.
Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.
Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.
Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.
… více »Jak se můžete dočíst v knize (nebo třeba na webu technologie inotify), jádro umožňuje snadno sledovat změny na souborech, a to buď zastaralou technologií dnotify mající řadu neduhů, anebo modernější technologií inotify, o které bude nyní řeč. Monitorovat lze celou řadu různých druhů událostí - nejčastěji se ale sledují změny v souborech, proto právě toto bývá předmětem nejasností a pochyb o správném použití.
Typický případ je takový, že má někdo nějaký soubor a po změně v něm chce provést nějakou operaci - například soubor zálohovat, informovat běžícího démona, odeslat notifikaci uživateli, něco někam zaznamenat apod. Jenže změn v souborech se týkají dvě různé události: IN_MODIFY
a IN_CLOSE_WRITE
. Každá sleduje něco úplně jiného a každá se proto hodí pro jiné případy.
IN_MODIFY
je událost, kterou jádro posílá odběrateli v okamžiku, kdy dojde ke změně v souboru. Není důležité, jakou formou (jakým voláním apod.) ke změně došlo. Prostě dojde k změně souboru (tak, jak je vidět v souborovém systému) a pošle se událost IN_MODIFY
.
Co z toho vyplývá? Každá změna vyvolá jednu událost. Program například stokrát zavolá write()
, čili se stokrát pošle IN_MODIFY
. Ovšem pozor - pokud se používají knihovní funkce (fputs()
, fprintf()
, metody streamů C++ apod.), nemusí každé zavolání takové funkce vést na volání jádra, čili zápis reálně neproběhne (proběhne pouze do bufferu v programu, ne do souboru). Ke skutečnému zápisu by došlo až při zavření souboru, při naplnění bufferu nebo při zavolání fflush()
a podobně.
Z tohoto důvodu je tedy událost IN_MODIFY
u běžných aplikací těžko predikovatelná.
Další problém spočívá v tom, že zapsaná data obecně nemusí být konzistentní. Zapíše se třeba jen část, zbývající data zůstanou v aplikačním bufferu. Proto je lepší se používání IN_MODIFY
vyhnout, pokud není vážný důvod ji používat - ještě se o tom zmíním.
Tato událost se naopak posílá při zavírání souboru po změně (resp. obecně po zavření souboru otevřeného k zápisu). Pokud sledující program obdrží událost IN_CLOSE_WRITE
, znamená to, že všechny změny, které mohl provést program, který měl soubor otevřen, už byly do souboru zapsány a ten je tedy konzistentní (v tuto chvíli neřeším případ, že někdo stihne soubor znovu otevřít a změnit ještě před zpracováním události zavření).
Ve většině případů je vhodné použít právě IN_CLOSE_WRITE
, nikoli IN_MODIFY
. Typicky se třeba změní konfigurační soubor a je potřeba uvědomit běžící aplikaci, že k této změně došlo a že si má konfiguraci znovu načíst. Pro tento případ se perfektně hodí právě IN_CLOSE_WRITE
, podobně třeba pro notifikaci o uploadu souboru (důležitý je stejně okamžik dokončení transferu).
Existuje ale nejméně jedna třída situací, kdy se IN_CLOSE_WRITE
použít nedá. Je to v případě souborů, které si program (démon) otevře soubory (typicky logy) při svém startu a až do ukončení je má stále otevřené, přičemž do nich podle potřeby zapisuje. Pak máme jedinou možnost, a to použít IN_MODIFY
, protože IN_CLOSE_WRITE
se pošle obvykle až někdy při ukončování běhu systému.
Důležité pak je, ohlídat si, aby program do souboru zapisoval tak, aby byl soubor konzistentní. Logovací démony, podobně jako různé programy s vlastní implementací logování, jsou v tomto ohledu obvykle bezpečné. Každopádně je dobré si to předem zkontrolovat.
Může se stát, že se někdo bude snažit sledovat změny v souboru ať už pomocí IN_MODIFY
nebo IN_CLOSE_WRITE
, a ono to nebude fungovat. To se stává v případě, že program místo přímého zápisu do souboru vytváří dočasné pracovní soubory, zapisuje do nich (třeba průběžně) a po uzavření dočasného souboru ho přejmenuje na původní soubor. Například některé editory to tak dělají.
Takové řešení je sice bezpečnější (při pádu programu není poškozen původní soubor), ale komplikuje to sledování změn. Pak je potřeba pátrat, jak ten konkrétní program se soubory pracuje (buď sledováním všech událostí v adresáři nebo pomocí nástrojů jako je strace
) a podle toho pak sledování nastavit. Většinou to dopadne tak, že se sleduje událost IN_MOVED_TO
.
V každém případě to vždycky chce přemýšlet, co přesně se má sledovat, v jakém okamžiku se má na změnu reagovat a jak příslušné programy se soubory pracují. Dobré rozmyšlení může předejít pozdějším nervům, když to nedělá to, co člověk očekává.
Nástroje: Tisk bez diskuse
Tiskni Sdílej: