1
MrKrabs 1 天前
python3 -m http.server
|
2
element90 23 小时 49 分钟前
我理解一下你的意思:你们由于 5~6 台计算机需要自行录制桌面(桌面监控),同时将录制进行中的文件使用 smb 协议传到黑群晖中备份供审计,但同时进行的话,每台计算机都会非常卡,且发现黑群晖性能占用率不高,带宽占用大概在 100M 。是这个意思吧?
如果是,那么意味着录制的过程中出现黑群晖文件写入瓶颈,所以即使几台独立的计算机在一起同时录制时会卡顿。可以尝试录制完成后分块错峰上传。或者检查下黑群晖硬盘写入瓶颈 |
3
xxika 21 小时 29 分钟前
两种方案:先按条件把监控视频拆分「例如:按分钟、」,
|
4
xxika 21 小时 25 分钟前
两种方案:
第一种,先按条件把监控视频拆分「例如:按分钟、按订单号、。。。」,把录制的视频存放在本地电脑,再传到 nas 上并同时删除电脑视频文件。 第二种,给 nas 做 SSD 缓存。 |
5
mchong 18 小时 13 分钟前
网络条件?如果都是千兆有线的话,不应该啊
|
6
laminux29 17 小时 48 分钟前
录制电脑卡,那就去升级电脑硬件。
电信 fttr 子路由负载过高,那就换个性能更高的路由器。 NAS 负载低就不需要去动它。 你说 SMB 在小文件传输上不具优势,问题是,你用 [小文件 + 协议名称] 去谷歌搜索,都能搜到小文件性能差的结果。SMB 在 Windows 上是原生的,很稳很配套,不建议改成别的协议。 |
7
WoodsGao 4 小时 0 分钟前
换个 webdav 协议试试
|
8
linzyjx 1 小时 25 分钟前
指的是监控摄像头吗?(先假设是这个)
如果可以加设备,去买点 NVR 。 另外摄像头一般支持 RTSP 取流,可以写个脚本去录制,先录制到本地文件,录制一段时间后(比如 1 个小时一个视频文件)把文件分片再上传。 另外你那边有几路视频并发,如果十多路一般也不至于那么差啊。考虑先换路由器。 |