Stalker писал(а): Дык это понятно все. 28 цв. камер, 704х288, резкость 6, чувствительность 1, темп - 5 к/с. кодек - DvPack2.
Проц Е7200, 2 гига оперативы, 1 винт - 80 Гб (сист), 4 винта 500 Гб (арх). Т.е. в рамки просмотра/записи конфиг укладывается. При просмотре 16 (и более) камер при скорости 24х нагрузка просто конская и под такое мощности сервера закладывать на стадии проектирования - пустая трата денег. Проще программно обрезать кол-во одновременно просматриваемых камер и скорость просмотра.
dr0m0k писал(а):2 Vibat возникновение сбоев в архиве из-за синхронизации - это чисто твоя теория! так что не надо воду мутить, потому что если бы это было так, то у всей страны 2 раза в год падал бы архив железно - когда часы переводят... а поскольку такого не наблюдается, то значит заявление необосновано.
Не понятно дык, как организованы тома (составляющие) VideoNet на этих 4х винтах ?! Запись на них ?
Должно быть 4 тома (винт - том) без составляющих, 28 камер равномерно поделены между ними (т.е. 7 камер на том). Так ли ?
Stalker писал(а):Запись с 7 камер на один винт это 7*5=35 к/с. Просмотр камер с одного винта при скорости 24 это 7*5*24= 840 к/с, плюс запись 35 к/с. Многовато однако будет!
Просмотр 16 камер при скорости 24 это 16*5*24=1920 к/с, плюс запись 28*5=140 к/с Тут уже никакой сервер не справится.... Упрется и в дисковый интерфейс и в мощности процессора....
Ничего брать не надо, кодирование уже произошло.Stalker писал(а):А размер какого кадра брать - опорного или промежуточного?
Stalker писал(а):з.ы. и архивы не больны. уверен на 100%
Stalker писал(а):По поводу синхронизации - полтора года без сбоев проработало... проблем замечено не было....
Stalker писал(а):
з.ы. и архивы не больны. уверен на 100%
Признаками сбоя архива являются:
• некорректная работа сбора информации о Томе ;
• зависание системы при завершении архива (выход из системы, применение изменений в конфигурации, синхронизация версий конфигураций);
• отсутствие карты фрагментов или источников в проигрывателе (в случае, когда точно известно, что запись производилась);
• информация об ошибках в журнале событий VideoNet (невозможно произвести запись, ошибка монтирования тома и т.д.);
• резкое увеличение загрузки процессора во время работы VideoNet при аномальной активности дисковой подсистемы;
• потеря емкости архива.
http://www.videonet.ru/forum/viewtopic.php?t=484
Stalker писал(а):
По поводу синхронизации - полтора года без сбоев проработало... проблем замечено не было....
симптомы налицо, да и причины проглядываються ..
Не факт. На прошлой работе у меня стояла прога Dromoka для синхронизации - все работало идеально. Максимум что возникало - ВН не мог писать в архив 1-2 сек, о чем выдавалась соотв. ошибка в журнал.
По поводу синхронизации - полтора года без сбоев проработало... проблем замечено не было....
Видеонет перезагружается (то бишь аварийно завершает работу) и после перезагрузки часть камер не пишет! И писать начинает только после перезагрузки ВН. Этот баг если честно очень напрягает. Разработчики - поправьте его пожалуйста!
Stalker писал(а): И чо?
.. ищем хотя бы одно упоминание о падении архива. Как найдем - сразу отписываемся на форум
Vibat писал(а):Автоматически как опрелелить что он "отвалился" ?
Однозначно 8.4 , создать два тома. Подключайся по сети , проверяй ..
Лучше всего "сбор информации о томе" , его отсутствие подразумевает начало отвала. Т.е. один том лечиться StRec , во второй продолжаеться запись.
Vibat писал(а):Автоматически как опрелелить что он "отвалился" ?
Однозначно 8.4 , создать два тома. Подключайся по сети , проверяй ..
Лучше всего "сбор информации о томе" , его отсутствие подразумевает начало отвала. Т.е. один том лечиться StRec , во второй продолжаеться запись.
Vibat писал(а):Чет непойму, удалили чтоль ..
Я предлагаю по улучшению VideoNet использовать штатное событие
"ошибка при работе с жесткими дисками"
которое и отправлять на e-mail
Вернуться в Предложения и пожелания
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4