- 主题:视频流的块存储技术
蔽司买的大华视频监控,他们做法是盘阵只存一个数据库,索引文件和视频文件都按固定大小blob扔数据库里,听他们说过文件系统用久了碎片会很多,而数据库管理增加删除能有效减少碎片。
【 在 bigsen (大海无量) 的大作中提到: 】
: 问题:系统收到视频流后将H.264视频存储到NAT磁盘阵列中,随着时间的增长,磁盘的碎片化比较严重,从而会导致执行存储时很慢,而视频流的接受相对较快,因此缓冲区在不断增长而导致内存耗尽。当更换磁盘或格式化后,此问题解决。请教下,针对这个问题有什么解决方案? 另外,关于视频流的块存储,目前的主流技术是什么?
: 突然回想起来,好像有种方案是这样的解决的,就是在系统启动后,就先在磁盘上创建固定大小的文件,比如先创建500个,每个文件500M,从而在存真正的视频流时就提前申请好了磁盘空间,收到视频流后,可以直接打开某个文件覆盖存储。这样是不是就避免了写磁盘时因大量碎片而导致的随机访问,提高了写入效率?以前还怀疑为什么这么干,现在想想应该就是优化存储效率的目的吧? 这个提前创建的有大小无内容的文件怎么创建?
--
FROM 123.150.181.*
国产GBase
感性分析一下哈,效率上数据库比写文件要慢,差距应该在5%以内。数据安全上两者一样健壮吧?再说监控视频丢个几帧不是问题。数据库好处除了碎片少,开发也较简单,可以很方便地把通道时间地点方位之类元数据一起写在表里
【 在 bigsen 的大作中提到: 】
: 是结构化数据库么?除了碎片问题,用数据库管理大的blob文件,存储效率会比文件慢点吧?
--
FROM 123.150.181.*
re
lz设计的优化策略,都是数据库已有的功能呀,固定大小的文件蛮适合由数据库管理的。
【 在 jimmycmh 的大作中提到: 】
: 数据库写性能一般都很好,视频存储又是写多读少,用数据库还真挺合适的
:
--
FROM 123.150.181.*