VR视频内容文件比较大 一般一个10分钟左右的视频 都是2个G 左右。
需要做一个局域网的点播系统。
本人试过直接做成FTP站点，和Http站点，然后直接通过URl地址访问视频文件。简单测试都可以，但是没有进行压力测试。
只要满足 100台设备同事播放同一个视频，不出问题就好，求一些资料啊，什么的。之前没有整过这种文件服务。
所以一片空白，欢迎大神指导，最好开源项目地址的最好。
需要做一个局域网的点播系统。
本人试过直接做成FTP站点，和Http站点，然后直接通过URl地址访问视频文件。简单测试都可以，但是没有进行压力测试。
只要满足 100台设备同事播放同一个视频，不出问题就好，求一些资料啊，什么的。之前没有整过这种文件服务。
所以一片空白，欢迎大神指导，最好开源项目地址的最好。
解决方案
50
http://bbs.csdn.net/topics/390627932
随便搜了一下以前的帖子~~
大致思路也是减少对同一台服务器磁盘的并发访问。
分2个方案：
1.增加服务器节点，使用文件共享的方式，相似P2P，但是要保证文件的完整性不被修改。
2.提高单台服务器的IO性能，包括但不限于SSD、内存缓存、RAID
随便搜了一下以前的帖子~~
大致思路也是减少对同一台服务器磁盘的并发访问。
分2个方案：
1.增加服务器节点，使用文件共享的方式，相似P2P，但是要保证文件的完整性不被修改。
2.提高单台服务器的IO性能，包括但不限于SSD、内存缓存、RAID
40
注意，要准备几十台服务器，具体数量跟你的播放器与服务器的交互带宽和逻辑而定，但是肯定是需要服务集群。单服务器的做法就不要考虑了。
10
不只是在硬件上想办法，软件也可以大幅度优化的。
例如播放器，必须以 Http 带上 Range 头，请求指定范围的字节。播放器不能缓冲太多，例如最多 10 秒，或 20 秒，到还有 2 秒时，再下载下一个 10 秒的视频。原因是服务器的响应速度不是问题，局域网嘛。
假如播放器连续不断地下载数据，那么服务器的 IO 压力大，带宽也不允许。
否则，用户一 Seek，之前下载的数据，全部浪费了
其实，你算一算，你视频的码率是多大，缓冲 10 秒钟的视频，大致要下载多少数据，估算一个带宽出来。
对 IO 能力和带宽，做一个评估，你才能知道要多少台服务器来集群。
Http 服务器集群技术，不是难点
例如播放器，必须以 Http 带上 Range 头，请求指定范围的字节。播放器不能缓冲太多，例如最多 10 秒，或 20 秒，到还有 2 秒时，再下载下一个 10 秒的视频。原因是服务器的响应速度不是问题，局域网嘛。
假如播放器连续不断地下载数据，那么服务器的 IO 压力大，带宽也不允许。
否则，用户一 Seek，之前下载的数据，全部浪费了
其实，你算一算，你视频的码率是多大，缓冲 10 秒钟的视频，大致要下载多少数据，估算一个带宽出来。
对 IO 能力和带宽，做一个评估，你才能知道要多少台服务器来集群。
Http 服务器集群技术，不是难点
