40 оставить или снизить?

а в PG Postgresql max clients сколько?

а в PG Postgresql max clients сколько?

дефолт, я ничего не менял

даже не знаю, где

кол-во потоков зависит от этого значения

если переполниться - перестанет работать

ща

караул какой, подскажи, как проверить

пошёл тушёнку делать, блин

пример конфига

караул какой, подскажи, как проверить

просто в pg кол-во потоков увеличиваешь от кол-ва инстансов * на потоки инстансов

пример конфига

где он лежит, подскажи?

и как его менять, а особенно, как с этим файлом связана веб-морда башни.

где он лежит, подскажи?

в башне env > inventory

У меня 5 нод, ты сделай всё то же самое на одной

думаю можно меньше указать всего в 2 раза

потом подбирать

Я сразу сделал на запас, что бы без меня если что ок всё было

в башне env > inventory

то есть это и есть содержимое этого файла?

часть

думаю можно меньше указать всего в 2 раза

да ёпт, менять-то где!?

да ёпт, менять-то где!?

в башне)

Где все сервисы

ну наконец-то

сейчас стоит 300. инстансов активатора как было 1, так и остался, хотя я save жал. 40 тредов

сейчас стоит 300. инстансов активатора как было 1, так и остался, хотя я save жал. 40 тредов

поставь 4 инстанса активатора, сейв и деплой надо сделать с update config, restart gentle

8 поставил, 30 тредов, нажал enter, save несколько раз

деплой делаю

@EKbfh https://kb.nocproject.org/pages/viewpage.action?pageId=22970696

https://kb.nocproject.org/pages/viewpage.action?pageId=22380851

Вот

8 поставил, 30 тредов, нажал enter, save несколько раз

лучше не save несколько раз а save один раз потом f5 и проверить про данные в ячейку занеслись. есть проблема именно с этим а не с savre методом.

а этот косяк нам предложил фреймворк

лучше не save несколько раз а save один раз потом f5 и проверить про данные в ячейку занеслись. есть проблема именно с этим а не с savre методом.

Оу, буду знать

но косяк появляется только в том случае если после ввода данных ты не тыкнул в пустое место

ибо сохранение данных в таблице происходит на on_blur методе

Я уже таких деталей не помню

если я правильно помню причину

f а в webix 3.4 эта проблема исправлена ?

это не проблема это особенность... :(

ipam никто не пользуется? или в чем причина, что не чинится функционал автозаполнения?

плюсую

не чинится потому что не чинят. не чинят потому что никто не чинит. вот тупо никто не взялся не посмотрел код и не попраивл его.

чтоб чинить - надо знать как это работает, а таких единицы

не все умеют в пайтон

тем более не все умеют в то, что пишет Володин

я вот питон не знаю, но патчики к профиляи длинков наваял, после убийства нескольких дней, но это профили... а вот взаимодействие разных модулей - это уже как-то выше уровнем

тем более как это можно вообще дебажить...

вручную-то вводится все

нет взаимодействия

https://kb.nocproject.org/pages/viewpage.action?pageId=22970758 https://kb.nocproject.org/pages/viewpage.action?pageId=22970730

вантуз фтопку

нет у меня вантуза

а что есть ?

вантуз?

под линуксом все отлаживать еще проще

я на маке, сервак на фре

но не в этом проблема

на маке всё ещё проще, чем на винде

винда это очень сложный случай

pycharm pro - слишком дорого

там статья, которая по винду написана, она для Community

не для Pro

pro отлично работает 30 дней.

3. PyCharm Professional (версия Professional обязательна)

уверен даже неспешно мождно разобраться за это время и с питоном и с проблемой

я про статью для винды

я 2 скидывал

ты где-то делал доку по интеграции в линух, что-то там с ssh... не могу найти в поиске

А можно глупый вопрос

Разве не дискавери тредс отвечает за сообщения [scheduler.discovery] All workers are busy. Sending 8 jobs to burst

и если нет, то за что оно отвечает?

треды открывает процесс, 1 процесс и 20 тредов - 20 одновременных операций, если сделать 8 процессов и 20 тредов, то 8x20 = 160 одновременных операций может быть запущено

написано, что Activator Поручения получает от discovery. Discovery О заданиях узнает от того что мониторит их список в mongo, а туда их складывает scheduler.

так формируется очередь

а как быстро он с ней разберется - зависит от того, сколько за раз может обработать

Можно как-то проверить, насколько заняты активаторы и дискавери процессы?

я увеличил кол-во активаторов, картина не изменилась совсем, прикол в этом

если в очереди 600 объектов для обработки - то 1 процесс будет запускать 20 тредов, образно, 30 раз, если будет 100 процессов по 20 тредов, то одновременно будет обработано 2000 заданий, параллельно, выдержит ли сервер - другой вопрос

service noc restart?

service noc restart?

разве башня не делает этого?

при деплое с рестарт gentle?

стоит проверить в логах

самый главный лог это sae?

там их пачка... и для дискавери, и для активаторов и для web

Именно про рестарт, где проверить, что нок скажет, что он был выгружен и загружен снова

или supervisord?

в дискваери где-то тут 2016-09-06 14:38:41,573 [discovery] Setting up postgresql connection pool: min=17 max=35 2016-09-06 14:38:41,581 [discovery] Enabling standalone mode 2016-09-06 14:38:41,583 [scheduler.discovery] Reset running jobs 2016-09-06 14:38:41,583 [scheduler.discovery] Open collection noc.schedules.discovery.default 2016-09-06 14:38:41,585 [scheduler.discovery] Reset: 2 2016-09-06 14:38:41,585 [scheduler.discovery] Check indexes 2016-09-06 14:38:41,588 [scheduler.discovery] Indexes are ready 2016-09-06 14:38:41,589 [scheduler.discovery] Running scheduler 2016-09-06 14:38:41,590 [scheduler.discovery] Run thread executor (30 threads)

это сразу после рестарта

это сразу после рестарта

вот на что влияют кол-во тредов?

по дефолту у меня postgresql connection pool: min=7 max=15

Всем доброго, подскажите: если в дискавери-логе записи о том, что All workers are busy. Sending X jobs to burst - чем можно помочь в пределах одной ноды. Чего добавить напимер

потоков в discovery

в каких пределах можно увеличить?

сколько железок и сколько сейчас потоков?

~350 девайсов, потоков стоит дефолтное 10

можно расширить до 200