Nous avons tout juste intégré une importante amélioration des performances pour les sites avec beaucoup d’activité de publication et de nombreux utilisateurs. Cela devrait grandement aider sur votre site.
Très bien, nous allons jeter un coup d’œil et potentiellement tester cela.
Eh bien, chaque match est un cas individuel. Dans la situation actuelle liée à la COVID (arène vide) et avec un calendrier de matchs quasi aléatoire, le comportement du public est impossible à prédire ou à comparer aux données historiques.
Sur la base de ce seul match, je ne peux pas affirmer que ce changement nous ait apporté une amélioration significative.
La première période s’est déroulée calmement et sans encombre, mais les événements survenus durant la seconde ont provoqué un pic de messages et une augmentation du nombre de lurkers. Environ 60 % de nos utilisateurs ont signalé des freezes.
Dans la configuration à deux serveurs, seul le serveur web_only affiche une utilisation élevée du processeur et une charge moyenne importante.
Le mode charge extrême / lecture seule n’a pas été déclenché, ce qui est une bonne chose car il s’agit de l’expérience utilisateur la plus pénible. Dans l’ensemble, le public a rapidement appris à consulter la page d’accueil puis à revenir pour reprendre la discussion, ce qui génère davantage de charge serveur. Si seulement l’utilisateur final pouvait être informé d’une manière ou d’une autre qu’il est bridé, il serait alors plus enclin à attendre réellement une minute.
Rapport d’avancement sur les conversations privées : l’expérience a été améliorée en définissant DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS à 4, et nous prévoyons quelques modifications fondamentales pour améliorer le comportement de limitation de débit du message bus.
Comme nous rencontrons des problèmes similaires à ceux de @ljpp, bien que dans une mesure nettement moindre (presque exclusivement quelques minutes autour de la fin des matchs), je me demande s’il est possible d’ajuster le seuil à partir duquel le message de charge élevée s’affiche et où les utilisateurs commencent à être « exclus » du sujet… car cela concerne presque toujours un seul sujet : le sujet du match.
Il y a aussi le message d’erreur 502 (un message purement nginx) que nous rencontrons encore plus rarement dans le même contexte. Je soupçonne qu’il existe probablement des configurations nginx qui pourraient bénéficier d’un réglage, et je sais que ce n’est pas votre rôle, mais je suis preneur de toute bonne suggestion 
.
Veuillez préciser : rencontrez-vous des blocages (le sujet n’est pas mis à jour avec les nouveaux messages) ou recevez-vous des messages d’erreur de charge extrême ?
Des ajustements dans ce fil offrent certaines améliorations pour les blocages, mais ils augmentent également la charge système, ce qui rend les scénarios de charge extrême plus probables.
Nous rencontrons parfois un gel des sujets dans les situations que j’ai signalées, mais lorsque cela se produit, le système affiche également des avertissements de charge extrême. Je ne peux donc pas vous dire ce qui est quoi.
Nous n’avons pas de problème avec une charge extrême tant qu’elle n’expulse pas les utilisateurs des sujets ou n’interrompt pas la mise à jour des nouveaux messages. Dans ce cas, nous préférons en fait que le chargement se fasse lentement (la roue pourrait tourner pendant 15 secondes pour que chaque utilisateur puisse lire ou poster, et nous préférons cela au gel ou à l’expulsion de l’utilisateur).
Je dois être d’accord. L’UX de la charge extrême est confuse pour l’utilisateur final.
- Combien d’utilisateurs simultanés avez-vous ?
- Quel type de matériel ?
- Lien vers vos statistiques de forum ?
Maintenant que nous sommes sur la plateforme SaaS de CDCK, je ne peux observer cela que du point de vue de l’expérience utilisateur (UX).
Nous avons connu beaucoup d’activité dans les jeux au cours des dernières semaines. Les « gels » ont presque disparu avec le changement de plateforme, mais il y a cette fluctuation dans la façon dont les sujets sont mis à jour, ce qui peut encore prêter à confusion pour certains. Cependant, le public a pour la plupart (90 %) cessé de se plaindre et se concentre sur les jeux, ce qui est un bon signe.
Il existe cependant un scénario que je peux reproduire avec une confiance assez élevée (là encore 90 %). La plateforme rencontre occasionnellement des problèmes pour reprendre la session lorsque le sujet du jeu est dans un onglet en arrière-plan (Android) ou lorsque l’écran est verrouillé. Lorsque je reviens au sujet actif, généralement en raison d’un événement intéressant dans le jeu, la vue du sujet n’est pas toujours mise à jour. Je vois les avatars des utilisateurs clignoter en bas du sujet, mais aucun message n’apparaît. Il faut rafraîchir le navigateur pour récupérer complètement.
Le motif de reproduction n’est pas le plus simple, car il faut :
- Un sujet actif
- Une bonne action dans le jeu → plus d’activité dans le sujet
- Garder le sujet dans un onglet d’arrière-plan du navigateur ou avec l’écran verrouillé.
Nous rencontrons le même problème.
Autre chose : lors du saut au premier message non lu, ce comportement peut se répéter plusieurs fois (retour au même « message non lu » à plusieurs reprises, alors que la position du premier message non lu aurait dû changer à chaque fois).
Pour illustrer :
- Je saute au premier message non lu
- Je fais défiler et je lis les 100 messages non lus
- Ensuite, je passe à un autre sujet ou à la page d’accueil…
- Après une minute environ, il y a environ 30 nouveaux messages non lus, mais lorsque je clique sur l’icône, je suis renvoyé une fois de plus à la position de l’étape 1 (ce qui signifie 130 messages en arrière et non pas seulement les 30 nouveaux messages non lus).
Cependant, encore une fois, cela ne se produit que dans des sujets très très actifs, pendant quelques minutes au moment du pic maximal de rafraîchissement et de publication par tous les utilisateurs dans le même sujet en même temps. C’est un peu agaçant, mais pas encore rédhibitoire.
Je considérerais cela comme un succès.
Peux-tu fournir un cas reproductible sur meta ? Probablement pas, car cela nécessite un grand nombre d’utilisateurs actifs inactifs dans le même sujet en même temps.
Mon idée actuelle est que nous devrions créer une fonctionnalité de chat en direct et l’instancier juste à temps, lorsque vous avez…
-
beaucoup d’utilisateurs
-
dans le même sujet
-
en même temps
-
alors, et seulement alors, instancier une superposition de boîte de chat en direct et encourager fortement les utilisateurs à l’utiliser plutôt que de répondre, voire même désactiver la possibilité de répondre au sujet avec :
Hé, il semble que ce que vous vouliez vraiment, c’était une salle de chat… la voici, amusez-vous bien ! 
Oui, je vois ce que tu veux dire, mais c’est si limité à ces occasions que je suppose que cela ne vaut pas la peine. Nous avons généralement ce genre de matchs une à deux fois par semaine, et c’est surtout pendant les 5 minutes qui suivent la fin du match. Mais j’y ai en fait pensé à plusieurs reprises (ce serait sympa d’avoir une fonctionnalité de salon de chat temporaire ou un basculement vers ces périodes de 90 minutes d’un match de football).
Quoi qu’il en soit, j’essaierai de reproduire le problème un de ces jours en enregistrant l’écran pendant un moment.
Notre instance a affiché quelques erreurs 429 depuis le début des matchs de playoffs. @staff devrait pouvoir en voir dans les 3,5 dernières heures de nos journaux, et d’autres sont attendues lors du but décisif (le match va en deuxième prolongation pendant que j’écris ceci).
En tout cas, si vous continuez à journaliser et à tracer cela, il ne reste plus beaucoup d’opportunités, car les finales et la période d’inter-saison qui suit approchent.
Je voulais simplement ajouter mon nom à ce fil de discussion pour pouvoir le suivre. Nous sommes un nouveau forum de gymnastique. Nous avons rencontré les problèmes mentionnés ci-dessus, ainsi que des « gels », hier soir pendant les sélections olympiques américaines. Voici le fil de discussion…
https://gymnaverse.com/t/us-wag-olympic-trials-night-2-live-discussion/1092
Nous avons eu quatre unicorns hier soir.
J’ai redimensionné le serveur à 4 vCPU Intel et 8 Go de mémoire chez Digital Ocean et j’ai appliqué les paramètres suivants…
unicorn_workers: 8
db_shared_buffers: “2GB”
Nous attendons un trafic beaucoup plus élevé pendant les Jeux olympiques. Que pouvons-nous faire d’autre pour optimiser le serveur afin de gérer un trafic de type « chat » pendant la compétition ?
Si vous avez des centaines d’utilisateurs dans un seul sujet en utilisant Discourse comme chat et qu’il s’agit d’un événement à durée limitée, je vous suggère de surélever temporairement les ressources du serveur.
Le plus gros droplet Premium AMD chez Digital Ocean, pour les 16 jours des Jeux olympiques, a coûté 54,85 $, et devrait être largement suffisant pour une communauté de votre taille.
Je n’ai pas ces lignes dans mon app.yml. Dois-je simplement les ajouter ?
Oui. Ajoutez-les dans la section env.
Si cela est toujours à l’attention du personnel, notre décollage aura lieu ce soir à 18 h 30 (UTC+3) et de nouveau demain à la même heure.
Il y a beaucoup d’anticipation après deux saisons gâchées par la COVID, je m’attends donc à des pics de trafic importants sur tappara.co.
@ljpp
Quelle est ta situation actuelle ? Redis 6 t’a-t-il aidé ?
Nous sommes désormais sur la version SaaS de CDCK, c’est pourquoi nous avons prévenu l’équipe. Nous servons en quelque sorte de banc d’essai pour ce sujet.