Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

в features.conf

[notify_ded_bot]

Поэтому размер хеш-таблицы изначально нужно подбирать с запасом. Тогда не будет лишних проблем с ребилдом

[notify_ded_bot]

atxfernoanswertimeout = 35
atxferdropcall = no

а в вэбке freepbx как сделать?

[notify_ded_bot]

а в вэбке freepbx как сделать?

Не знаю, Серёгу Грушко надо спрашивать. Я не работаю с FreePBX.

[notify_ded_bot]

понял, спасибо попробую через ssh

[notify_ded_bot]

а в вэбке freepbx как сделать?

только через features_general_custom

[notify_ded_bot]

только через features_general_custom

это раскоментить? а это где прописать - atxfernoanswertimeout = 35
atxferdropcall = no ?

[notify_ded_bot]

Вы экономите на спичках. Так устроена любая хеш-таблица. Обычно рекомендуется при заполнении хеш-таблицы на 75%, ее увеличивать (обычно сразу вдвое) и перестраивать. Дело в том, что чем больше заполнена хеш-таблица, тем менее ее производительность (появляется больше коллизий и ей приходится их разрешать)

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

[notify_ded_bot]

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

Тут мне бы пояснение, я не в контексте (у меня лишь обычный опыт программиста), сколько потребляет одна запись в вашем случае?

[notify_ded_bot]

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

на нынешних серверах память не проблема же