[kwlug-disc] Cyber Monday ...

[Ron Singh]

I see your point, am fortunate though, being the head honcho, no one comes
to speak at me:-)

It is a subject that I hope others who are in the thick of administering to
data servers, nvr servers and the like, would be able to point out
fallacies in my reasoning, marketing-speak aside.

In my world, many of the legacy NAS units still in service that record nvr
multi-cam streams are running 5200rpm HGST drives in Raid5/HotSpare and
being slower, they run cooler and use less juice. We never let and of the
NAS drives spin when not being accessed, they are always spinning.

No failures yet(knock on wood) and no one(or the NVR apps) have complained
about the quality of the NVR recordings.

Thanks,

Ron S.



On Mon, Nov 28, 2022 at 2:28 PM CrankyOldBugger <crankyoldbugger at gmail.com>
wrote:

> The thing about "marketing-speak", is that if you don't do it right, then
> someone from Marketing might come down and explain it to you.  Then you
> just lost a whole day of productivity...
>
>
> On Mon, Nov 28, 2022 at 1:06 PM Ron Singh <ronsingh149 at gmail.com> wrote:
>
>> Yeah, I hear you, it's just that a lot of the white papers extolling the
>> diff between surveillance drives and NAS drives come across as just so much
>> marketing-speak.
>>
>> There is likely some tuning of the firmware to favour sequential vs
>> random read/write, but seriously, even if one has a bank of 16 cams,
>> recording 720P/24fps in B/W, there will be 16 streams of seq writes at a
>> relatively low data rate. Is 16 seq streams akin to a 16x random data
>> stream to the firmware? I don't know, but it feels like it.
>>
>> What I do know is that we have a number of clients using NAS boxes with
>> NAS drives, and they are connected to NVRs with anywhere between 4 and 28
>> cams(some even in colour). Running for years, no issues of drive death or
>> data path saturation.
>> The NAS drives are in a RAID5 config usually, so there is RAID controller
>> buffering going on to muddy things too.
>>
>> I guess I just don't see how the "optimized for seq read/write" thing on
>> surveillance drives will work with the multiple-streaming reality of having
>> a bunch of cams streaming video to a drive, unless there is a TON of RAM on
>> said drive to buffer the many webcam streams before doing a seq write of
>> each stream/aggregated stream?
>>
>> FWIW.
>>
>> Ron S.
>>
>>
>>
>> On Mon, Nov 28, 2022 at 7:21 AM CrankyOldBugger <
>> crankyoldbugger at gmail.com> wrote:
>>
>>> Can confirm what Jason said: that IronWolf drive is for NAS boxes.
>>>
>>> On Mon, Nov 28, 2022 at 12:10 AM Jason <jasonpa at gmail.com> wrote:
>>>
>>>> Here's a good deal on the WD Purple Pro - has a higher RPM, workload
>>>> rating, and warranty, and basically the same price:
>>>>
>>>> https://www.memoryexpress.com/Products/MX00117407
>>>>
>>>> On Mon, Nov 28, 2022, 12:02 a.m. Jason <jasonpa at gmail.com> wrote:
>>>>
>>>>> Isn't that a NAS type drive?  Not sure if that's what would work best
>>>>> with constant writes.
>>>>>
>>>>> I'd recommend the Western Digital Purple drives.  These are made
>>>>> specifically for a surveillance use case:
>>>>>
>>>>>
>>>>> https://www.canadacomputers.com/product_info.php?cPath=15_4232&item_id=189578
>>>>>
>>>>> On Sun, Nov 27, 2022, 4:38 p.m. Ron Singh <ronsingh149 at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Not sure if the single unit showing as being in stock(Waterloo) is
>>>>>> real or Memorex, but perhaps this --
>>>>>>
>>>>>>
>>>>>> https://www.canadacomputers.com/product_info.php?cPath=15_4232&item_id=162381
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Ron S.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sun, Nov 27, 2022 at 4:22 PM Khalid Baheyeldin <kb at 2bits.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I am in the market for a surveillance grade 3.5" hard disk that is
>>>>>>> 6TB or greater ...
>>>>>>>
>>>>>>> This will go into a network video recorder (NVR) and will be written
>>>>>>> to 24x7 ...
>>>>>>>
>>>>>>> Any recommendations?
>>>>>>>
>>>>>>> --
>>>>>>> Khalid M. Baheyeldin
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> kwlug-disc mailing list
>>>>>>> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
>>>>>>> with the subject "unsubscribe", or email
>>>>>>> kwlug-disc-owner at kwlug.org to contact a human being.
>>>>>>>
>>>>>> _______________________________________________
>>>>>> kwlug-disc mailing list
>>>>>> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
>>>>>> with the subject "unsubscribe", or email
>>>>>> kwlug-disc-owner at kwlug.org to contact a human being.
>>>>>>
>>>>> _______________________________________________
>>>> kwlug-disc mailing list
>>>> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
>>>> with the subject "unsubscribe", or email
>>>> kwlug-disc-owner at kwlug.org to contact a human being.
>>>>
>>> _______________________________________________
>>> kwlug-disc mailing list
>>> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
>>> with the subject "unsubscribe", or email
>>> kwlug-disc-owner at kwlug.org to contact a human being.
>>>
>> _______________________________________________
>> kwlug-disc mailing list
>> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
>> with the subject "unsubscribe", or email
>> kwlug-disc-owner at kwlug.org to contact a human being.
>>
> _______________________________________________
> kwlug-disc mailing list
> To unsubscribe, send an email to kwlug-disc-leave at kwlug.org
> with the subject "unsubscribe", or email
> kwlug-disc-owner at kwlug.org to contact a human being.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20221128/c161186d/attachment.htm>