Thanks On Mon, 17 Apr 2023, 11:42 am Fortune Osho, <fortuneo...@gmail.com> wrote:
> You can simply run gunicorn with unicorn workers... which is very > performance using uvloop... test it performance against pure gunicorn... > note that performance is not totally dependent on server used(a whole lot > of things can affect performance like moddlewares, serialization etc) > > > On Sun, Apr 16, 2023 at 5:34 PM Chris Barber <barberchri...@gmail.com> > wrote: > >> Hello >> >> Production django app, currently 100% sync views, running under gunicorn >> with gevent worker class. >> >> @andrewgodwin suggests here it is possible to migrate slowly, just run >> hybrid sync-async and add or convert views as desired >> https://www.youtube.com/watch?v=19Uh_PA_8Rc&t=1728s >> >> But to get a single async view one has to switch to uvicorn workers or >> similar, right? Now one is no longer getting the gevent patching for sync >> views, which could be a major impact on performance/scaling, and could >> trigger re-evaluation of the production deployment & tuning! >> >> Questions: >> >> 1. How to approach this? It has me wondering if monkey.patch_all() should >> be ported to asyncio and tested under uvicorn. This would smooth the >> transition since the sync views should perform and scale roughly the same >> as before. >> >> 2. Also an important technical question on how sync views under ASGI >> work. By default they will run all in the same thread (*per worker*) >> which could be really bad for performance with tons of sync views, correct? >> If I enable DJANGO_ALLOW_ASYNC_UNSAFE, then the sync views will be run in >> more threads, right? How many threads?Should I expect to have to tune this? >> >> In general, regardless of the approach, one could presumably A/B test in >> a live environment - run some workers / nodes under uvicorn, partition the >> traffic accordingly, and see how it compares. Tune, stress test, and then >> rolling transition. >> >> -C >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Django users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to django-users+unsubscr...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/django-users/8cc88d44-df9f-4232-8f57-89a1b07fb769n%40googlegroups.com >> <https://groups.google.com/d/msgid/django-users/8cc88d44-df9f-4232-8f57-89a1b07fb769n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- > You received this message because you are subscribed to the Google Groups > "Django users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to django-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-users/CABqs0Mwr%3DXjg6OLUAN9kxsqCKREJW1%2BtrkDHbTq0pnazKgqQkQ%40mail.gmail.com > <https://groups.google.com/d/msgid/django-users/CABqs0Mwr%3DXjg6OLUAN9kxsqCKREJW1%2BtrkDHbTq0pnazKgqQkQ%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Django users" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/CAHdtJhU-ohRUcqju5xKkmf5vEcJ0p%2BHJtEP7zB13HC_4B3CJGw%40mail.gmail.com.