asterisk.ru

но провести нагрузочный тест, было бы интересно

как в свое время 1с засовывали в ram-диски, потому что быстрее)

но с приходом ssd Это стало сильно неактуально

Кто-нибудь хранит astdb в ram (tmpfs) или это извращение?

Регулярно пользуюсь, но не для этого.

Перед тем как что-то ускорять, нужно сделать профелирование, т.е. понять где и что конкретно тормозит. Без этого смысла нет ровно никакого.

к сожалению это не даст особого прироста, так как сам доступ к файлу (и sqlite следовательно) однопоточный

Вот тут уже мне интересно стало. А бывает что астер упирается в производительность sqlite ? в смысле производительность самого движка sqlite?

Вот тут уже мне интересно стало. А бывает что астер упирается в производительность sqlite ? в смысле производительность самого движка sqlite?

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

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

А есть какой-нибуд документ что там конкретно лежит?

Поясню, вопросы конкурентного доступа не то чтобы полностью решены, но точно имеют разумные способы начиная от того, что все что нужно постоянно читать, можно утащить в другую базу.

Занимаю как раз этим для других систем, так что интересно.

А есть какой-нибуд документ что там конкретно лежит?

Поясню, вопросы конкурентного доступа не то чтобы полностью решены, но точно имеют разумные способы начиная от того, что все что нужно постоянно читать, можно утащить в другую базу.

Занимаю как раз этим для других систем, так что интересно.

в астдб?

в астдб?

Ага.

кстати в тему диска - а имеет ли смысл писать разговоры в память? Допустим примонтировать раздел в 30 Гб. Записи у меня сразу после окончания разговора конвертятся в mp3 и не остаются в исходном wav. Периодически по htop вижу что астер упирается во ввод/вывод. По мискмонитору около 100 каналов в момент пишется.