发新话题
打印

关于流媒体系统与云计算的讨论,大侠们跟进呀

本主题由 angle 于 2008-5-12 10:43 设置高亮
国内的PPLIVE这类系统呢?
土豆、激动等这类呢?

如何实现么?

P2P还是?

TOP

我猜测这些p2p的视频软件就是用广播流+补丁流实现的把,peon。只不过这个广播的概念不一样,用户连接到服务器上,此时服务器读取到哪段,就给哪段,再加上可以从其它用户处进行p2p拉几秒之内的数据。
http://space.doit.com.cn/35700
网络存储界的个性大作《大话存储-网络存储系统原理精解与最佳实践》,将于8月20日由清华大学出版社隆重出版!敬请关注!作者:冬瓜头

TOP

引用:
原帖由 Frank 于 2008-5-12 17:07 发表
国内的PPLIVE这类系统呢?
土豆、激动等这类呢?

如何实现么?

P2P还是?
土豆的主要架构还是通过CDN,土豆是使用chinacache的承载。同时土豆也设计了自己的p2p软件--土豆飞速

激动的不知道。

视频分享网站的方式,和IPTV系统还是有所不同

TOP

引用:
原帖由 冬瓜头 于 2008-5-12 18:21 发表
我猜测这些p2p的视频软件就是用广播流+补丁流实现的把,peon。只不过这个广播的概念不一样,用户连接到服务器上,此时服务器读取到哪段,就给哪段,再加上可以从其它用户处进行p2p拉几秒之内的数据。
广播流要能够使用多播才可以达到节省带宽的目的。
p2p视频软件的方式其实类比起来,就是电驴和BT类似的方式

CDN需要很多服务器资源,而p2p初始化比较慢,而且质量不平稳。
有研究设想采用CDN+p2p来互补,视频播放启动使用CDN,然后采用p2p的方式来服务,p2p保证不了的时候就让CDN来救火

我这里有个很不错的p2p介绍性文档,不过太大了5MB,加我的msn发给你们

[ 本帖最后由 peon 于 2008-5-12 20:07 编辑 ]

TOP

发现有些跑题,大家对iptv和p2p很有兴趣。干脆做个广告, http://bbs.lmtw.com
讨论IPTV和p2p很多的,我是那边大版主,以前常在那边混

[ 本帖最后由 peon 于 2008-5-12 20:05 编辑 ]

TOP

引用:
原帖由 peon 于 2008-5-12 20:04 发表
发现有些跑题,大家对iptv和p2p很有兴趣。干脆做个广告, http://bbs.lmtw.com
讨论IPTV和p2p很多的,我是那边大版主,以前常在那边混
那个论坛不错。

TOP

高人,向你学习!
http://space.doit.com.cn/35700
网络存储界的个性大作《大话存储-网络存储系统原理精解与最佳实践》,将于8月20日由清华大学出版社隆重出版!敬请关注!作者:冬瓜头

TOP

这个IPTV是否与集群计算中的机理类似。集群计算很多也是需要同时读写同一个大文件,例如地震资料的处理。以前都是使用NFS+盘阵,后来出现了不少的集群文件系统,欧美公司更是将软硬件绑定,例如那个ISILON。
也和你前边说的分布式文件系统差不多。
主要的工作原理实际上就是建立一个独立控制的”文件目录“,加快了数据的位置确定速度。
这类软件的好处就是假如你能得到比较价格低廉、性能好的分布式文件系统,配置上低廉的盘阵,那么就是性能保证的前提下低成本存储系统。
我们在测试过程中两个服务器+两个中端光纤盘阵,跑出了1.2GB的读写带宽,不过使用的是400GB FC磁盘。
中国北京 MSN wwy0630@263.net

TOP

没有看到ISILON多少资料,也不敢说就是那种方式

一般来讲,通用的存储系统都是把数据搬运到处理的地方。比如通过fc 通过nfs等传输搬运。

而对针对streaming的存储而言,设计上需要比较特别的方式,其中一种思路,应该是将处理的模块搬到数据存储的附近,减少交换的开销和成本

而且文件系统假如只做iptv应用的话,有很多地方可以简化:
1. 都是大文件
2. 不会有什么改写操作,只有写,追加写,读取操作
3. 基本上不需要考虑缓存一致性问题
4. 不需要考虑分布式读写锁定的问题

TOP

搞过开发还是不一样呀!知道所以然就能想的更清楚!学习中。。。

TOP

发新话题