Просто тут так получается.. делаешь деплой, и если у тебя какая-то новая сущность появилась - создаешь новый конфиг в supervisord.. как-то совсем не гибко
supervisord.. когда еще с gearman работал, один процесс там висел, который уже внутри скрипта распределял задачи по воркерам.. а тут получается, чем больше проект, тем больше процессов у тебя, которые по каким-то причинам и падать могут, и за этим еще следить нужно. Если бы как-то 1-2 процессами ограничиться можно было..
Melkij: если show all показывает эти настройки, все же ок должно быть.. просто фишка в том, что я хочу, что бы PG тратил всю память, не могу понять почему он не тратит даже если shared_buffers 4GB..
Roman Kitaev: есть одна "большая", относительно всех остальных (4кк записей), она используется для статистики и идут "прямые" записи в нее, да, в дальнейшем буду складывать в другое место, а потом раз в какой-то период выгружать эти данные в нее, но мне сейчас главное дать возможность PG разгуляться.
Простейший запрос не работающий с данными таблиц:
SELECT a::date as date FROM generate_series('2017-01-03'::date, '2017-01-11', '1 day') s(a) ORDER BY a::date DESC;
