请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 414 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司每天会产生大量的监控视频。需要保存 1-2 个月。目前采用内网 nas （黑裙） smb 的方式，5-6 个电脑一起录制就会非常卡顿（录制电脑）。
nas 监控表明 nas 上面的负载非常低，网络占用也不足 100m （ 2.4g 网卡）。
初步认为问题应该是因为电信 fttr 子路由负载过高导致。
同时视频是直接在 smb 的共享文件上录制，就是文件会直接生成在 smb 上（即便是没完全录制完成的）这导致每次传输的文件块体积很小，据了解 smb 在小文件传输上不具备优势，但是 windows 装 nfs 又过于麻烦，特别是录制电脑的 windows 版本并不统一。
请问有什么可行的优化方案么？
最后 windows 的映射驱动器和添加网络位置有传输性能上的差异么
nas 监控表明 nas 上面的负载非常低，网络占用也不足 100m （ 2.4g 网卡）。
初步认为问题应该是因为电信 fttr 子路由负载过高导致。
同时视频是直接在 smb 的共享文件上录制，就是文件会直接生成在 smb 上（即便是没完全录制完成的）这导致每次传输的文件块体积很小，据了解 smb 在小文件传输上不具备优势，但是 windows 装 nfs 又过于麻烦，特别是录制电脑的 windows 版本并不统一。
请问有什么可行的优化方案么？
最后 windows 的映射驱动器和添加网络位置有传输性能上的差异么
 | 1 MrKrabs 2024-09-21 12:48:04 +08:00 python3 -m http.server |
 | 2 element90 2024-09-21 14:49:48 +08:00 我理解一下你的意思：你们由于 5~6 台计算机需要自行录制桌面（桌面监控），同时将录制进行中的文件使用 smb 协议传到黑群晖中备份供审计，但同时进行的话，每台计算机都会非常卡，且发现黑群晖性能占用率不高，带宽占用大概在 100M 。是这个意思吧？ 如果是，那么意味着录制的过程中出现黑群晖文件写入瓶颈，所以即使几台独立的计算机在一起同时录制时会卡顿。可以尝试录制完成后分块错峰上传。或者检查下黑群晖硬盘写入瓶颈 |
 | 3 xxika 2024-09-21 17:10:11 +08:00 两种方案：先按条件把监控视频拆分「例如：按分钟、」， |
| 4 xxika 2024-09-21 17:14:06 +08:00 两种方案： 第一种，先按条件把监控视频拆分「例如：按分钟、按订单号、。。。」，把录制的视频存放在本地电脑，再传到 nas 上并同时删除电脑视频文件。 第二种，给 nas 做 SSD 缓存。 |
 | 5 mchong 2024-09-21 20:25:50 +08:00 网络条件？如果都是千兆有线的话，不应该啊 |
 | 6 laminux29 2024-09-21 20:51:03 +08:00 录制电脑卡，那就去升级电脑硬件。 电信 fttr 子路由负载过高，那就换个性能更高的路由器。 NAS 负载低就不需要去动它。 你说 SMB 在小文件传输上不具优势，问题是，你用 [小文件 + 协议名称] 去谷歌搜索，都能搜到小文件性能差的结果。SMB 在 Windows 上是原生的，很稳很配套，不建议改成别的协议。 |
 | 7 WoodsGao 2024-09-22 10:39:18 +08:00 换个 webdav 协议试试 |
 | 8 linzyjx 2024-09-22 13:14:13 +08:00 指的是监控摄像头吗？（先假设是这个） 如果可以加设备，去买点 NVR 。 另外摄像头一般支持 RTSP 取流，可以写个脚本去录制，先录制到本地文件，录制一段时间后（比如 1 个小时一个视频文件）把文件分片再上传。 另外你那边有几路视频并发，如果十多路一般也不至于那么差啊。考虑先换路由器。 |
 | 9 dode 2024-09-23 09:36:59 +08:00 换新网卡，新路由器 |
 | 10 momo65535 2024-09-26 14:16:24 +08:00 简易先本地存，然后定时任务，一台一台定时往 nas 上传 |
 | 14 emiharbur OP 抱歉，因为一直在折腾，没有过来看过，先后发现了好几个问题，1 、fttr 的确不算靠谱，2000 兆政企按理说内网不可能没有冗余。但现在是内网就算是闲时跑 1000 都费劲。运营商过来只能报出入口有 2000m 。fttr 的路由还真的不太好换。毕竟不是普通交换机。目前还在找原因。2 、因为都是走无线，重新调整了了 wifi 还有信道。这个提升还挺明显。3 、把监控和工作网段划开了。目前的话就是 smb 直接传，只能说勉强能接受。录像电脑的性能太差，cpu 一直 100%。这又是另一个瓶颈。还在想办法解决 |
Select Language