Questo è il comando gunicorn3 che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
gunicorn - Server HTTP/WSGI basato su eventi
SINOSSI
gunicorn [OPZIONI] APP_MODULE
VERSIONI
-c CONFIGURA, --config=CONFIGURA
File di configurazione. [nessuno]
-b BIND, --legamento=BIND
Indirizzo su cui ascoltare. Ex. 127.0.0.1:8000 o unix:/tmp/gunicorn.sock
-w LAVORATORI, --lavoratori=LAVORATORI
Numero di lavoratori da generare. [1]
-a ARBITATO, --arbitro=ARBITATO
punto di ingresso o modulo dell'arbitro gunicorn [egg:gunicorn#main]
-p FILE PID, --pid=FILE PID
Imposta il FILE PID di sfondo
-D, --demone
Esegui demonizzato in background.
-m UMASK, --umask=UMASK
Definisci umask del processo demone
-u UTENTE, --utente=UTENTE
Cambia utente lavoratore
-g GRUPPO, --gruppo=GRUPPO
Cambia gruppo di lavoro
-n PROC_NAME, --nome=PROC_NAME
Nome del processo
--livello-log=LIVELLO LOG
Livello di log al di sotto del quale silenziare i messaggi. [Informazioni]
--file-log=FILE DI LOG
Accedi a un file. - è uguale a stdout. [-]
d, - debug
Modalità di debug. solo 1 lavoratore.
--versione
Mostra il numero di versione del programma ed esci
-h, --Aiuto
mostra questo messaggio di aiuto ed esci
DESCRIZIONE
Green Unicorn (gunicorn) è un server HTTP/WSGI progettato per servire client veloci o assonnati
applicazioni. Vale a dire; dietro un server front-end di buffering come nginx o
lighttpd.
* Supporto opzionale per Eventlet e Gevent per fornire asincrono
connessioni a polling lungo ("Comet").
* Gestione dei processi: Gunicorn miete e riavvia i lavoratori che muoiono.
* Facile integrazione con applicazioni compatibili con Django e Paster (Pylon,
Turbo Gear 2, ecc.
* Bilanciamento del carico tramite pre-fork e un socket condiviso
* Il processo di lavoro grazioso si riavvia
* Aggiornamento senza perdere le connessioni
* Decodifica al volo i trasferimenti in blocchi, consentendo notifiche sull'avanzamento del caricamento
o protocolli basati su stream su HTTP
TUNING
NOCCIOLO PARAMETRI
Ci sono vari parametri del kernel che potresti voler regolare per gestire a
numero elevato di connessioni simultanee. Generalmente questi dovrebbero interessare solo i siti con a
un gran numero di richieste simultanee e si applica a qualsiasi tipo di server di rete che potresti essere
in esecuzione. Sono elencati qui per facilità di riferimento.
I comandi elencati sono testati in Mac OS X 10.6. Il tuo gusto di Unix potrebbe usare leggermente
bandiere diverse. In caso di dubbi, fare sempre riferimento alle pagine man appropriate.
CRESCENTE LA RISORSE DESCRITTORE LIMITE
Una delle prime impostazioni che di solito deve essere superata è il numero massimo di aperture
descrittori di file per un determinato processo. Per i confusi là fuori, ricorda che Unices
trattare i socket come file.
$ sudo ulimit -n 1024
CRESCENTE LA LISTEN CODA TAGLIA
I socket in ascolto hanno una coda associata di connessioni in entrata che sono in attesa di essere
accettato. Se ti capita di avere un fuggi fuggi di clienti che riempiono questa coda nuovo
le connessioni alla fine inizieranno a cadere.
$ sudo sysctl -w kern.ipc.somaxconn="1024"
AMPLIAMENTO LA EFFIMERO PORT Consumo
Dopo che un socket è stato chiuso, alla fine entra nello stato TIME_WAIT. Questo può diventare un
problema dopo un'esplosione prolungata di attività del cliente. Alla fine l'intervallo di porte effimere è
esaurito che può causare lo stallo di nuove connessioni mentre aspettano una porta valida.
Questa impostazione è generalmente richiesta solo su macchine che vengono utilizzate per testare una rete
server.
Usa gunicorn3 online utilizzando i servizi onworks.net
