Estoy empezando a jugar con Flask en un servidor local y me doy cuenta de que los tiempos de solicitud / respuesta son mucho más lentos de lo que creo que deberían ser.
Un simple servidor como el siguiente tarda cerca de 5 segundos en responder.
from flask import Flask
app = Flask(__name__)
@app.route("/")
def index():
return "index"
if __name__ == "__main__":
app.run()
¿Algunas ideas? ¿O es así como es el servidor local?
Respuestas:
Ok, lo descubrí. Parece ser un problema con Werkzeug y los sistemas operativos que admiten ipv6.
Desde el sitio de Werkzeug http://werkzeug.pocoo.org/docs/serving/ :
En los sistemas operativos que admiten ipv6 y lo tienen configurado, como los sistemas Linux modernos, OS X 10.4 o superior, así como Windows Vista, algunos navegadores pueden ser terriblemente lentos si acceden a su servidor local. La razón de esto es que a veces “localhost” está configurado para estar disponible tanto en socktes ipv4 como ipv6 y algunos navegadores intentarán acceder primero a ipv6 y luego a ivp4.
Entonces, la solución es deshabilitar ipv6 desde el localhost comentando la siguiente línea de mi archivo de hosts:
::1 localhost
Una vez que hago esto, los problemas de latencia desaparecen.
Realmente estoy investigando Flask y me alegro de que no sea un problema con el marco. Sabía que no podía ser.
Agregue "hilo = True" como argumento a app.run (), como se sugiere aquí: http://arusahni.net/blog/2013/10/flask-multithreading.html
Por ejemplo: app.run(host="0.0.0.0", port=8080, threaded=True)
La solución de desactivación de ipv6 no funcionó para mí, pero esto sí.
--threadeda mi manage.pyuso Flask-Scripttambién funcionó.
flask run --with-threadsque resolvió mi problema.
La solución de @ sajid-siddiqi es técnicamente correcta, pero tenga en cuenta que el servidor WSGI incorporado en Werkzeug (que está empaquetado en Flask y para lo que se usa app.run()) es solo de un solo subproceso.
Instale un servidor WSGI para poder manejar el comportamiento de subprocesos múltiples. Investigué un montón sobre el rendimiento de varios servidores WSGI . Sus necesidades pueden variar, pero si todo lo que está usando es Flask , le recomendaría uno de los siguientes servidores web.
Actualización (2020-07-25): Parece que gevent comenzó a admitir python3 hace 5 años, poco después de que comenté que no era así, por lo que puede usar gevent ahora.
gevent
Puede instalar gevent a través de pip con el comando pip install gevento pip3 con el comando pip3 install gevent. Las instrucciones sobre cómo modificar su código en consecuencia están aquí: https://flask.palletsprojects.com/en/1.1.x/deploying/wsgi-standalone/#gevent
yo
gevent es mejor, pero de todos los puntos de referencia que he analizado que involucran pruebas en el mundo real, meinheld parece ser el servidor WSGI más sencillo y simplista . (También puede echar un vistazo a uWSGI si no le importa más configuración).
También puede instalar meinheld a través de pip3 con el comando pip3 install meinheld. A partir de ahí, mire la muestra proporcionada en la fuente de meinheld para integrar Flask : https://github.com/mopemope/meinheld/blob/master/example/flask_sample.py
* NOTA: Por mi uso de PyCharm , la línea se from meinheld import serverresalta como un error, pero el servidor se ejecutará, por lo que puede ignorar el error.
En lugar de llamar a http://localhost:port/endpointllamar http://127.0.0.1:port/endpoint. Esto eliminó el retraso inicial de 500 ms para mí.
Mi problema se resolvió con "threadded = True", pero quiero dar algunos antecedentes para distinguir mi problema de otros para los que esto puede no ser suficiente.
Mi mejor suposición es que Chrome estaba tratando de mantener la sesión abierta y Flask estaba bloqueando las solicitudes posteriores. Tan pronto como se detuvo o restableció la conexión de Chrome, se procesó todo lo demás.
En mi caso, el hilo lo solucionó. Por supuesto, ahora estoy revisando algunos de los enlaces que otros han proporcionado para asegurarme de que no causen ningún otro problema.
threaded=Truefunciona para mí, pero finalmente descubrí que el problema se debe a foxyproxy en Firefox. Dado que cuando la aplicación del matraz se ejecuta en localhost, se produce una respuesta lenta si
la respuesta lenta no sucederá si
foxyproxy está deshabilitado en firefox
acceder al sitio web utilizando otros navegadores
La única solución que encontré es deshabilitar foxyproxy, intenté agregar localhost a la lista negra de proxy y ajustar la configuración, pero ninguno de ellos funcionó.
Usé la respuesta de Miheko para resolver mi problema.
::1 localhostya estaba comentado en mi archivo de hosts y la configuración Threaded=trueno funcionó para mí. Cada solicitud de REST tardaba 1 segundo en procesarse en lugar de ser instantánea.
Estoy usando Python 3.6, y conseguí que el matraz fuera rápido y respondiera a las solicitudes de REST al hacer que el matraz usara gevent como su WSGI.
Para usar gevent, instálelo con pip install gevent
Posteriormente, usé https://gist.github.com/viksit/b6733fe1afdf5bb84a40#file-async_flask-py-L41 para configurar el matraz para usar gevent.
En caso de que el enlace no funcione, estas son las partes importantes del script:
from flask import Flask, Response
from gevent.pywsgi import WSGIServer
from gevent import monkey
# need to patch sockets to make requests async
# you may also need to call this before importing other packages that setup ssl
monkey.patch_all()
app = Flask(__name__)
# define some REST endpoints...
def main():
# use gevent WSGI server instead of the Flask
# instead of 5000, you can define whatever port you want.
http = WSGIServer(('', 5000), app.wsgi_app)
# Serve your application
http.serve_forever()
if __name__ == '__main__':
main()
Recibí este error cuando me ejecutaba en hosts distintos a los demás localhost, por lo que, para algunos, diferentes problemas subyacentes pueden presentar los mismos síntomas.
Cambié la mayoría de las cosas que he estado usando a Tornado y, anecdóticamente, me ayudó mucho. He tenido algunas cargas de página lentas, pero las cosas parecen en general más receptivas. Además, es muy anecdótico, pero parece que me doy cuenta de que Flask solo se ralentizará con el tiempo, pero Flask + Tornado menos. Me imagino usar Apache y mod_wsgiharía las cosas aún mejor, pero Tornado es realmente simple de configurar (ver http://flask.pocoo.org/docs/deploying/others/ ).
(Además, una pregunta relacionada: la aplicación Flask se cuelga ocasionalmente )