Accéder au contenu.
Menu Sympa

technique - Re: [April technique] comment démarrer un démon syncperiodically (et financer RefPerSys)

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [April technique] comment démarrer un démon syncperiodically (et financer RefPerSys)


Chronologique Discussions  
  • From: AleX <rault.alexandre AT gmail.com>
  • To: technique AT april.org, Debian user french <debian-user-french AT lists.debian.org>
  • Cc: Basile Starynkevitch <basile AT starynkevitch.net>
  • Subject: Re: [April technique] comment démarrer un démon syncperiodically (et financer RefPerSys)
  • Date: Mon, 7 Nov 2022 06:56:44 +0100


Le dim. 6 nov. 2022 à 22:09, Basile Starynkevitch <basile AT 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) 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 en soumettant une proposition HorizonEurope (ou peut-être en France, ANR). Me contacter alors à mon bureau, au CEA LIST, en basile.starynkevitch AT cea.fr


J'invite d'ailleurs les lecteurs de cette liste à lire les livres de 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 (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                  <basile AT 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.

 



Archives gérées par MHonArc 2.6.19+.

Haut de le page