Mr. D

Трохи вище є документ про те як працює Hikvision FS на якихось Hikvision DVR. Звісно, нічого кращого знайти не вдалося на цей час. З того документу видно, що весь простір розділено на кілька частин, в яких окремо зберігаються відео дані та якісь додаткові маркери й ще щось. В якомусь сенсі це схоже на загальний підхід у інших файлових систем теж. Коли наприклад, десь зберігаються таблиці ACL, які відповідають за права доступу до якихось даних. FS має можливість дуже швидко без фактично участі HDD маркувати якісь LBA як вільні й далі механізми TRIM про це повідомлять HDD в якомусь паралельному потоці зі своїми іншими пріоритетами. Все що стосується підрахунку зайнятого місця або вільного місця - це функції FS, таблиця якої може знаходиться в RAM, тоді ці операції надшвидкі. До речі, деякі HDD мають як cache з RAM, так й з non-volatile SLC, а це в якомусь сенсі як прискорює роботу з формування стрічок SMR, так й є деяким захистом від втрат даних (в цьому випадку мова про SLC). Підсумую, окремо є маркований контейнер з даними, окремо існують будь-які додаткові маркери, які описуюсь контейнер, тому й пошук швидкий, тому що пошук виконується серед маркерів (які б ті не були), а не перечитуються всі блоки в самому контейнері.

Я правильно зрозумів, що радіус скруглення під час монтажу у такого варіанту близько 20 мм (2 см)? Як, до речі, самому встановити на такий кабель конектори з обох боків?

Можливо, комусь цікаво. ) Ruckus контролер прибув. Доставлення коштували близько ₴550. А от кілька Ruckus AP застрягли на митниці, запросили підтвердження ціни, хоча, вказано в декларації реальну ціну в межах тої, яка не передбачає сплати ПДВ або мита. Схоже, митники не вірять, що Ruckus може стільки коштувати. )

Трохи не зрозумів про мережу у вигляді кола. Кілька паралельних ліній від одного комутатора до іншого для деякого резервування, якщо десь щось піде не за планом? Без якогось додаткового керування така мережа працювати не буде. Хоча, мабуть, комутатори з такими функціями (STP та подібними) не такі вже й дорогі наразі.

Непоганий варіант, але є й деякі моменти, на які треба було б звернути увагу. Teltonika RUT955 має Ingress Protection Rating IP30, що, на мою думку, малувато для встановлення на вулиці. Якщо встановлювати в приміщені, то, треба використовувати довгий кабель до антени (в залежності від кабелю можлива деяка втрата потужності сигналу). Можливо, все ж варіанти з комбінованим блоком антени та самого пристрою в цьому випадку мають деяку перевагу. Passive POE, також має деякі незручності, але не є пріоритетною функцією.

Оригінальне питання було про проводову мережу й питання залишається відкритим. Але так трапилось, що з'явилось згадування про Ruckus, які вже на шляху до отримувача, тому й відбулося відповідне обговорення. Будинок може бути не великим, але може бути наявна деяка територія, чому б не мати покриття на такій території, якщо ще й можливо зробити так, щоб фізичні домени логічної мережі були відокремленими. Спробую, буде видно, як працює такий варіант.

Якщо в час T+0 трапилася подія, яка вимагає наявності відео до часу T+0, яка максимальна кількість часу до моменту T+0 може бути збережена реєстратором? Можливо, існує буфер, який перезаписується по колу й тоді сектори перезаписуються в порядку "0 -> 1 -> 2 -> 0 -> 1 -> 2", якщо T+0 з'являється під час запису сектору 1, то послідовність "1, 2, 0" маркується як суцільна частина для збереження. Якщо виробники інвестували в розробку або модифікацію FS, повинен бути швидкий алгоритм (в цьому й є сенс адаптації FS). S.M.A.R.T. надає відповідну інформацію, яка в системах збереження даних є індикатором так званого Health Status, відносно якого й приймається рішення про заміну окремого пристрою. Загалом у разі великої системи відеонагляду я би очікував побачити NAS + NFS, який працює на RAID 6+0 (або чомусь подібному). Тоді NAS повідомляє про відповідні зміни статусу окремих пристроїв. Якщо не помиляюсь навіть достатньо прості NVR підтримують RAID 1. Інколи так буває, що HDD, S.M.A.R.T. яких вже невідповідний, з'являються в продажу як відновлені HDD. Такі HDD ще можливо використовувати для off-line архівів, але не більше. HDD для систем відеоспостереження в механічній частині повинні бути схожі на диски для NAS. Але, на мою думку, NAS та NVR мають різні профілі навантаження (що відкриває можливості для швидкого маніпулювання буфером в SMR). Загалом наразі WD надає до 3-х років (або навіть більше; можливо до 5-ти) офіційної гарантії, тобто протягом 3-х років можливо очікувати, що HDD буде працювати в тому сенсі, що HDD будуть обслуговувати. На мою думку, часи безсмертних HDD вже давно пройшли та підходять часи гібридів SLC+QLC.

MikroTik пише, що антена LHG LTE kit має коефіцієнт 17 dBi, але не надає діаграму спрямованості. Схоже, є сенс взяти для початку звичайний USB-модем з якоюсь антеною 15 - 17 dBi (краще навіть кілька простих антен для початку), вивчити наявні можливості й далі вже від того думати на які напрямки налаштовуватися стаціонарно. Припускаю, що у разі дуже вузької діаграми в поле зору буде потрапляти лише станція одного оператора зв'язку. Попередній варіант MikroTik SXT LTE6 kit працює з двома SIM-картами, що достатньо зручно, якщо один оператор зупиниться, припускаю маршрутизатор під'єднається автоматично до іншого оператора (у цьому випадку навіть не зазначено який коефіцієнт має антена).

Знайшовся ось такий цікавий документ "Analysis of the HIKVISION DVR File System" - eudl.eu/pdf/10.1007/978-3-319-25512-5_13?ref=https://githubhelp.com#:~:text=The HIKVI‐ SION file system,or change a file‐ name. Мова йде про Hikvision DVR, тому не зовсім зрозуміло наразі така файлова система використовується в NVR або ні. Цікаві тези "The HIKVISION DVRs have no delete function" - "Функції видалення в Hikvision DVRs немає" "When the data exceeds the capacity of the hard disk, old video data is replaced with new data" - "Коли місце в HDD закінчується, старі дані заміняються на нові" (на мою думку, це значить, що завжди використовуються одній й ті ж блоки для деяких умовних файлів, що навіть зручно SMR HDD). Структура FS достатньо проста. Мабуть, тому програми для відновлення даних підтримують Hikvision FS.

Існують згадування про Hikvision File System та деякі програми для відновлення даних знають про існування такої файлової системи Наприклад Filesystem Name HIK_264 Filesystem Version 2018.01.22 Але все одно HDD - це block-пристрій. Наприклад, невідомо використовується Hikvision FS саме в Hikvision NVR та реалізована або ні команда TRIM в Hikvision FS.

Якщо ще й пошукати на aliexpress.com, то там й за $30 можливо знайти варіанти. Сильно китайське обладнання час від часу має деяку специфіку, тому, мені здається, з ним треба бути обережним. Здається, траплялись якісь історії, коли сильно китайське обладнання порушувало межі діапазонів або додавало якихось шумів іншим абонентам.

Wi-Fi не потрібен, Wi-Fi мережа - це окреме обладнання. Цікавий варіант. Там часом SIM-карти працюють не в режимі Dual Stand-By (як в більшості телефонів з двома SIM-картами)? Ще вдалося знайти якихось китайців (CPF 905; є Passive PoE), але, звісно, ці пристрої не виглядають конкурентними відносно MikroTik.

З'явилась необхідність під'єднатися до мобільної мережі (саме для зв'язку з Інтернет). Звісно, для кращого зв'язку зручно встановити антену 3G\4G передавача\приймача ззовні приміщення. В цьому випадку застосування якоїсь кількості метрів коаксіального кабелю для антени (у разі встановлення маршрутизатору у приміщені) виглядає як втрата потужності сигналу, яка можливо вплине на подальшу швидкість зв'язку. Бувають такі 3G\4G пристрої у вуличному форматі? Уявляю собі такий пристрій як деякий маршрутизатор з живленням за допомогою PoE.

Вважаю, що з точки зору звичайного побутового NVR немає різниці використовується SMR HDD або CMR HDD. Поки що не побачив жодного пояснення, чому це не так. Якщо у Вас є посилання на відповідні матеріали WD, Seagate або іншої компанії, де зазначено, що саме HDD з технологією SMR не можуть бути використанні в NVR, будь ласка, надайте таке посилання. Мені не вдалося поки що знайти.

Приклади вище показують як саме працює велика частина файлових систем. Звісно, існує ще багато інших особливостей, які можливо побачити виконуючи деякі сценарії користувача. Якщо NVR використовує block storage device для зберігання даних, то всі зазначені особливості роботи HDD або навіть SSD все ще застосовуються до цих пристроїв зберігання даних. Немає іншого методу доступу в HDD окрім LBA (з тих типів HDD, які обговорюються).

Підвищення gain антени як передавача так й приймача шляхом корегування діаграми направленості підвищує потужність сигналу у приймача. Вимкнення окремих сегментів антени фактично спрямовує енергію саме в якомусь потрібному напрямку.

Ось, будь ласка, відповідь на ваше питання. Не існує HDD, які так швидко можуть записати дані. Створення файлу, розмір якого 10 GiB, за 1 секунду. C:\>fsutil fsinfo volumeInfo c: Volume Name : Volume Serial Number : 0x72272232 Max Component Length : 255 File System Name : NTFS Is ReadWrite Not Thinly-Provisioned Supports Case-sensitive filenames Preserves Case of filenames Supports Unicode in filenames Preserves & Enforces ACL's Supports file-based Compression Supports Disk Quotas Supports Sparse files Supports Reparse Points Returns Handle Close Result Information Supports POSIX-style Unlink and Rename Supports Object Identifiers Supports Encrypted File System Supports Named Streams Supports Transactions Supports Hard Links Supports Extended Attributes Supports Open By FileID Supports USN Journal C:\>dir /l/o/p | findstr nvr C:\>echo:| time The current time is: 21:18:20.78 Enter the new time: C:\>fsutil file createnew c:\NVR.data 10737418240 File c:\NVR.data is created C:\>echo:| time The current time is: 21:18:21.13 Enter the new time: C:\>dir /l/o/p | findstr nvr 06-Jan-24 21:18 10,737,418,240 nvr.data або [administrator@localhost ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 1T 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 1023G 0 part ├─rl-root 253:0 0 70G 0 lvm / ├─rl-swap 253:1 0 3.9G 0 lvm [SWAP] └─rl-home 253:2 0 949.1G 0 lvm /home sr0 11:0 1 1024M 0 rom [administrator@localhost ~]$ findmnt / TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/rl-root xfs rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota [administrator@localhost ~]$ cd /tmp/ [administrator@localhost tmp]$ ls -ahl | grep NVR [administrator@localhost tmp]$ time fallocate -l 10G NVR.data real 0m0.002s user 0m0.001s sys 0m0.000s [administrator@localhost tmp]$ ls -ahl | grep NVR -rw-rw-r--. 1 administrator administrator 10G Jan 6 21:41 NVR.data

Що таке створення файлу? Навіщо створювати файл, розмір якого 1 GiB та заповнювати його нерелевантними даними для того, щоб пізніше модифікувати. Чому не можливо додати до 1 сектору, в якому розміщені дані, ще один сектор, коли це знадобиться? Якщо прочитати абсолютно чистий SMR HDD він поверне нулі з однаковою швидкістю протягом всього часу читання цього HDD, що каже про те, що фізично (з пластин HDD) читання не було виконано, а лише програма керування на базі існуючої інформації, що сектори вільні, повернула нулі хосту.

Тоді виглядає так, що додатково ліцензії не будуть потрібні

Будь ласка, ознайомтесь з попередніми відповідями та коментарями та сформулюйте конкретне технічне питання. На всякий випадок напишу, я нічого не продаю, мені особисто байдуже якого типу HDD Ви використовуєте у своєму NVR або у NVR ваших клієнтів. Питання яке обговорювалось останні кілька сторінок - це ефективність або відсутність ефективності SMR HDD відносно CMR HDD. Якщо у Вас є якесь технічне пояснення як, що і йде відбувається, будь ласка, надайте відповідні пояснення або посилання, де можливо ознайомитися з відповідними матеріалами. Таким чином спільнота зможе зробити свої висновки. Буду вдячний побачити коментар про те, як саме я міг бі подивитись яка саме файлова система використовується в Hikvision NVR.

Будь ласка, надайте посилання на відповідні огляди або тестування, ознайомлюсь. Також прошу вказати на помилки в повідомленнях, які є вище, та надати відповідні пояснення, чому це так. Відповіді на всі питання в мене немає, але відповідей типу "Ми завжди так робили" мені не достатньо. Загалом якщо Ви не хочете щось коментувати або Вам тема не цікава, не коментуйте.

Порушувати, звісно, нічого в планах немає. Подивився відповідні специфікації, написано, що всі європейські частоти підтримуються. Лише питання стосовно ліцензій на обладнання дещо заплутане, але у зв'язку з тим, що кількість AP не велика, маю надію для контролера не треба буде шукати ліцензію. Ruckus має дещо заплутане ліцензування. Спробую, коли це все приїде. Особливо цікаво порівняти в наявних реальних умовах корегування діаграми (якщо, звісно, є можливість вимкнути цю функцію, тобто з корегуванням та без (як всеспрямована антена). До речі, думаю, корегування діаграми й MIMO - це одночасно працюючі технології у цьому випадку.

В контексті швидкості мережі, схоже, є сенс лімітувати клієнтів, виходячи з того, наскільки потужний сигнал від них. Наскільки я розумію, AP не знає, сигнал якої потужності отримує від AP клієнт, тому, мабуть, орієнтується по своїм показникам (а саме на потужність сигналу від клієнта). Десь була інформація, що мова про кілька тисяч варіантів діаграм. Скажімо, щоб отримати 1000 достатньо мати по 10 сегментів в кожній площині. Загалом мова була про те, що такого типу обладнання коштує кілька сотень доларів, тому й стало цікаво спробувати. Ruckus ZoneFlex 7982 коштує USD 25 в США, а R500 - близько USD 55. Мені здається, це дуже непогана ціна, якщо вся мережа адаптується до умов, виконує балансування й централізовано узгоджує потужності та інші фізичні параметри мережі.

Виглядає так, що можлива ситуація, коли фізично ще буде можливість бути на зв'язку з точки зору потужності сигналу, але APs будуть вирішувати, що такого клієнта не будуть обслуговувати. Тобто фактично відбувається лімітування фізичних можливостей. Скажімо, телефон може бути десь в сумці або в кишені й тоді потужність сигналу зменшується. Можливий сценарій, коли один фізичний домен буде завантажений інші пристрої не зможуть використати інші AP, які знаходяться десь поряд. Мені здається контролер Ruckus також працює з таким сценарієм корегуючи потужність різних AP та пропонуючи окремим клієнтам перемкнутися на ті AP. Фактично знову ж маючи фізичний ресурс відбувається лімітування цього ресурсу. Увімкнув TP-Link під'єднав 10 Tuya IoT й ось з тих 10 Tuya на відстані до 10 метрів половина втрачає зв'язок періодично. Очевидно, все складніше. )

Якщо я правильно розумію, то індивідуальна зміна діаграми направленості для зв'язку з якимось окремим абонентом утворює ситуацію, коли в точці простору де знаходиться клієнт з'являється сигнал більшої потужності (за рахунок концентрації енергії в якомусь напрямку). В той час як під час приймання даних вимкнення непотрібних секторів зменшує шум від тих непотрібних секторів (одночасно збільшуючи gain антени приймача). Та й загалом MIMO та корегування діаграми направленості працюють одночасно. Або MIMO потребує саме omni-directional антену й буде менш ефективною у разі секторної антени?