SmartPSS подбор компьютера

[Корпич]

Возникла задача заменить компьютер человеку который просматривает камеры. Так как старый плохо тянет и регулярно виснет.

Работа ведется в SmartPSS 2.1 в системе 20 камер с двух NVR разрешением 1920х1080 при включении живого просмотра на  16 камер измеритель загрузки в программе уходит в красную зону. Загрузка проца под 90 и памяти тоже.

Есть ли какой алгоритм подсчета ресурсов для этой программы?

В системных требованиях указаны только минимальные.

[alibek]

На i5 и 16 ГБ памяти работает нормально.

[Корпич]

При каком количестве просматриваемых камер с каким разрешением? У меня сейчас в системе 20 камер, но система регулярно расширяется.

[alibek]

Я смотрел 9 камер 2МП. Думаю, что 16 камер тоже потянет.

Больше 16 камер в сетке не вижу смысла. И в полном разрешении в такой сетке тоже не вижу смысла.

 

[Stepan Alekseev]

13 часов назад, alibek сказал:

И в полном разрешении в такой сетке тоже не вижу смысла.

Здесь есть ключевой момент. В настройках программы нужно убедиться, что открываются доп. потоки при сплите более 4х.

[Корпич]

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

[Saab95]

В 05.10.2020 в 20:41, alibek сказал:

Я смотрел 9 камер 2МП. Думаю, что 16 камер тоже потянет.

Больше 16 камер в сетке не вижу смысла. И в полном разрешении в такой сетке тоже не вижу смысла.

Ого хваленые 2мп камеры, у нас в сетке спокойно открывается 16 камер 6мп (ясно дело по второму потоку 1.5М), и 20 камер, и даже 32 камеры без всяких там тормозов на компе класса пентиум или i3.

А, да, камеры с али, а программа начинается на ли.

 

По опыту работы с другими программами, и со SmartPSS - они даже сами по себе загружаются долго, и после тянут довольно большой поток данных по сети, при чем с буферизацией. Если смотреть график потребления сети, то видно, что при включении программы идет резкий пик, потом ровная полочка раза в 4-6 ниже по скорости. Потом опять пик и так далее. И вот если скорость канала медленная и этот пик не может появиться, как раз и наблюдаются тормоза с компьютером (загрузка процессора на всю, порой долгая реакция на нажатия мышкой и т.п.)

[Barcooler]

Господа, кто нибудь может подсказать, какая конфигурация компьютера сейчас может быть актуальна при работе с SmartPSS?

Речь о 8-12 камерах на объекте (видеорегистраторе) и до пяти - семи объектов (видеорегистраторов).

[KonBez]

@Barcooler У вас получается конфиг на 84 камеры. Солидно. Но, во-первых SmartPss рассчитана на 64 камеры максимум, а во-вторых Dahua перешла на новое ПО. DMSS и DSS https://dahuawiki.com/SmartPSS_Lite 

[Saab95]

Вообще когда много камер ставят несколько серверов/регистраторов, они пишут картинку с камер.

 

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

 

При компоновке большого количества камер на один сервер, главное это производительность жесткого диска и правильная работа системы буферизации данных перед записью на него. Т.к. если система просто пишет в 64 файла - это постоянное перемещение головок и фрагментация.

[alibek]

Цитата

Т.к. если система просто пишет в 64 файла - это постоянное перемещение головок и фрагментация.

Глупости.

Это вообще не забота системы видеонаблюдения.

Это забота контроллера и накопителя.

Про TCQ слышали?

[straus]

14 часов назад, Saab95 сказал:

Вообще когда много камер ставят несколько серверов/регистраторов, они пишут картинку с камер.

Чукча не читатель, чукча писатель? У вопрошающего именно так и сделано.

[Saab95]

15 часов назад, alibek сказал:

Это забота контроллера и накопителя.

Про TCQ слышали?

Какое это имеет значение применительно к фрагментации? То, что вы написали технологию - она только и приведет к увеличении фрагментации.

 

Допустим есть 10 камер и все они пишут данные на диск, данные записываются рядом, по очереди, для каждой камеры. После окончании суток получим 10 файлов, в которых почти все данные фрагментированы вперемешку.

 

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

 

В некоторые моменты при записи диск будет тратить больше времени на отправку данных, а так же при просмотре архива будет больше нагрузка на диск.

[straus]

Ещё со времён SCSI Ultra существуют очереди команд и элеваторный поиск. Только в те годы нужно было подбирать накопители/контроллеры с поддержкой этих технологий, а сейчас это всё присутствует по умолчанию.

[jffulcrum]

В 13.12.2024 в 00:56, Saab95 сказал:

Допустим есть 10 камер и все они пишут данные на диск, данные записываются рядом, по очереди, для каждой камеры. После окончании суток получим 10 файлов, в которых почти все данные фрагментированы вперемешку.

Допустим, ПО видеонаблюдения все же  поумнее проводника Windows, и делит диск на чанки, распределяя запись разных камер в разные чанки. А то, про что пишет @straus позволяет железу оптимизировать запись, сократив пролеты головки между разными частями диска. В итоге и фрагментации нет, и нагрузка на диск ближе к линейной

[Saab95]

Например если скачивать большой файл через некие файлообменные сети, очень часто файл сразу создается пустой и резервируется место на диске, дальше по мере поступления данных он заполняется. Это очень хорошо помогает от лишней фрагментации, т.к. фрагментация файла будет лишь единоразовая, если не нашлось целого куска дискового пространства для его записи.

 

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

[jffulcrum]

12 часов назад, Saab95 сказал:

заранее резервировать место на диске нельзя.

Обоснуйте, почему нельзя.

[Saab95]

Так какой софт это умеет?

 

У нас, например, почти всегда используется несколько жестких дисков для записи архивов, четный день запись идет на один (или одну пару дисков), нечетный день на другую. Получается каждый день один диск свободен от записи. В этот день производится его дефрагментация и перенос записи в центр, где дни хранятся и записываются на блюрей диски для постоянного хранения. Одного диска хватает на несколько дней архивных записей, в сложных случаях один диск (50ГБ) один день.

 

Дефрагментатор всегда сообщает о наличии фрагментированных файлов.

[alibek]

Цитата

У нас, например, почти всегда используется несколько жестких дисков для записи архивов, четный день запись идет на один (или одну пару дисков), нечетный день на другую.

А этот жесткий диск — он сейчас с вами, в одной комнате?

Видел десяток разных СВН разных масштабов и архитектур. Нигде дефрагментация не требуется.

Либо СВН сама делит запись на сравнительно небольшие фрагменты, либо используется специализированная файловая система и разметка диска.

Я последнее время (наверное лет 15) вообще не вижу смысла использовать дефрагментацию, если файловая система NTFS или ext4.

 

Цитата

дни хранятся и записываются на блюрей диски для постоянного хранения

А, понятно, вы снова про свою придуманную сеть рассказываете.

[naves]

А название у этой волшебной двух-дисковой системы видеонаблюдения есть?

[Saab95]

В 16.12.2024 в 09:10, alibek сказал:

Видел десяток разных СВН разных масштабов и архитектур. Нигде дефрагментация не требуется.

Начнем с того, какой поток с камер записывается? Если это 2-4м поток, то да, а у нас запись 10М основной + 1.5М дополнительный + звук. Это запись сразу в 3 файла каждой камеры с общим потоком порой и 12М. А сейчас с камерами большого разрешения поток и 16М используется.

 

В 16.12.2024 в 09:10, alibek сказал:

Я последнее время (наверное лет 15) вообще не вижу смысла использовать дефрагментацию, если файловая система NTFS или ext4.

На каких объемах дисков? На 16 и более ТБ, где храниться неделя и больше по времени записи, разве не образуется фрагментация при удалении старых дней и записи новых? Ведь если удаленный день по объему был меньше, чем вновь записанный, в любом случае часть файлов будет уже фрагментирована.

 

И скорость записи потока на диск порой бывает большая, когда во всех камерах идет движение. Это более половины максимальной скорости диска на запись, и лишние телодвижения с головками могут ее снизить.

 

 

[naves]

Сказки какие-то про дефрагментацию. На дисках по 16Тб, для файлов, которые хранятся максимум пару месяцев, которые в 80% случаев потом ни разу не читаются.

Скорее всего такие диски раз в пару месяцев просто тупо форматируются и заново запись идет. Их быстрее форматировать, чем удалять по файлу, не говоря уже о сказочной дефрагментации.

 

[alibek]

Да это просто байки от веществ, как мне кажется. Беседы с воображаемой сетью.

Для дефрагментации (раньше) было два основных резона: чтобы номера файловых блоков в таблице размещения файлов шли рядом (что ускоряет обращение к файлам через ОС и упрощает восстановление файлов при повреждении файловой системы) и чтобы блоки данных файлов на магнитных дисках были рядом (чтобы минимизировать движение головок).

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

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

[Saab95]

9 часов назад, alibek сказал:

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

Странно, что же Яндекс не применяет файловые хранилища, а работает с дисками напрямую без посредников?

[alibek]

О, так у вас и Яндекс отчитывается, что и как применяет? Что же не объясняет - почему?

У Яндекса много проектов и задач. Полагаю, что везде по разному и причины могут быть разными. Вплоть до "работает - не трогай".