-
Похожий контент
-
Автор: Akmetra
Решил выложить для последователей (ибо сам не нашел)
Итоги тестирования:
Пул ~220 камер, FullHD и выше. Запись по движению. Аналитики нет, ALPR и прочих детекторов - нет. Суммарный поток в моменте ~500-550Мбит
Сервер - 2 * Xeon Silver 4215R / 64 Gb
16 дисков - все NTFS, одиночные. Распределение примерно пропорционально ожидаемому размеру потока с камеры (12-16 на каждый)
Под Windows Server - процессор регулярно уходил "в потолок", на записях были пробелы - т.е. в таймлайне перерывы каждые несколько секунд, просмотр видео - телепортация сотрудников с места на место. Неадекватное поведение. Проблема не в очереди диска, как понимаю.
Дальше - проведена замена ОС на Debian 13 + установка Линии с переносом конфигурации - успешно, пришлось чуть подкорректировать конфигурацию (пути) + повозиться с переносом паролей пользователей. В итоге - все завелось почти безболезненно. Добавлены отдельные (чистые) диски.
Консоль Линии показывает нагрузку процессора подозрительно стабильную - 45-50% (не выше 50%!) - пробелы при записях исчезли.
Итого - load average ~16-18
Диски NTFS с драйвером ntfs-3g подключены для просмотра архива - в каждую группу записи также добавлен отдельный диск под EXT4, с целью записи новых данных уже на него.
Пока дописывались остатки на NTFS - была доп. нагрузка процессами mount.ntfs (по одному процессу на диск, логично). Постепенно спадает. Дальше либо архивы фоново скопирую на EXT4, либо оставлю на 3-4 месяца до истечения срока хранения.
Вывод: при любой возможности избегать Windows - избегайте либо не грузите сервер большим количеством камер. Сервер Линии объективно лучше работает с Linux.
Осталось перепроверить стабильность клиентов / работу с множественными мониторами, тогда и рабочие места у охраны сменим.
Добавлю:
Тестировал на более скромной конфигурации: Ryzen 9 7950X3D / 128Gb демо-сервер, отдал ему для хранения "записей" tmpfs ramdisk, получил около 20-25% (LA ~4..5) при обработке 128 потоков. Разбил сервер на пару виртуальных - и спокойно отдал ему те же 220 штук. Т.е. - по процессору у одиночного Ryzen даже запас остается.
-
Автор: Akmetra
Доброго дня.
Есть два запроса к сообществу и к разработчикам:
1) На текущий момент есть перегруженный Windows сервер с 256 каналами (в работе ~215) - есть пробелы в записях, и CPU регулярно уходит в потолок.
Конфигурация:
2 * Xeon Silver 4215R ( 8 ядер / 16 потоков, включен Hyperthreading - на каждом)
64 Gb ОЗУ (нагрузка невелика, 10-15 используется)
Дисковая подсистема:
10 * 18Тб на одном контроллере
24 * 20 Тб на другом (внешний JBOD)
Распределение потоков по дискам, увы, "ручное" и примитивное, но в целом - равномерное.
Камеры:
43 с разрешением 3840х2160 (4K)
174 с разрешением 1920х1080 (2K, FullHD)
4 с разрешением 1280х720 (1,3 Mp)
У всех включен второй поток, разумеется, в надежде что детекция движения идет только по нему.
80% каналов идут в h265 ( т.е.: "codec" : "h265")
Общий поток с камер порядка 450-550 Мбит/с
Есть желание переиграть конфигурацию системы:
Разнести на два сервера с бытовыми быстрыми процессорами - Ryzen 7.. Ryzen 9 ?
На каждый бросить по SAS контроллеру, подключенному к половине дисков JBOD-а, отдать по 12 дисков
Перенести половину лицензий на каждый. Уйти от Windows.
Вопрос!
Жизнеспособен ли такой сценарий, или столкнемся с теми же проблемами (CPU не вывозит), но вдобавок еще потратим время на перенастройку, и получим простой системы в течение этого периода? Т.е. для обработки 128 каналов с высоким разрешением - толстый Ryzen подходит, или режим 24/7 для него будет губителен, и придется вернуться к пром. платформе в любом случае?
Имеет ли смысл рассматривать установку GPU в эти машины, позволяет ли система детекцию движения сбрасывать на GPU ? Или это пустая трата ресурсов будет?
2) Отдельная задача:
По другому объекту подбирается (тиражируемый в будущем) комплект для программного регистратора, предполагаем тоже DevLine на Linux:
Требования:
До 64 камер, разрешение до 8Мп на канал, без продвинутой аналитики, только детекция движения.
Рассматривается:
AMD Ryzen 7 7800X3D / 16 Gb / 4*20Tb SATA (с возможностью роста до 8*20, либо замены на внешнюю корзину, либо iSCSI хранилище)
Опять же - 8 потоков на каждое физическое ядро - не много ли? Что говорят тест и реальная практика (я не оглядываюсь на "смотрите конфигурации", ибо они устарели очень)
С перспективой расширения это будет выглядеть так:
Собирается хранилище - либо SAS JBOD, либо iSCSI SAN (с отдельными LUN на каждый диск)
Серверы обработки видео подключаются к нему, камеры распределяются по ним (вручную), клиенты - получают доступ к необходимым группам камер.
Объекты - склады с режимом 24/7, по факту
-
Автор: Father
openSuSE 15.3
На Intel(R) Celeron(R) CPU J1900 @ 1.99GHz тупо умирает, что не удивляет.
На Intel(R) Core(TM) i3-10100 CPU @ 3.60GHz вроде всё в норме, только
PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20 0 4592028 558516 26592 S 177,4 6,960 7795:39 kernel
20 0 1727092 426848 46200 S 116,9 5,319 4864:35 observer
это нормально?
-
Автор: unlifer
Здравствуйте.
Как откатить на Вашем сервере с Debian Линию с 8-й версии на 7-ю?
В частности:
1. Какой пароль установлен по умолчанию для выполнения команд по sudo? А то даже сбор информации не сделать.
2. Достаточно ли будет сделать сбор информации, чтобы не потерять при откате лицензии?
2.1. или надо ли будет переактивировать лицензии?
4. Я правильно понимаю, что клиентов с 7-й версией Линии поддерживает Линия Linux v20191029 x64 бета-версия ?
-
Автор: Станислав
В данной теме собрана информация о версиях Linux, на которых «Линия» работает нормально.
Установочный файл предназначен для запуска только на 64-разрядных версиях Linux, где glibc >=2.22
Рекомендованные версии: Ubuntu, Debian.
Проверены на установку: CentOS, Fedora, Mint, Astra Linux, РЕД ОС, ALT Linux.
Если Вы используете другую систему совместно с ПО «Линия», поделитесь информацией в этой теме.
-