beduin01, что за процесс 10304 ? Найди его и убей. Если нельзя убивать - то надо разобраться почему он так долго удерживает строки из xml_files. Может переписать код другого процесса.
Drno, поскольку технология создавалась для защиты от кражи жесткого диска - то linux прочитает только то что незашифрованно. Возможно структуру каталогов увидит. В теле файлов будет рандомный шум. Какая с этого польза?
Удивительно что вы пришли сюда с архитектурным вопросом. Да и еще когда тут пахнет деньгами.
Несколько мыслей.
1) Ничего непонятно но жутко интересно. Где-то до 3 пункта было жесткое желание вам посоветовать хорошего С++ разработчика. Но когда вы стали говорить о браузерах - все вернулось взад.
2) Вам нужно собирать данные не обязательно в одну In-Memory Db. Это может быть несколько БД которые являются центрами принятия решений. Подумайте о такой кластеризации.
3) Как быстро вы должны принять решение? Если это не в ту-же секудну - то нужен компромисс. Например eventual consistency. Вы собираете события так быстро как можете но пишете их лог событий с точным временем. Каждый парсер пишет свой лой. По результату - логи сливаете в одну большую базу или табличку и там уже гоняете принятие решений. Это будте наиболее дешево. И In-Memory Db в такой архитектуре не нужно.
4) Вам обязательно нужно собрать макет и смоделировать систему хотя-бы на 2х букмекерах. Дальше - по результатам всё ТЗ нужно пересматривать.
В подобного рода задачах обычно нет единой команды или готового решения. Есть некая последовательность действий. Или конвейер. Сначала нужно скачать это видео. Потом задать какой-то уровень tolerance для яркости - переконвертить его в видео с альфа-каналом. Лучше в image-sequence. Это первый шаг.
И второй шаг найти утилиту которая делает анимированную гифку из image-sequence. Прозрачный цвет - из альфа канала. Вобщем оба шага скорее всего делать надо разными утилитами.
Drno, забегая вперед я скажу что мне тоже Zfs не нравится. Медленная она и странно себя ведет при нехватке места. Но чисто технически управлять дисковым хозяйством проще когда у тебя в стеке технологий меньше уровней. До этого дошёл Oracle когда создал ASM. Это такая себе кластерная фс + менеджер томов. Там-же программные зеркала и страйпы. Говорят - дайте нам тома а дальше мы всё сами соберем. И redunancy мы сами контролируем.
А по теме вопроса... все unix/linux фс предоставляют одинаковый API с точки зрения прикладных программ. Да им вообще должно быть пофигу. Поэтому умение работать это - в сухом остатке - примонтировать-отмонтировать. Верно?
