Je suis étonné que nginx gagne contre Varnish car Varnish compile et donc rn théorie devrait bien plus optimiser.
Ne serait-ce pas un problème de configuration et un biais du fait que tu configures l'un et pas l'autre?
Un rapide coup d'oeil sur la doc Varnish dit qu'il y a 2 epoll/kqueue et que c'est configurable, je ne suis pas expert mais peut-être qu'à la vue de la "difficulté" de la tâche tu en es plutôt à tester une config d'outil contre une autre et que tu as configuré un des outils mais pas l'autre... Peut-être tester la configuration par défaut de chaque outil et donc tester nginx sans "worker_connections 2048;" ni "worker_processes 6;" pour éviter un biais, ou trouver un équivalent chez Varnish (thread_pool_max et thread_pools?).
# Varnish vs nginx et biais de configuration
Posté par Zenitram (site web personnel) . En réponse au journal Le TapTempo du web, mais plus rapide. Évalué à 4.
Je suis étonné que nginx gagne contre Varnish car Varnish compile et donc rn théorie devrait bien plus optimiser.
Ne serait-ce pas un problème de configuration et un biais du fait que tu configures l'un et pas l'autre?
Un rapide coup d'oeil sur la doc Varnish dit qu'il y a 2 epoll/kqueue et que c'est configurable, je ne suis pas expert mais peut-être qu'à la vue de la "difficulté" de la tâche tu en es plutôt à tester une config d'outil contre une autre et que tu as configuré un des outils mais pas l'autre... Peut-être tester la configuration par défaut de chaque outil et donc tester nginx sans "worker_connections 2048;" ni "worker_processes 6;" pour éviter un biais, ou trouver un équivalent chez Varnish (thread_pool_max et thread_pools?).