Meie andmed on avaldatud mitmete Creative Commons tüüpi litsentside all.Lisateave
Kui teile meeldib see sait, kaaluge annetamist.
Menüü
*** temps de réponse catastrophique ***
le temps d'insertion d'une traduction n'a jamais été aussi lent dans toute l'histoire de Tatoeba. C'est vraiment dissuasif.
Encore une fois, qu'est-ce qui justifie un tel sacrifice ? De quel bénéfice supplémentaire jouissent les utilisateurs de Tatoeba en contrepartie de ce temps de réponse complètement dégradé ?
La réponse à cette question m'échappe totalement et la conclusion s'impose d'elle-même : si rien ne justifie cette décrépitude, alors il faut revenir en arrière et d'urgence...
Pour info, la dégradation du temps de réponse n'a rien à voir avec les modifications récentes. Faire un rollback ne changera rien.
La lenteur du site est dûe à certaines fonctionalités qui existent depuis des années, mais qui ne sont pas optimisées, et on en ressent les conséquences aujourd'hui parce qu'on a davantage de données et davantage de traffic.
Actuellement la principale cause est la fonctionalité de pagination.
https://github.com/Tatoeba/tatoeba2/issues/1353
Je ne comprends pas comment ceci affecte à ce point le temps de traduction...
Est-ce que l'insertion de traductions est lente actuellement?
Is anyone experiencing very slow response time when adding translations, much slower than it used to be?
The only thing I've been expericing is that when I add a sentence, I can't add it in a list. I must reload the page to do so.
That is a separate issue:
https://github.com/Tatoeba/tatoeba2/issues/1284
Non, là c'est en effet instantané, ce qui n'était pas du tout le cas avant-hier. Quelque chose a changé...
Vous avez posté votre message le 4 novembre à 19h15 (UTC). À ce moment-là, la charge système ("load average") était aux alentours de 15.
Ci-dessous vous avez le graphe de la charge système entre le 4 novembre à 1h du matin et le 5 novembre à 1h du matin:
http://imgur.com/a/bFiuK
Pour que le serveur fonctionne bien, il ne faut pas que la charge dépasse 4 (car notre serveur a 4 cores). Entre 4 et 8, on ressent une certaine lenteur, qui reste supportable. Au-delà de 8, ça devient pénible. Au delà de 12, c'est catastrophique.
Là, en ce moment, la charge est autour de 2, car il y a moins de visiteurs, et il y a moins de gens qui consultent des pages qui demandent beaucoup de calculs. Donc tout va bien.
Le 4 novembre, lorsque la charge système montait à 15, la page qui prenait le plus de temps de calcul était la section "Parcourir par langue". La première page de cette section s'affiche très rapidement, mais la dernière page s'affiche terriblement lentement. S'il n'y a qu'une seule requête toutes les dix minutes pour afficher la dernière page, le serveur s'en sort. S'il y a plusieurs requêtes par minutes (2-3 personnes parcourent les phrases à partir de la dernière pages), le serveur devient débordé et le site tout entier est lent pour tout le monde.
Les dernière pages de la section "Parcourir par langue" ne sont pas les seules pages qui peuvent causer un grave ralentissement du site, mais ce sont actuellement la principale cause.
Du point de vue d'un moteur de base de données, le dernière page n'est jamais que la première dans l'ordre inverse. Il n'y a donc aucune raison que consulter la dernière prenne davantage de temps que consulter la première..,
Je vous invite à lire le ticket https://github.com/Tatoeba/tatoeba2/issues/1353
Il contient les informations techniques du pourquoi.