Le dim. 6 nov. 2022 à 22:09, Basile Starynkevitch <bas...@starynkevitch.net> a écrit :
> Bonsoir la liste APRIL et Debian User French > > > J'ai développé en un soir l'utilitaire *sync-periodically* > https://github.com/bstarynk/misc-basile/blob/master/sync-periodically.c > > (GPLv3+) > > Comme son nom l'indique, il appelle toutes les quelques secondes sync(2) > <https://man7.org/linux/man-pages/man2/sync.2.html> sur un ordinateur > Linux (desktop ou laptop avec beaucoup de RAM, par exemple plus de 32Go de > RAM) pour vidanger les caches des fichiers sur le disque. > > 1. Comment le démarrer proprement au démarrage d'un Debian (ou Ubuntu) > récent? > > 2. *Comment le packager dans Debian?* > > > Par ailleurs, *je cherche des partenaires HorizonEurope intéressés par > les systèmes experts et l'IA symbolique en Europe*. Ceci pour > officialiser/financer le projet RefPerSys <http://refppersys.org/> en > soumettant une proposition HorizonEurope > <https://research-and-innovation.ec.europa.eu/funding/funding-opportunities/funding-programmes-and-open-calls/horizon-europe_en> > (ou peut-être en France, ANR <https://anr.fr/>). Me contacter alors à mon > bureau, au CEA LIST <https://list.cea.fr/>, en basile.starynkevi...@cea.fr > > > J'invite d'ailleurs les lecteurs de cette liste à lire les livres de Jacques > Pitrat <https://fr.wikipedia.org/wiki/Jacques_Pitrat> (qui présida mon > jury de thèse de doctorat en informatique, soutenue en 1990 au LIP6) et > regarder les exposés en hommage à Jacques Pitrat > <https://afia.asso.fr/journee-hommage-j-pitrat/> (dont celui de votre > serviteur) > > et à lire son dernier livre (en anglais): > Artificial Beings, the conscience of a conscious machine > > ISBN-13 978-1848211018 (Wiley 2009) > > > Jacques Pitrat (décédé en oct. 2019) m'a fait l'amitié de me confier (pour > publication sur github en https://github.com/bstarynk/caia-pitrat) le > code de son système CAIA décrit en détail dans ce livre et sur son blog > http://bootstrappingartificialintelligence.fr/WordPress3/ > > Librement > > -- > Basile Starynkevitch <bas...@starynkevitch.net> > <bas...@starynkevitch.net> > (only mine opinions / les opinions sont miennes uniquement) > 8 rue de la Faïencerie > 92340 Bourg-la-Reine, France > web page: starynkevitch.net/Basile/ > > -- > Pour connaître la configuration de la liste, gérer votre abonnement à la > liste technique et vos informations personnelles : > https://listes.april.org/wws/info/technique Bonjour, je précise que je n'ai aucune compétence pointue en code, mais je m'interroge sur l'utilité de ce genre de fonction. Si on est sur un flux de données 'critiques', alors il faut travailler en amont pour qu'elles ne soient pas mises en cache (realtime / kernel ? mount/FStab ?) Si on est sur des données 'normales', l'usage de la RAM permet de limiter les lectures/écritures physiques et donc le vieillissement du matériel. Ca me fait penser aux utilitaires qui existait il y a bien longtemps (windows 98, je ne connaissais pas encore le libre) pour 'libérer de la RAM', ce qui n'a aucun sens puisque justement, plus on exploite la RAM et plus le système est réactif : ça ne sert à rien d'avoir 50% de la ram non employée (il faut par contre qu'elle se libère bien automatiquement lorsque l'on a un autre besoin, mais c'est le rôle de l'OS de gérer ça) Au final, quel peut bien être l'intérêt de forcer une E/S régulièrement sur disque physique ? (et d'ailleurs, je ne trouve pas de 'seuil'.. le mécanisme s'applique dès le premier octet ?) .AleX.
