Calculer Girl
  1. Calculer Girl
  3. Est-ce mauvais d’utiliser la licorne sans nginx? Pourquoi?
Intereting Posts
Où puis-je obtenir windows.h pour Mac? gcc cc1: atsortingbution de mémoire Comment supprimer plusieurs barres obliques? Comment faire en sorte que Clang Static Analyzer fonctionne en ligne de commande? temps de calendrier stocké en tant qu’entier signé de 32 bits – quand débordera-t-il cx-freeze, runpy et multiprocessing – plusieurs chemins vers l’échec Quel syscall Linux est utilisé pour obtenir l’identifiant d’un thread? Comment écrire des images dans un fichier vidéo? Problème de permissions NGinX lors de la mise en cache des ressources Rails Intégration de la date Unix dans un programme C Git: impossible de pousser {n / a (erreur de décompression)} Vim utilisant gf avec des espaces dans les noms de fichiers Comment supprimer tous les fichiers sauf ceux avec un modèle spécifique OU un type spécifique? Avertissement PHP: Impossible de charger la bibliothèque dynamic scp un dossier sur un système distant en conservant la disposition du répertoire

Est-ce mauvais d’utiliser la licorne sans nginx? Pourquoi?

J’ai lu que Licorne est rapide pour servir du contenu statique, ralentir les utilisateurs, faire des redirections.

Pourquoi vaut-il mieux nginx + unicorn vs unicorn en cours d’exécution, et mettre à l’échelle le nombre de travailleurs licornes si nécessaire?

Avez-vous des chiffres indiquant combien de temps nginx est rapide sur chacune de ces choses (redirection, proxy, diffusion de contenu statique)?

    Comme le prétend Heroku DevCenter , les employés de Licorne sont vulnérables aux clients lents .

    Chaque agent ne peut traiter qu’une seule demande et, si le client n’est pas prêt à accepter la réponse complète (également appelée “client lent”), l’agent Unicorn est bloqué pour envoyer la réponse et ne peut pas gérer la réponse suivante . Étant donné que chaque agent Unicorn utilise une quantité importante de mémoire vive ( encore une fois, voir Heroku , il prétend gérer 2 à 4 processus à 512 Mio RAM), vous ne pouvez pas compter sur le nombre d’employés, car application inutilisable en prétendant avoir des connexions lentes.

    Lorsque derrière nginx , Unicorn est capable de transférer la réponse entière dans le tampon de nginx et de passer immédiatement à la requête suivante.

    Cela dit, nginx avec un seul travailleur Unicorn est beaucoup plus fiable qu’un groupe de travailleurs Unicorn exposés directement.

    NB: pour les anciens utilisateurs de Rubis: si vous utilisez un ensemble de travailleurs Unicorn, envisagez de migrer au moins vers Ruby 2.0 pour réduire la consommation de RAM en partageant des données communes entre les processus fourchus ( ref ).