je pense que c'est très fortement négligeable. Un processus aussi léger que ça, ça serait 500ko de ram. Dont une bonne partie qui sera partagée entre toutes les instances s'ils sont lancés habilement ou si le système mémoire est habile. C'est à dire, 200ko de ram, à tout casser. Donc 10000 services, ça fait 2Go de ram. C'est à dire une goutte d'eau sur une machine ou tu es en mesure de lancer 10000 services, qui en aura probablement au moins 500Go. Même si tes services consomment en moyenne 10Mo de ram, ce qui est pas beaucoup, tu n'as que 2% d'overhead.
Quant à la table des processus, c'est vraiment le dernier des soucis. Le code a été optimisé pour gérer des grande quantités de processus, c'est capacable de scaler très loin et tu auras d'autres problèmes bien avant ça.
[^] # Re: Les milieux culturels et techniques des zélateurs/détracteurs
Posté par Enj0lras . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 6.
je pense que c'est très fortement négligeable. Un processus aussi léger que ça, ça serait 500ko de ram. Dont une bonne partie qui sera partagée entre toutes les instances s'ils sont lancés habilement ou si le système mémoire est habile. C'est à dire, 200ko de ram, à tout casser. Donc 10000 services, ça fait 2Go de ram. C'est à dire une goutte d'eau sur une machine ou tu es en mesure de lancer 10000 services, qui en aura probablement au moins 500Go. Même si tes services consomment en moyenne 10Mo de ram, ce qui est pas beaucoup, tu n'as que 2% d'overhead.
Quant à la table des processus, c'est vraiment le dernier des soucis. Le code a été optimisé pour gérer des grande quantités de processus, c'est capacable de scaler très loin et tu auras d'autres problèmes bien avant ça.