Прошу пораду - в виборі (камер, обладнання) для відеоспостереження за ділянкою

[k-master]

19 годин тому, uafisher сказав:

Механічні відмінності можуть бути у рамках ОДНОГО виробника і в ОДНІЙ лінійці. І якщо, окрім ЦМР/СМР, ви згадали ще камеру - то і камери можуть бути різні і в рамках однієї серії. Мій любімчік Сігейт, диски для ВН, Ai серія-усі CMR, але берем два диска 10Тб: ST1000VE0008 та ST1000VE001-у першому камера з гелієм у другому звичайне повітря. 8ка на повітрі. І я не знаю що реально краще у перспективі і яка вірогідність розгерметизації та втрати гелію- але КАМЕРИ РІЗНІ. І не треба що просто різне наповнення - камери різні, наповнення різне, відповідно різна відстань між головкою та пластиною-що важливо і є палкою о двух кінцях

Беремо кілька дисків однієї серії та не бачимо різниці https://www.youtube.com/shorts/5ykFkGR6308  Згоден, відмінності можуть бути у прошивці, але пересобрати 4 прошивки з різними параметрами зовсім ніяк не каже чому ціна різна. Різна заявлена робота до відмови - це просто плата за гарантію. По факту вони повинні коштувати однаково, прошивка на вибір, якщо треба гарантія то доплачуєш, але вд просто розводить людей.

[standov]

17 часов назад, k-master сказал:

але вд просто розводить людей

вд наразі самий маркетинговий виробник. Але, справедливості заради, *в нашому* сценарії використання дисків (найбільша можлива ємність в перерахуванні на *загальну* вартість ротації), на пулі в на пару десятків тисяч дисків, особливої різниці між виробниками по надійності немає (фактично закуповуємо то що зараз є в постачальників з cmr максимальної емності), але знову таки в нас інтенсивність використання запису дуже-дуже невисока + запис потоковий, співвідношення читання/запис може бути і 100 до 1 але 365/24/7, тобто фактично для дисків то максимально-комфортний режим. 
Якощ математично припустити що в нас 15тис дисків (я точно не можу сказати але десь 10-20тис це схоже на правду), міняємо десь в середньому 2-5 дисків на тиждень але знову таки через особливості системи міняємо вже коли конкретно сиплеться, математично виходить шо напрацювання на відмову *в нашому режимі* статистично ВСІХ 15тис / (52*3) = 100 років, але на рівне плато по відмовам ми вийшли вже за 5 років. У випадку з smr дисками ротація вже в 3-4 рази частіше і це на короткому проміжку часу, тобто чим далі би ми в те гралися тим більше би ротували. Умовно 25 років ротація ВСІХ, наче теж дофіга але це в максимально-лайтовому режимі і це всіх, перші стабільні відмови пішли вже за рік і саме по smr, і воно по фізиці буде тим більше відрізнятися чим більше навантаження саме на запис, а головне шо заміна диску це людський ресурс який коштує грошей.

Змінено 10 листопада 2023 користувачем standov

[k-master]

10 годин тому, standov сказав:

Якощ математично припустити що в нас 15тис дисків (я точно не можу сказати але десь 10-20тис це схоже на правду), міняємо десь в середньому 2-5 дисків на тиждень але знову таки через особливості системи міняємо вже коли конкретно сиплеться, математично виходить шо напрацювання на відмову *в нашому режимі* статистично ВСІХ 15тис / (52*3) = 100 років, 

З математикою все складно, бо якщо дивитись параметри диска то в залежності від паспорту диск в 10-20 терабайт гарантовано неможливо записати без помилок. 

[Mr. D]

10.11.2023 в 23:23, k-master сказав:

З математикою все складно, бо якщо дивитись параметри диска то в залежності від паспорту диск в 10-20 терабайт гарантовано неможливо записати без помилок. 

Про який паспорт йде мова?

Наведіть, будь ласка, приклад, специфікації будь-якого виробника HDD де вказано, що новий сучасний HDD одразу ж має відсоток так званих поганих секторів.

[Mr. D]

  

09.11.2023 в 00:35, uafisher сказав:

1.Більшість часу СОХО (смолл офис хаус) диск працює паритетно читання+запис. До 90-99% відсотків диску під відеонагляд (ВН)- запис. Тому алгоритми диску ВН заточені под приоритет запису. Якщо диск ВН не вспіває, то запит на читання встає в чергу, надається пріоритет запису. СОХО диск буде намагатись обробити всі запиті, інфа може бути не записана. Аналогічна ситуація інколи буває при перегляді лайвью з нвру на моніторі, коли не витягує і зображення може завмирати - але на запису буде все ідеально.

Що таке SOHO-HDD? Виробники HDD не використовують такий термін (SOHO - маленький офіс/домашній офіс).

Звідки така статистика, що HDD у персональному компьютері працює в режимі 50/50 (запис/читання)?

Яким саме чинном наявність запитів на запис блокує перегляд Live View з камер відеоспостереження, якщо задача NVR лише скопіювати відповідні відео дані, які були отримані від камери відеоспостереження, та надіслати для перегляду (фактично виконавши роль деякого шлюзу)? Для цього ніякі операції з HDD не потрібні. Все можливо виконати використовуючи RAM.

 

09.11.2023 в 00:35, uafisher сказав:

2.Self Skan-знаходження помилки при тестуванні, СОХО диск буде намагатись виправити помилку, якщо спроба невдала=повтор спроби, повтор, повтор, повтор-кількість різна але суть...=аборт операції. Запис не відбудеться. Катастрофа. У мене було один з ХДД у ПК підвішував комп намертво, доки шлейф не відкинеш. Прошивка ХДД для ВН продовжить запис у такій ситуації.
Вони намагаються через оце все досягнути макс успішного запису, за рахунок пріоритету часу передачі над цілісність, підтримка команд АТА-7, 8, впевнений ви знаєте, що  втрата Х байт для відео не буде великою проблемою, ніж при передачі даних в інших умовах. 

Що таке Self Scan?

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

Будь-який HDD у разі прийняття рішення про те, що сектор є поганим виконає заміщення такого сектору іншим з наявного запасу. Це стане відомо тільки у разі читання даних з такого сектора.

 

09.11.2023 в 00:35, uafisher сказав:

4. Енегоспоживання меньше. Відповідно меньше тепла=довше життя. 

Енергоспоживання менше - це менше витрат на електроенергію або менша необхідна потужність.

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

Надмірне охолодження як й акустичні шуми впливають на якість роботи HDD також.

 

 

Немає різниці у разі запису даних з камери відеоспостереження використовується CMR або SMR HDD в NVR.

NVR в більшості випадків не виконує часткову модифікацію, вже записаних даних.

SMR HDD потребує більше часу у разі модифікації відповідного band'а. За рахунок технології запису та наявності буфера частково до деякого моменту особливості роботи SMR HDD не помітні. SMR HDD достатньо погано підходять для деяких NAS dataset'ів, але навіть у разі NAS не завжди SMR відрізняється в роботі від CMR.

Змінено 29 грудня 2023 користувачем Mr. D

[Mr. D]

10.11.2023 в 13:11, standov сказав:

вд наразі самий маркетинговий виробник. Але, справедливості заради, *в нашому* сценарії використання дисків (найбільша можлива ємність в перерахуванні на *загальну* вартість ротації), на пулі в на пару десятків тисяч дисків, особливої різниці між виробниками по надійності немає (фактично закуповуємо то що зараз є в постачальників з cmr максимальної емності), але знову таки в нас інтенсивність використання запису дуже-дуже невисока + запис потоковий, співвідношення читання/запис може бути і 100 до 1 але 365/24/7, тобто фактично для дисків то максимально-комфортний режим. 
Якощ математично припустити що в нас 15тис дисків (я точно не можу сказати але десь 10-20тис це схоже на правду), міняємо десь в середньому 2-5 дисків на тиждень але знову таки через особливості системи міняємо вже коли конкретно сиплеться, математично виходить шо напрацювання на відмову *в нашому режимі* статистично ВСІХ 15тис / (52*3) = 100 років, але на рівне плато по відмовам ми вийшли вже за 5 років. У випадку з smr дисками ротація вже в 3-4 рази частіше і це на короткому проміжку часу, тобто чим далі би ми в те гралися тим більше би ротували. Умовно 25 років ротація ВСІХ, наче теж дофіга але це в максимально-лайтовому режимі і це всіх, перші стабільні відмови пішли вже за рік і саме по smr, і воно по фізиці буде тим більше відрізнятися чим більше навантаження саме на запис, а головне шо заміна диску це людський ресурс який коштує грошей.

S.M.A.R.T. в багатьох випадках має статистику, на базі якої можливо прийняти рішення про необхідність заміни HDD.

Вважаю, не треба багато кваліфікації, щоб побачити повідомлення NAS-системи про те, що диск у відповідному слоті має відповідний health status та фізично виконати заміну on-the-fly.

Якщо в одній системі є кілька сот дисків, достатньо мати 10 дисків в Spare-режимі, які будуть автоматично під'єднані до відповідного namespace'а, та кожен місяць протягом 15 хвилин замінювати старі диски, марковані як погані. Це лише виглядає як багато роботи.

Змінено 29 грудня 2023 користувачем Mr. D

[standov]

9 часов назад, Mr. D сказал:

Якщо в одній системі є кілька сот дисків, достатньо мати 10 дисків в Spare-режимі, які будуть автоматично під'єднані до відповідного namespace'а, та кожен місяць протягом 15 хвилин замінювати старі диски, марковані як погані. Це лише виглядає як багато роботи.

ви погано собі уявляєте що таке 15 тисяч дисків а не кілька сот

[standov]

10 часов назад, Mr. D сказал:

виробника HDD де вказано, що новий сучасний HDD одразу ж має відсоток так званих поганих секторів

будь-яка цифрова система має таку характеристику як вірогідність виникнення невідновлюваної помилки, вендори зазвичай для сучасних hdd вказують цей рейт на рівні 10^15, що приблизно дорівнює одному петабайту, але це значення статистичне (+ не враховує помилки контролеру, лінії, банальні перешкоди сигналу) і в реальності діапазон значно ширше. В смарті це зазвичай йде як eccerrors.

Ось вам старенька стаття на цю тему але від того часу нічого не змінилося www.zdnet.com/article/why-raid-5-stops-working-in-2009/

Змінено 29 грудня 2023 користувачем standov

[Mr. D]

4 хвилини тому, standov сказав:

ви погано собі уявляєте що таке 15 тисяч дисків а не кілька сот

Впевнений, що там, де використовується 15 тис. HDD, окрім питання періодичної заміни дисків, є багато інших питань.
Й вся та система споживає багато електроенергії. Вся інфраструктура має кілька генераторів та загалом це бізнес, який обслуговує достатньо багато людей. Але фізичне обслуговування - це виконання розроблених інструкцій відповідними виробниками й той, хто виконує фізично роботи не приймає рішення який HDD встановлювати.

Порівнювати NVR побутового рівня з кількома HDD та велику інфраструктуру з якимось RAID50 або RAID60 дещо некоректно.

Й знову ж немає різниці у разі побутового NVR SMR або CMR HDD використовується.
Будь-що інше як температурний режим, вібрації, загальна тривалість роботи впливає значно більше.

[standov]

1 минуту назад, Mr. D сказал:

Порівнювати NVR побутового рівня з кількома HDD та велику інфраструктуру з якимось RAID50 або RAID60 дещо некоректно.

безумовно

1 минуту назад, Mr. D сказал:

Й знову ж немає різниці у разі побутового NVR SMR або CMR HDD використовується.

нажаль різниця є і саме для nvr саме через нюанси режиму роботи рекордера. Для побутового nas/das в якості помийки/бекапу різниця невелика а для nvr дуже навіть 

[Mr. D]

11 хвилин тому, standov сказав:

нажаль різниця є і саме для nvr саме через нюанси режиму роботи рекордера. Для побутового nas/das в якості помийки/бекапу різниця невелика а для nvr дуже навіть 

Вважаю, навіть навпаки SMR менше підходить навіть для побутового NAS, ніж для NVR.

Якщо NVR записав стрічку 256 MiB, навіщо протягом наступної хвилини NVR модифікує цю стрічку?

Як саме NVR записує дані, що NVR постійно треба модифікувати вже записані файли, якщо NVR більшість часу саме записує, а не постійно модифікує наявні файли?

Змінено 29 грудня 2023 користувачем Mr. D

[standov]

Только что, Mr. D сказал:

Як саме NVR записує дані, що NVR постійно треба модифікувати вже записані файли, якщо NVR більшість часу саме записує, а не постійно модифікує наявні файли?

побутовий NVR (я допускаю що є якісь велики індустріальні ентерпрайзи які працюють на блоковому рівні на якісь своїй адаптованій псевдо-фс, але це явно не тема нашого форуму) працює на рівні ФС (банальний ext), на рівні ФС мій NVR на 3 срані камери повністю перезаписує 1тб диск за 7 днів, жоден домашній nas|das не робить такого.
Причому ще раз звертаю увагу що всі побутові nvr працюють на рівні ФС а не на блоковому/фізисному рівні тобто у випадку smr він *постійно* переносить дорожки під записом і робить це 24/7 і за 1 тиждень переносить 1тб (в моєму випадку).

[Mr. D]

15 хвилин тому, standov сказав:

побутовий NVR (я допускаю що є якісь велики індустріальні ентерпрайзи які працюють на блоковому рівні на якісь своїй адаптованій псевдо-фс, але це явно не тема нашого форуму) працює на рівні ФС (банальний ext), на рівні ФС мій NVR на 3 срані камери повністю перезаписує 1тб диск за 7 днів, жоден домашній nas|das не робить такого.
Причому ще раз звертаю увагу що всі побутові nvr працюють на рівні ФС а не на блоковому/фізисному рівні тобто у випадку smr він *постійно* переносить дорожки під записом і робить це 24/7 і за 1 тиждень переносить 1тб (в моєму випадку).

NVR не оперує доріжками або секторами. NVR нічого не знає й не намагається виконати будь-яку адаптацію до наявного фізичного пристрою збереження даних.

NVR працює з логічним рівнем, таким як файлова система. Тобто NVR генерує новий файл та починає його записувати, поступово додавати нові дані. Де саме фізично знаходяться дані знає лише HDD. Файлова таблиця відповідно має адресу початку файлу й далі формується ланцюжок.

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

Необхідність читання великого блоку даних для модифікації будь-чого в цьому великому блоці і є та сама технологія SMR. Й це пов'язано з тим, що всім відомо, намаганням виробників підвищити фізичну щільність даних на пластинах HDD.

Змінено 29 грудня 2023 користувачем Mr. D

[Mr. D]

Й те, що стосується припущень про те, що однакові фізично HDD мають різну ціну шляхом різних програм керування.

Навіть якщо це так, то нічого дивного в цьому немає. Microsoft Windows ніколи не була безплатним програмним комплексом, тому логічно, що програма керування HDD, яку розробляли інженери, має якусь ринкову ціну. Якась частина витрат виробника HDD полягає й в тому, що в лабораторіях інженери розробляють як нові фізичні пристрої та й програми.

Змінено 29 грудня 2023 користувачем Mr. D

[standov]

26 минут назад, Mr. D сказал:

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

ви вирішили меня прочитати лекцію про smr? ) я про фс сказав наче, стосовно доріжки то це *трішечки* не так, smr використовує різну товщину доріжки на запис та читання, через те що прочитати вузьку дорожку відносно легко а записати майже нереально (бо потрібна досить велика напруженість магнитного поля і неминуче пошкоджуються сусідні) тому smr диск записує *умовно* одразу декілька доріжок поруч і йому *необхідно* перенести дані в сусідній доріжці щоб вони не були втрачені (я тут не оперую секторами, кратністю, буферами і тп для простоти тези), оскільки запис йде на рівні ФС то по перше диск має перенести самі дані по друге змінити запис в таблиці, бо з тз операційної системи всі дані на диску є корисними (що було-б не так якби нвр працював на блочному рівні, але він працює на рівні фс). Тому запис кожного сектору на smr в nvr це перенесення ще одного сектору та додаткова зміна таблиці, так сучасні велико буферні smr намагаються через чергу то оптимізувати але саме у випадку постійно потокових даних це майже не працює (на відміну від nas|das)

[standov]

29 минут назад, Mr. D сказал:

Навіть якщо це так, то нічого дивного в цьому немає

це не то шо не має дивного, дивно були-б якби було навпаки.

Про віндовс не зрозумів зовсім )

[Mr. D]

1 година тому, standov сказав:

ви вирішили меня прочитати лекцію про smr?

Давайте розберемося як саме NVR працює з файловою системою та які файлові операції виконуються, та яку файлову систему має NAS.

Все що робить NVR - записує один або кілька файлів одночасно, потім видаляє якусь кількість старих файлів. Вірно?

[k-master]

13 годин тому, Mr. D сказав:

Про який паспорт йде мова?

Наведіть, будь ласка, приклад, специфікації будь-якого виробника HDD де вказано, що новий сучасний HDD одразу ж має відсоток так званих поганих секторів.

Ну мабуть я був не правий для сучасних дисків, бо я пару подивився - еррор рейт на 2 порядка більше ніж ємність. Правда для мене загадка як диски однієї серіх можуть мати error rate 10^14 при ємністі до 10 тб та 10^15 при ємністі 10 тб та більше, там жеж тільки кількість пластин міняється, якщо то одна серія. Може інший кодек використовують що дає краще рейт але зменшує доступну ємність. Але коли тільки почали з'являтись терабайтні диски то таке було - error rate був на рівні ємності одного диска. 

[standov]

1 час назад, Mr. D сказал:

Давайте розберемося як саме NVR працює з файловою системою та які файлові операції виконуються, та яку файлову систему має NAS.

Все що робить NVR - записує один або кілька файлів одночасно, потім видаляє якусь кількість старих файлів. Вірно?

питання не в тому що робить nvr а питання в тому що smr диск має зробити для того щоб записати 1тб даних за тиждень, а саме у випадку smr він має зробити адову кількість тупої роботи, яка драматично впливає на його ресурс (впливає і на швидкість запису драматично але для побутового nvr того достатньо). smr майже без проблем працює в сценаріях коли багато читання і мало запису, але не тоді коли йде майже постійний потоковий запис, хай і через буфер. Не важливо яка файлова система використовується поки в неї не буде команди "записати похер на сусідню дорожку", таку команду можна *чисто теоретично* реалізувати на блоковому рівні в якихось кастомних сценаріх але жодна універсальна фс скоріш за все ніколи не буде її мати, бо це абсурд. А дуже умовно без такої команди smr диск при запису завжди буде виконувати дуже багато тупої роботи, лише тому що він інакше не може на фізичному рівні.

[standov]

14 минут назад, k-master сказал:

можуть мати error rate 10^14 при ємністі до 10 тб та 10^15 при ємністі 10 тб та більше

скоріш за все за рахунок додаткових бітів надлишкових, є різні виправляючі коди різної коректуючої спроможності, тобто фізичний рейт однаковий а на рівні софта 9 з 10 помилок за рахунок надлишковості на лету виправляються, приблизно як ecc-пам'ять в серверах де теж рейт значно вище тупо за рахунок ecc 

[Mr. D]

4 години тому, standov сказав:

питання не в тому що робить nvr а питання в тому що smr диск має зробити для того щоб записати 1тб даних за тиждень, а саме у випадку smr він має зробити адову кількість тупої роботи, яка драматично впливає на його ресурс (впливає і на швидкість запису драматично але для побутового nvr того достатньо). smr майже без проблем працює в сценаріях коли багато читання і мало запису, але не тоді коли йде майже постійний потоковий запис, хай і через буфер. Не важливо яка файлова система використовується поки в неї не буде команди "записати похер на сусідню дорожку", таку команду можна *чисто теоретично* реалізувати на блоковому рівні в якихось кастомних сценаріх але жодна універсальна фс скоріш за все ніколи не буде її мати, бо це абсурд. А дуже умовно без такої команди smr диск при запису завжди буде виконувати дуже багато тупої роботи, лише тому що він інакше не може на фізичному рівні.

Що таке "блоковий" рівень?

[standov]

4 минуты назад, Mr. D сказал:

Що таке "блоковий" рівень?

в самому широкому сенсі це робота з диском наближена до фізичного рівня. У більш вживаному сенсі це режим доступу до диску (зазвичай мережевий), при якому клієнт оперує не файлами чи об'єктами а фізичним(геометричним) рівнем (сектори/дорожки/блоки і тп, найпоширеніший приклад iSCSI).

aws.amazon.com/compare/the-difference-between-block-file-object-storage/

У вузькому сенсі, дотичному до теми топіку, це може бути дуже спеціалізована тонка ФС під дуже конкретні задачі (і відповідно не пригодна для універсального використання) і конкретне залізо. Це звичайно не рішення для консьюмерського сектору, але лише на блоковому рівні можна нафантазувати (я майже впевнений що такого немає і не буде, бо воно нафіг нікому не потрібно) роботу з smr диском яка на потоковому записі даних дуже конкретного типу буде мінімізувати фізичні обмеження smr. І відповідно з файловим доступом, який використовується, в консьюмерському сегменті це неможливо, бо файловий рівень за своєю суттю абстрагує клієнта від фізичного типу носія і прикладному рівню на якому працює nvr софт, до глубокої лампи що там за диск доки він на нього може щось записати і прочитати з потрібною швидкістю, не до лампи лише самому диску який вимушений робити дуже багато "зайвої" роботи.

ПС. шось тема кудись не туди пішла

[Mr. D]

1 годину тому, standov сказав:

в самому широкому сенсі це робота з диском наближена до фізичного рівня. У більш вживаному сенсі це режим доступу до диску (зазвичай мережевий), при якому клієнт оперує не файлами чи об'єктами а фізичним(геометричним) рівнем (сектори/дорожки/блоки і тп, найпоширеніший приклад iSCSI).

aws.amazon.com/compare/the-difference-between-block-file-object-storage/

У вузькому сенсі, дотичному до теми топіку, це може бути дуже спеціалізована тонка ФС під дуже конкретні задачі (і відповідно не пригодна для універсального використання) і конкретне залізо. Це звичайно не рішення для консьюмерського сектору, але лише на блоковому рівні можна нафантазувати (я майже впевнений що такого немає і не буде, бо воно нафіг нікому не потрібно) роботу з smr диском яка на потоковому записі даних дуже конкретного типу буде мінімізувати фізичні обмеження smr. І відповідно з файловим доступом, який використовується, в консьюмерському сегменті це неможливо, бо файловий рівень за своєю суттю абстрагує клієнта від фізичного типу носія і прикладному рівню на якому працює nvr софт, до глубокої лампи що там за диск доки він на нього може щось записати і прочитати з потрібною швидкістю, не до лампи лише самому диску який вимушений робити дуже багато "зайвої" роботи.

ПС. шось тема кудись не туди пішла

Все по темі. Думаю, поступово ми прийдемо до відповіді.

HDD в процесі виробництва безпосередньо виробником умовно фізично форматується, а саме створюються tracks та disk sectors.

Далі вже для деякої зручності користувач може залучити деякі механізми форматування й з'явиться те, що називається clusters або blocks.

Все вірно?

 

Ось так для прикладу виглядає HDD з яким працює якийсь Linux

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 /home
TARGET SOURCE              FSTYPE OPTIONS
/home  /dev/mapper/rl-home xfs    rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota
[administrator@localhost /]$ cat /sys/class/block/sda/queue/physical_block_size
512
[administrator@localhost /]$ cat /sys/class/block/sda/queue/logical_block_size
512

Тоді в мене питання NVR (або Linux в цьому випадку) працює з HDD як з block-пристроєм або все ж як з file-пристроєм?

Додатково ще таке питання, якщо файл розміром в 1 GiB буде видалено користувачем, що буде фактично робити HDD, як багато буде виконано роботи, весь 1 GiB буде перемагнічено або все ж ні?

Змінено 29 грудня 2023 користувачем Mr. D

[Mr. D]

Тепер давайте спробую ще раз пояснити свою думку про SMR та CMR.

Припустимо, є CMR HDD, на якому є 200 секторів. Якась частина секторів використана під файлову структуру й залишилось 190 секторів для даних користувача.

Користувач записує 2 файли на CMR HDD по 75 секторів, тобто перший файл займає умовно місце з 11 до 85 сектори, інший файл займає 86 - 160 сектори. Запис виконується послідовно, тобто HDD записує всі сектори один за одним (запис відносно швидкий).

Далі користувач вирішує змінити перший файл в секторі 12. CMR HDD переписує сектор 12.

А тепер все теж саме, але про SMR HDD.

На етапі запису файлів різниці немає. Умовно швидкості запису однакові.

...користувач вирішує змінити перший файл в секторі 12. SMR HDD для перезапису сектора зчитує сектори з 11 до 20 включно, змінює 12 сектор й записує сектори 11 - 20 ще раз. Й це значно більший розмір даних ніж у випадку CMR HDD та потребує більше часу.

 

Але що відбувається, коли працює NVR?

NVR видаляє перший файл, й замість нього без зчитування будь-яких даних записує (перемагнічує) третій файл послідовно в секторах 11 - 85. Й це ідентична процедура як на CMR, так й на SMR HDD (майже ідентична).

 

Тому ще раз напишу, різниці у разі систем відеоспостереження між CMR та SMR HDD немає.

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

 

Ви вирішили всіх заплутати й додали ще й iSCSI до цього всього.

Змінено 29 грудня 2023 користувачем Mr. D

[standov]

Все що ви написали це приклад того що я писав вище про "теоретично" та блоковий запис, у випадку з доступом на рівні фс це неможливо, бо там є досить обмежений набір команд який абстрагований від геометрії і алгоритмів її заповнення, в цьому суть файлової системи - ви не думаєте про сектори, за вас думає драйвер фс.

1) в сусідній доріжці знаходяться фактично рендомні данні (наприклад від іншої камери), і фс не може мати жодних зачіпок стосовно того що чи буде диск їх заміняти на наступному оберті бо він оперує лише таблицею і аж ніяк не має жодної логіки рівня аплікейшена

2) коли smr диск пише потік він полюбому має сусідню доріжку або кудись перемістити або покласти в буфер і записати на наступному оберті поверх, за умови якщо не буде запису іншого в черзі. Іншого варіанту в нього немає, це фізика smr диска і є розплатою за ємність.

ПС. В мене відчуття що ви не до кінця розумієте в принцип роботи smr запису