On developers machines we use postgres (and BDR on production, but i have not performance issues on production anymore), redis (now on developers too, on production it was from the start) and elasticsearch. All this things executed in own docker containers (on developer machines and on production). But all even elasticsearch should not have affect because now i'm talking about loading page in Django admin. So here is nothing to update in elasticsearch (BTW, i've made async ES indexation using channels :D) and all what is using is dev instance running with `manage.py runserver` (daphne and 4 workers by default as i understand), `manage.py rundelay` in separated process (both in same container running with supervisor), redis for channels and postgres 9.4.
Oh, i can link packages installed inside project's docker: pt-transport-https ca-certificates cron g++ gcc gfortran git gosu inotify-tools iputils-ping libatlas-base-dev libfreetype6-dev libinotifytools0-dev libjpeg8-dev liblcms2-dev libmagickwand-dev libopenjpeg-dev libpq-dev libwebp-dev libxml2-dev libxslt1-dev locales ltrace net-tools python-dev python-pip python3-pip python3.5 python3.5-dev sendmail software-properties-common strace sudo supervisor wget zlib1g-dev I have posted here before my issue with CPU usage by channels, but it was on production and because of used RedisLocal layer version, so many messages hangs and overflow channels. Now production is blazing fast. On Wednesday, June 14, 2017 at 2:44:10 PM UTC+6, Andrew Godwin wrote: > > 10 seconds is still very slow, on my computer it takes around 300 > milliseconds (0.3 seconds) for the worst case render. You must have > something else installed/configured that is affecting it? > > Andrew > > On Wed, Jun 14, 2017 at 12:55 PM, qnub <qnu...@gmail.com <javascript:>> > wrote: > >> Thank you, finally i've checked it and looks like it helps (hope it works >> faster not because of my hardware upgrade but because of Reis usage). So >> with redis page loads in 10 seconds instead of 1,5 minutes with IPC. >> >> On Thursday, June 1, 2017 at 11:33:28 PM UTC+6, Andrew Godwin wrote: >>> >>> OK, can you try using the Redis one instead and seeing if that's faster? >>> Docker for Mac has a bit of an odd filesystem and kernel and it's possible >>> the IPCLayer is not working well underneath it. >>> >>> Andrew >>> >>> On Thu, Jun 1, 2017 at 10:11 AM, qnub <qnu...@gmail.com> wrote: >>> >>>> Yes, because it's dev environment with single node but with `rundelay` >>>> we use `asgi_ipc.IPCChannelLayer` >>>> >>>> On Thursday, June 1, 2017 at 11:03:09 PM UTC+6, Andrew Godwin wrote: >>>>> >>>>> Can I ask what channel layer you are using? That's what affects the >>>>> speed of messages being transported. >>>>> >>>>> Andrew >>>>> >>>>> On Thu, Jun 1, 2017 at 1:36 AM, qnub <qnu...@gmail.com> wrote: >>>>> >>>>>> Not sure what exactly wrog here, but installing pyinotify not helps >>>>>> to lower CPU usage in docker on mac OS. As i understand after googling >>>>>> installing of `pyinotify` helps in case of running dev server with >>>>>> `runserver` manage command for general django configuration (without >>>>>> channels, but i not checked it because i need channels), but looks like >>>>>> it's changes nothing when you use `runserver` with `channels`. >>>>>> >>>>>> What i've made — i've created docker (using latest docker for mac) >>>>>> container with image ubuntu/xenial x64 to execute project. And each page >>>>>> (even in admin panel) loads extremely long (about couple of minutes). If >>>>>> i >>>>>> use `--noreload` option it works fast (couple of seconds or less for >>>>>> page >>>>>> load). I mean loading without cache. I've checked in docker container >>>>>> with >>>>>> `inotifywait` and looks like signals works correctly for file changes, >>>>>> but >>>>>> project works slow even with installed `pyinotify` globally and in >>>>>> project >>>>>> virtual environment. >>>>>> >>>>>> -- >>>>>> 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...@googlegroups.com. >>>>>> To post to this group, send email to django...@googlegroups.com. >>>>>> Visit this group at https://groups.google.com/group/django-users. >>>>>> To view this discussion on the web visit >>>>>> https://groups.google.com/d/msgid/django-users/61650182-e93b-4a68-ade8-58c3ea18ef31%40googlegroups.com >>>>>> >>>>>> <https://groups.google.com/d/msgid/django-users/61650182-e93b-4a68-ade8-58c3ea18ef31%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>> . >>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>> >>>>> >>>>> -- >>>> 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...@googlegroups.com. >>>> To post to this group, send email to django...@googlegroups.com. >>>> Visit this group at https://groups.google.com/group/django-users. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/django-users/937cb35a-8e97-450d-9e0c-c2ce766d7e78%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/django-users/937cb35a-8e97-450d-9e0c-c2ce766d7e78%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- >> 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...@googlegroups.com <javascript:>. >> To post to this group, send email to django...@googlegroups.com >> <javascript:>. >> Visit this group at https://groups.google.com/group/django-users. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/django-users/58f6c5ce-62bf-4eda-a0ed-58fd5cf65f24%40googlegroups.com >> >> <https://groups.google.com/d/msgid/django-users/58f6c5ce-62bf-4eda-a0ed-58fd5cf65f24%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > > -- 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 post to this group, send email to django-users@googlegroups.com. Visit this group at https://groups.google.com/group/django-users. To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/2df7948c-2be8-4171-8066-b8dfc5028750%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.