standov

це все зрозуміло а до чого тут ВПН ?) та уж да )

нічо не зрозуміло, який об'єкт? куди зайти не можете без впн? то може ваш об'єкт просто закритий для України? зараз нажаль це не рідка історія

я не знаю чим користуємося "ми", я користуюся камерами убікуті і мережою убікуті ) USA з rnd офісом в Україні (до війни)

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

Це якась ліва ціна, в іншому магазі воно майже 500. Алкапластовське не гуглиться, верніше в результатах оце чогось

в самому широкому сенсі це робота з диском наближена до фізичного рівня. У більш вживаному сенсі це режим доступу до диску (зазвичай мережевий), при якому клієнт оперує не файлами чи об'єктами а фізичним(геометричним) рівнем (сектори/дорожки/блоки і тп, найпоширеніший приклад iSCSI). aws.amazon.com/compare/the-difference-between-block-file-object-storage/ У вузькому сенсі, дотичному до теми топіку, це може бути дуже спеціалізована тонка ФС під дуже конкретні задачі (і відповідно не пригодна для універсального використання) і конкретне залізо. Це звичайно не рішення для консьюмерського сектору, але лише на блоковому рівні можна нафантазувати (я майже впевнений що такого немає і не буде, бо воно нафіг нікому не потрібно) роботу з smr диском яка на потоковому записі даних дуже конкретного типу буде мінімізувати фізичні обмеження smr. І відповідно з файловим доступом, який використовується, в консьюмерському сегменті це неможливо, бо файловий рівень за своєю суттю абстрагує клієнта від фізичного типу носія і прикладному рівню на якому працює nvr софт, до глубокої лампи що там за диск доки він на нього може щось записати і прочитати з потрібною швидкістю, не до лампи лише самому диску який вимушений робити дуже багато "зайвої" роботи. ПС. шось тема кудись не туди пішла

Піжкажіть, оця пепяка яка ну максимально схожа на гідрозатвор для трапів алькапласт, підходить до них? І чи можна окрема купити під алькапласт не купуючи готовий трап? Бо дружина зламала трохи

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

я заклав 5*4 КГ, цього вистачить і на 3ф і на 1ф до 32А, Взагалі в мене планується машина на 27квтг і для неї 16а 1ф (3квт) для зарядки по нічному тарифу має вистачати з запасом. Якщо колись буде 40+ квтг то вже можна буде думати про 3ф на 11квт

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

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

там клауд не для зберігання а як автоматичний тунель в wan, нвр використовує клауд як проксі між собою та кліентом по запиту. от я і називаю "городити" та і далеко не всі роутери то зможуть

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

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

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

це не то шо не має дивного, дивно були-б якби було навпаки. Про віндовс не зрозумів зовсім )

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

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

є нюанс з яким особисто зустрівся. Доки ви підключаєте пасивні компоненти то просто будь-який "акустичний" в "силіконі" мідний товщина чим більше тим краще в бюджеті, єдине шо я собі проклав в гофрі бо хз як штукатурки та краски впливають на той "силікон". АЛЕ зараз активно педалюється тема безпровідного підключення тилових каналів/сабів, наприклад зараз фактично 0 актуальних моделей саундбарів з проводним підключенням тилу (шось там у ЛЖ було за дивний прайс) і стає дебільне питання що тил працює по радіоканалу але йому потрібно 220, і я фактично дійшов до того що доведеться по закладеному в штробі акустичному кабелю пускати 220. Якби я про це подумав раніше то взяв ди замість акустичного щось більш силове, бо по силовому пустити аудіо безпечніше ніж навпаки.

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

будь-яка цифрова система має таку характеристику як вірогідність виникнення невідновлюваної помилки, вендори зазвичай для сучасних hdd вказують цей рейт на рівні 10^15, що приблизно дорівнює одному петабайту, але це значення статистичне (+ не враховує помилки контролеру, лінії, банальні перешкоди сигналу) і в реальності діапазон значно ширше. В смарті це зазвичай йде як eccerrors. Ось вам старенька стаття на цю тему але від того часу нічого не змінилося www.zdnet.com/article/why-raid-5-stops-working-in-2009/

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

Протопив десь 5 разів, запах майже зник, мабуть справді за сезон та будівництво піднакопилося

кранік комбінований фабіано? як враження?)

я впевнений що НЕ зможе, тому вона буде заряджатися від 1 фази, але кабель я заводив не на рік-два-три, тож завів 3ф, колись да зможе.