wip stackoverflow debug

doc/backlog.md

@@ -4,6 +4,21 @@
 
 ## TODO
 
+### stack overflow
+
+- <https://crates.io/crates/backtrace-on-stack-overflow>
+- <https://users.rust-lang.org/t/how-to-diagnose-a-stack-overflow-issues-cause/17320/11>
+- <https://www.reddit.com/r/rust/comments/1d8lxtd/debugging_stack_overflows/>
+
+Méthodes pour limiter la stack : réduire la taille de la pile avant de lancer ton binaire en ligne de commande :
+
+```sh
+ulimit -s 6144  # Limite la pile à 6Mo
+# just trainbot
+RUST_BACKTRACE=1 LD_LIBRARY_PATH=./target/debug  ./target/debug/train_dqn_burn
+ulimit -s unlimited # Pour revenir à la normale
+```
+
 - bot burn
   - train = `just trainbot`
     - durée d'entrainement selon params ?

doc/refs/geminiQuestions.md

@@ -43,4 +43,4 @@ fatal runtime error: stack overflow
 error: Recipe `trainbot` was terminated on line 25 by signal 6
 ```
 
-Au bout du 12ème épisode (plus de 6 heures sur ma machine), l'entraînement s'arrête avec une erreur stack overlow. Peux-tu m'aider à diagnostiquer d'où peut provenir le problème ? Y a-t-il des outils qui permettent de détecter les zones de code qui utilisent le plus la stack ? Pour information j'ai vu ce rapport de bug https://github.com/yunjhongwu/burn-rl-examples/issues/40, donc peut-être que le problème vient du paquet 'burl-rl'.
+Au bout du 12ème épisode (plus de 6 heures sur ma machine), l'entraînement s'arrête avec une erreur stack overlow. Peux-tu m'aider à diagnostiquer d'où peut provenir le problème ? Y a-t-il des outils qui permettent de détecter les zones de code qui utilisent le plus la stack ? Pour information j'ai vu ce rapport de bug <https://github.com/yunjhongwu/burn-rl-examples/issues/40> , donc peut-être que le problème vient du paquet 'burl-rl'.