asterisk.ru

в features.conf

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

atxfernoanswertimeout = 35
atxferdropcall = no

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

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

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

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

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

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

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

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

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

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

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

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

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

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