Il s'agit de la commande gunicorn3_paster qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
gunicorn_paster - Serveur HTTP/WSGI basé sur les événements, Coller le point d'entrée de l'application
SYNOPSIS
gunicorn_paster [OPTIONS] [SETTINGS_PATH]
OPTIONS
-c CONFIG, --config=CONFIG
Fichier de configuration. [rien]
-b BIND, --lier=BIND
Adresse à écouter. Ex. 127.0.0.1:8000 ou unix:/tmp/gunicorn.sock
-w OUVRIERS, --ouvriers=OUVRIERS
Nombre d'ouvriers à frayer. [1]
-a ARBITRE, --arbitre=ARBITRE
point d'entrée ou module de l'arbitre gunicorn [egg:gunicorn#main]
-p FICHIER PIDF, --pid=FICHIER PIDF
Définir le fichier PID d'arrière-plan
-D, --démon
Exécutez démonisé en arrière-plan.
-m UMASQUE, --umask=UMASQUE
Définir umask du processus démon
-u UTILISATEUR, --utilisateur=UTILISATEUR
Changer l'utilisateur du travailleur
-g GROUPE, --grouper=GROUPE
Changer de groupe de travail
-n PROC_NAME, --Nom=PROC_NAME
Nom du processus
--niveau de journal=NIVEAU DE CONNEXION
Niveau de journal en dessous duquel désactiver les messages. [Info]
--fichier journal=FICHIER JOURNAL
Connectez-vous à un fichier. - est égal à stdout. [-]
d, --déboguer
Mode débogage. 1 seul travailleur.
--version
Afficher le numéro de version du programme et quitter
-h, --Aidez-moi
afficher ce message d'aide et quitter
DESCRIPTION
Green Unicorn (gunicorn) est un serveur HTTP/WSGI conçu pour servir des clients rapides ou somnolents
applications. C'est-à-dire; derrière un serveur frontal de mise en mémoire tampon tel que nginx ou
lighttpd.
* Prise en charge facultative d'Eventlet et de Gevent pour fournir asynchrone
connexions à longue interrogation ("Comet").
* Gestion des processus : Gunicorn récolte et redémarre les travailleurs qui meurent.
* Intégration facile avec les applications compatibles Django et Paster (Pylônes,
TurboGears 2, etc.
* Équilibrage de charge via pre-fork et un socket partagé
* Le processus de travail gracieux redémarre
* Mise à niveau sans perdre les connexions
* Décoder les transferts en bloc à la volée, permettant des notifications de progression de téléchargement
ou protocoles basés sur des flux sur HTTP
TUNING
NOYAU PARAMETRES
Il existe divers paramètres du noyau que vous pouvez régler pour faire face à un
grand nombre de connexions simultanées. En général, ceux-ci ne devraient affecter que les sites avec un
grand nombre de requêtes simultanées et s'appliquent à tout type de serveur réseau que vous pouvez être
fonctionnement. Ils sont répertoriés ici pour plus de commodité.
Les commandes répertoriées sont testées sous Mac OS X 10.6. Votre version d'Unix peut utiliser légèrement
différents drapeaux. Référencez toujours les pages de manuel appropriées en cas d'incertitude.
AUGMENTER THE DOSSIER DESCRIPTEUR LIMIT
L'un des premiers paramètres qui doit généralement être modifié est le nombre maximum d'ouvertures
descripteurs de fichiers pour un processus donné. Pour les confus là-bas, rappelez-vous que les Unices
traiter les sockets comme des fichiers.
$ sudo ulimit -n 1024
AUGMENTER THE LISTEN FILE D'ATTENTE TAILLE
Les sockets d'écoute ont une file d'attente associée de connexions entrantes qui attendent d'être
accepté. Si vous avez une bousculade de clients qui remplissent cette file d'attente, nouveau
les connexions finiront par être abandonnées.
$ sudo sysctl -w kern.ipc.somaxconn="1024"
ÉLARGISSEMENT THE ÉPHÉMÈRE PORT GAMME
Une fois qu'un socket est fermé, il entre finalement dans l'état TIME_WAIT. Cela peut devenir un
problème après une rafale prolongée d'activité client. Finalement, la plage de ports éphémères est
utilisé, ce qui peut entraîner le blocage des nouvelles connexions pendant qu'elles attendent un port valide.
Ce paramètre n'est généralement requis que sur les machines utilisées pour tester un réseau
serveur.
Utilisez gunicorn3_paster en ligne en utilisant les services onworks.net
