Projet

Général

Profil

Tâche #21194

Scénario #21122: Tester e2guardian V4

Ajouter la variable permettant de paramétrer la nouvelle option "httpworkers"

Ajouté par Joël Cuissinat il y a plus de 6 ans. Mis à jour il y a plus de 6 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
29/08/2017
Echéance:
% réalisé:

100%

Temps estimé:
4.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

Je propose de la rendre paramétrable pour chaque instance, exemple :

httpworkers = %%getVar('guardian_httpworkers' + %%dansguardian_instance)

# sets the number of worker threads to use - NEW for v4.0
#
# note this replaces all min/max etc children settings in previous versions
#
# This figure is the maximum number of concurrent connections.
# If more connections are made, connections will queue until a worker thread is free.
# On large site you might want to try 5000 (max value 20000)

Réfléchir à une valeur par défaut consensuelle + conditions + aide + voir si un calcul est possible dans le cas d'une migration de config (exemple : si maxchildrenX était personnalisé...).

Prévoir la doc, proposition :

Nombre maximum de processus disponibles pour traiter les connexions
Si le nombre de connexions maximum est dépassé, les nouvelles connexions seront placées en file d'attente jusqu'à ce qu'un processus se libère.
Sa valeur recommandée pour un site important est de 5000.

Ce paramètre remplace toutes les anciennes variables proposant de configurer des minimum et des maximum sur les processus.

Révisions associées

Révision af69f633 (diff)
Ajouté par Joël Cuissinat il y a plus de 6 ans

Ajout des variables guardian_httpworkersX

Ref: #21194

Révision 1e2da575 (diff)
Ajouté par Joël Cuissinat il y a plus de 6 ans

Validation du nombre de processus paramétré par instance

Ref: #21194

Historique

#1 Mis à jour par Joël Cuissinat il y a plus de 6 ans

Réponse du développeur :

Le moteur est très différent, il n'y a plus de vie et de mort des processus, E2guardian lance tous les Threads dés le départ et il ne meurt jamais
Du coup la charge est au max dés le démarrage.

Je dirais qu'il faut environ 1000 Threads pour 100 utilisateurs en simultanés
Si le hardware est relativement récent et qu'il y a 2 Go de RAM, je dirais que 5000 workers est une bonne valeur pour un serveur moyen, et 8000/10 000 pour un gros serveur

Bien évidement cela dépend du nombre de listes et des règles de filtrage qui peuvent mettre la machine à genou

#2 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Assigné à mis à Joël Cuissinat

#4 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Description mis à jour (diff)

#5 Mis à jour par Gérald Schwartzmann il y a plus de 6 ans

  • Restant à faire (heures) changé de 4.0 à 3.0

#6 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • % réalisé changé de 0 à 100
  • Restant à faire (heures) changé de 3.0 à 1.0

#7 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Restant à faire (heures) changé de 1.0 à 0.75

#8 Mis à jour par Scrum Master il y a plus de 6 ans

  • Statut changé de En cours à Résolu

#9 Mis à jour par Daniel Dehennin il y a plus de 6 ans

  • Restant à faire (heures) changé de 0.75 à 0.0

#10 Mis à jour par Daniel Dehennin il y a plus de 6 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF