CPU, mémoire et disque

Tous vos terminaux partagent le CPU, la mémoire et le disque de votre Compute, et le build d’un autre n’en prend pas une miette. La barre du haut de chaque page affiche l’utilisation de chaque ressource ; cliquez sur les jauges pour une carte avec le terminal le plus gourmand et quoi faire quand une ressource arrive à sa limite.

Suivre les jauges de ressources

La barre du haut porte trois petites jauges : CPU, mémoire et disque. Cliquez dessus pour ouvrir la carte :

• chaque ressource avec son usage actuel et sa tendance sur la dernière heure, mesurée chaque minute
• Les plus gourmands : les terminaux qui prennent le plus de CPU et de mémoire en ce moment
• un avertissement quand vos terminaux butent sur la limite CPU de l’offre et attendent leur tour, quand la mémoire est presque pleine ou quand le disque est plein, avec Changer de taille à côté

La page Compute donne les mêmes chiffres plus en détail sous Ressources : le CPU et sa tendance, la mémoire, le disque, les processus et le réseau, actualisés toutes les 5 secondes.

Vider les caches

Les gestionnaires de paquets et les outils de build gardent des caches dans chaque dossier personnel, et ces caches enflent. Pour libérer la place :

1. Cliquez sur les jauges et choisissez Vider les caches sous le disque.
2. Vider les caches de paquets et de build ? liste ce qui part : les caches de npm, pnpm, Yarn, Bun, pip, uv, Go, Cargo, Gradle et Maven, et les navigateurs téléchargés par le Playwright de vos projets. Vos projets, conversations d’agent et réglages ne bougent pas.
3. Choisissez Vider les caches.

Le nettoyage s’exécute en arrière-plan jusqu’au dernier cache, dans tous les dossiers personnels, avec ou sans terminal en marche. La carte compte « 2,1 GB libérés pour l’instant » ; fermez-la, ou la page, et le nettoyage continue. À la fin, elle indique l’espace libéré par chaque cache. S’il s’arrête en route, elle dit combien il a libéré avant l’arrêt, et Vider encore libère le reste.

Les outils retéléchargent ce dont ils ont besoin à leur prochaine exécution. Un build ou une installation en cours à ce moment-là peut échouer : relancez-le ensuite. Activité consigne chaque nettoyage avec la place libérée.

Comment votre disque est compté

Votre disque contient vos fichiers à leur taille réelle, celle qu’affiche ls -l : 50 GB sur Start, ce sont 50 GB de projets et de dossiers personnels, octet pour octet.

Dans un terminal, du -sh et df sans option comptent les blocs après compression et affichent moins que ce que prennent vos fichiers. Pour compter un dossier comme le fait votre offre, ajoutez --apparent-size :

du -sh --apparent-size ~/* /work/* | sort -h

~ désigne le dossier personnel du terminal où tourne la commande : chaque projet a le sien, et vos terminaux shell en partagent un autre.

Quand le disque se remplit

Quand vos fichiers atteignent la capacité du disque, les nouvelles écritures s’arrêtent. La page Compute et les jauges montrent le disque plein, et un e-mail vous prévient, au plus une fois par jour. Ensuite :

• Vider les caches, comme ci-dessus, ou supprimez ce dont vous n’avez plus besoin. L’écriture reprend dès que vos fichiers sont 512 MiB en dessous de la limite.
• Ou choisissez Changer de taille pour un disque plus grand. Il s’applique aussitôt, sans redémarrage.

Quand la mémoire manque

Quand vos terminaux manquent ensemble de mémoire, le système arrête le plus gros programme d’un terminal. Si ce programme était un agent, le terminal le dit : « L’agent a été arrêté : ce Compute a manqué de mémoire. » Sa ligne dans la liste indique Arrêté : plus de mémoire.

• Choisissez Redémarrer le terminal dans l’avis. L’agent repart sur sa conversation ; votre dossier personnel et les fichiers du projet restent.
• Ou choisissez Changer de taille pour plus de mémoire.

Un terminal privé de son agent se ferme de lui-même 3 heures plus tard. Vous recevez une notification sur l’arrêt quels que soient les événements choisis, comme l’explique Notifications.

Quand un terminal n’a plus de processus libres

Chaque terminal fait tourner jusqu’à 32 768 processus. Quand ils sont tous pris, plus rien de nouveau n’y démarre, ni une commande ni la connexion du tableau de bord. Son avis indique combien sont pris et, quand il peut le savoir, quel programme a laissé derrière lui des processus terminés sans les récupérer.

• Choisissez Redémarrer le terminal pour le relancer dans un conteneur neuf, sa conversation gardée, ou Terminer le terminal.
• Chaque conteneur de vos terminaux tourne déjà sous l’init de Docker, qui récupère les processus terminés. Pour un service qui le désactive, ajoutez init: true à ce service dans votre fichier compose, comme le suggère l’avis.

Builds et agents se partagent le CPU

Docker et tout ce qu’il fait tourner passent après le shell, tmux et l’agent pour le CPU et le disque. Un long build d’image ou des tests en conteneurs prennent ce qui est libre et laissent l’agent et votre saisie réactifs.