Je suis sur un Macbook Pro M2 utilisant la configuration du conteneur de développement. L’utilisation de la mémoire semble très élevée, est-ce typique ? Je constate environ 4 Go d’utilisation de mémoire avant de lancer quoi que ce soit, puis j’ai besoin d’environ 10 Go pour réussir une compilation et que l’application complète soit en cours d’exécution à environ 8 Go.
Avant que la configuration officielle du conteneur de développement ne soit partagée, j’avais mon propre devcontainer.json qui n’utilisait pas l’image de base discourse_dev. Il n’utilise que 2 Go de RAM au repos et 6 Go lors de l’exécution de Discourse, je suis donc curieux de savoir quelle pourrait être la différence.
image de base : mcr.microsoft.com/devcontainers/base:debian-12
avec ces “fonctionnalités”:
"features": {
"ghcr.io/rocker-org/devcontainer-features/apt-packages:1": {
"packages": "software-properties-common libpq-dev vim curl expect debconf-utils build-essential zlib1g-dev libssl-dev openssl libcurl4-openssl-dev libreadline6-dev libpcre3 libpcre3-dev imagemagick advancecomp jhead jpegoptim libjpeg-turbo-progs optipng pngcrush pngquant gnupg2"
},
"ghcr.io/devcontainers/features/ruby:1": {
"version": "3.3.4"
},
"ghcr.io/devcontainers/features/node:1": {
"version": "18",
"pnpmVersion": "9"
},
"ghcr.io/devcontainers/features/rust:1": {
"version": "1.75.0"
},
"ghcr.io/itsmechlark/features/redis-server:1": {},
"ghcr.io/devcontainers/features/go:1": {},
"ghcr.io/azutake/devcontainer-features/go-packages-install:0": {
"PACKAGES": "github.com/mailhog/MailHog@latest"
},
},
y compris un autre service de conteneur de base de données exécutant l’image postgres:14
L’image officielle vise à simplifier le développement en regroupant tout ce qui est nécessaire pour exécuter Discourse de manière transparente, au prix d’une consommation de mémoire plus élevée, et votre configuration personnalisée semble offrir un contrôle précis sur les versions et les bibliothèques installées.
Voyez-vous également l’image de développement utiliser environ 8 à 10 Go de RAM ?
Maintenant, c’est descendu à environ 6 Go après avoir tout redémarré, donc je vais supposer que c’est “typique” et blâmer tout de plus que cela sur une fuite de mémoire possible quelque part dans la pile de développement (probablement Docker Desktop).
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.