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

[notify_ded_bot]

когда-то делал, через тэг

насколько я помню, этот формат он не понимает, мы делаем перекодирование

[notify_ded_bot]

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

по сравнению с hdd конечно быстрее на ssd но стоит поместить под виртуализацию так скорость режет в два раза
лучше конечно nvme

[notify_ded_bot]

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

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

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

если используете Realtime вы можете все перенести в любую БД
наверное это имеет смысл для большого количества абонентов
там видны запросы астериска к БД
можно прописать нужные индексы

[notify_ded_bot]

по сравнению с hdd конечно быстрее на ssd но стоит поместить под виртуализацию так скорость режет в два раза
лучше конечно nvme

ну nvme да, но часто астеры не крутятся на таких мощностях, в идеале даже pci-ex, ток хз какие объемы данных надо ворочать, чтоб канал загрузить. в любом случае упрется в синхронную запись скуля

[notify_ded_bot]

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

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

[notify_ded_bot]

хотя если на vm выдавать диск раздел lvm то там другие уже iops которые меньше чем при qcow

[notify_ded_bot]

по сравнению с hdd конечно быстрее на ssd но стоит поместить под виртуализацию так скорость режет в два раза
лучше конечно nvme

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

Получить максимум от СХД на системах виртуализации вполне можно, но нужно прикладывать голову. Например успешно хостится mysql,postgree,oracle поверх vmware без потери скоростей.

[notify_ded_bot]

недавно тестили "nvme over tcp" на карте 100G и смогли занять всю полосу 100G но только с самого хоста гипервизора, из под vm еле-еле до 50G разогнали

[notify_ded_bot]

недавно тестили "nvme over tcp" на карте 100G и смогли занять всю полосу 100G но только с самого хоста гипервизора, из под vm еле-еле до 50G разогнали

Занятно. А есть какой-нибудь документ где написано что тестировали как , какие карты, какой сторадж?

(можно в личку если не для публичного поля)

[notify_ded_bot]

насколько я помню, этот формат он не понимает, мы делаем перекодирование

точно, не играет браузер gsm. было конвертирование при проигрывании..