Перейти к контенту
Форум о видеонаблюдении
  • ×   Вы вставили отформатированный текст.   Удалить форматирование

      Допустимо не более 75 смайлов.

    ×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

    ×   Ваши публикации восстановлены.   Очистить редактор

    ×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Похожий контент

    • Автор: 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.
      Если Вы используете другую систему совместно с ПО «Линия», поделитесь информацией в этой теме.
       
    • Автор: yuku
      Здравствуйте!
      Плата стоит на win7, проц 64-bit
      Клиент Выпуск Linux Mint 19.3 Tricia 64-разрядный
      Ядро Linux 5.0.0-37-generic x86_64
      MATE 1.22.2
      Wine 4.0.5
      Линия 7.7.0 64-bit  -  Наблюдательный пост и просмотр архива не запустились, линия мини запускается (не спрашивайте почему, не знаю, 2 дня пингвину)
      Линия 7.7.0 32-bit  -  работает
       
       
       
×