+

мне кажется, что это нужно к производителю/установщику камер/софта/решений обращаться. Все же задача не совсем "универсальная". Вполне возможно, что специфические решения (например ленточные библиотеки) будет лучше подходить, чем тупо набить полки десятками дисков.

Пусть стрип сайз 1 Mb, не знаю как стрип сайз нарезается от кол-ва дисков, ну пусть 5 дисков. Т.е. 5 x 1 Mb = кэш для одного стрип сайза для одного потока

Если на полке 1 Gb = то при оптимальном варианте должно хватить на 200 потоков. Но это в сферически вакуумном идеальном случае.

Если на полке 4-8 Gb, то "проглотить" 128 потоков особых проблем быть не должно.

Ну и все сильно зависит от настроек/алгоритмов/уровня RAID. "Классический" RAID-5 на запись вроде считается совершенно не оптимальным вариантом (вроде по "классике" одна операция записи приводит минимум к 3-5 IOPS'ам).

IMHO
С железом дело особого не имею. С камерами тем более. Чисто теоретически.


Есть. Там где она осмысленна. AFAIK


+
На мой взгляд, нормальный софт все равно должен эти данные как-то агрегировать и превращать в последовательный поток

Если же "решение" мы подпишемся на гос. контракт, воткнем 100500 китайских вебкамер и поставим полку подороже - что ни купи, результат все равно будет "как всегда". Т.ч. тут все просто: берем цену контракта, отнимает откат, получаем деньги на железяку, на весь бюджет железяку и покупаем ))) Не забывая конечно про блек джек и праздник 8-ого марта )))

IMHO