draft: Cache en mémoire : vider

2026-05-15 23:37:37 +02:00
parent 0db97277fe
commit 552a0b3157
2 changed files with 54 additions and 0 deletions
@@ -0,0 +1,4 @@
+{
+    "title": "Critique de l'article",
+    "_updated_at": "2026-05-15 21:37:37"
+}
@@ -0,0 +1,50 @@
+# Critique de l'article
+
+L'article est techniquement correct mais souffre de plusieurs problèmes de forme et de structure. Voici une critique détaillée.
+
+## Problèmes de structure
+
+**Hiérarchie des titres incohérente.** Le titre principal est « Cache en mémoire : vider », mais la section couvre aussi le swap et le `killall`, qui n'ont rien à voir avec le cache. Soit le titre est trop restrictif, soit les sections sur swap et killall sont mal placées. Un titre comme « Gestion mémoire et processus sous Linux » serait plus honnête.
+
+**Niveaux de titres mal utilisés.** « To free pagecache », « To free dentries and inodes », etc. devraient être des sous-sections (`##` ou `###`), pas du texte libre. À l'inverse, « dés / activer le swap » est en `##` alors qu'il est au même niveau logique que les trois opérations sur `drop_caches`.
+
+**Lien isolé en début d'article.** L'URL stackexchange est posée brute, sans contexte. Une simple mention « Source : [unix.stackexchange.com](…) » en fin de section serait plus propre.
+
+## Problèmes de contenu
+
+**Mélange français/anglais non justifié.** « To free pagecache » devrait être traduit en français pour rester cohérent avec le reste (« Libérer le pagecache »).
+
+**Absence d'explications.** Les commandes sont données sans dire :
+- ce que sont réellement le pagecache, les dentries et les inodes ;
+- que ces opérations ne « libèrent » que du cache *propre* (clean), donc qu'elles n'augmentent pas vraiment la mémoire disponible utile ;
+- qu'écrire dans `drop_caches` est une opération non-destructive mais qu'il est recommandé de faire `sync` avant pour vider les écritures en attente sur disque.
+
+La commande recommandée est en fait :
+```
+sudo sh -c 'sync; echo 3 > /proc/sys/vm/drop_caches'
+```
+
+**Le `swapoff -a; swapon -a` mérite un avertissement.** Cette opération force le contenu du swap à revenir en RAM, ce qui peut planter le système si la RAM disponible est insuffisante. C'est un piège classique à mentionner.
+
+**`killall` est ambigu selon le système.** Sous Linux (GNU killall, du paquet `psmisc`), il tue par nom. Mais sur certains Unix (Solaris historiquement), `killall` tue *tous* les processus. À préciser, ou à remplacer par `pkill` qui est plus prévisible et portable. Mentionner aussi `killall -9` si le processus ne répond pas, et la différence entre SIGTERM (par défaut) et SIGKILL.
+
+## Problèmes de formatage Markdown
+
+Les blocs de commandes ne sont pas dans des *fenced code blocks* (```` ``` ````), ils utilisent une indentation. Le résultat est lisible mais moins propre, notamment parce que la coloration syntaxique ne s'applique pas. Préférer :
+
+````
+```bash
+sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
+```
+````
+
+## Suggestion de version remaniée
+
+Une structure plus cohérente :
+
+- `#` Gestion mémoire et processus sous Linux
+  - `##` Vider les caches mémoire (avec explication de ce que ça fait *vraiment*)
+  - `##` Désactiver/réactiver le swap (avec avertissement RAM)
+  - `##` Tuer des processus par nom (avec `pkill` en alternative)
+
+En résumé : le contenu est juste mais l'article ressemble à des notes personnelles plus qu'à un article publiable. Avec un peu de mise en contexte, des avertissements sur les pièges, et une hiérarchie de titres cohérente, ça deviendrait une référence utile.