PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2610 alpha 20 0 3206084 3.041g 4108 R 100.0 1.2 (snip) python2
là c'est RES qui monte à 3 Go ; sur oups lors de l'incident, c'est VIRT qui prenait jusque 32 Go et RES qui allait à 0.032t => c'est quoi ce t ?
top
mais oui, semble lié à une empreinte mémoire pour python2 là où python3 ne s'étend pas plusieurs fois (meilleure gestion du multithreading qui ne semble pourtant pas nécessaire pour ce code ? ou meilleure libération de buffers de logs...)
[^] # Re: Concernant la mémoire
Posté par BAud (site web personnel) . En réponse à la dépêche Incident du 26 août 2025 ayant touché les serveurs de production et de développement. Évalué à 6. Dernière modification le 29 août 2025 à 00:28.
là c'est RES qui monte à 3 Go ; sur
oupslors de l'incident, c'est VIRT qui prenait jusque 32 Go et RES qui allait à 0.032t => c'est quoi ce t ?top
mais oui, semble lié à une empreinte mémoire pour python2 là où python3 ne s'étend pas plusieurs fois (meilleure gestion du multithreading qui ne semble pourtant pas nécessaire pour ce code ? ou meilleure libération de buffers de logs...)