引用自: bluespear111 于 十二月 31, 2010, 09:01:07 上午
2."信息调度链"实时反馈用户被封锁情况,控制播放线路采取措施;
========================================
目前封锁加剧,
用户(能正常播放)数量应该呈锐减趋势
版主在"主服务器"上是否能看出这种趋势?
我建议,在服务器上设置自动报警,当用户数量(以天为单位的平均用户数)锐减时,
提醒team,发布备用版本。。。
引用自: bluespear111 于 十二月 29, 2010, 01:56:07 上午谢谢您的建议。我们会考虑。
希望ippotv_support 能重视我提的建议
持续改进,得能听进去别人的意见
引用自: bluespear111 于 十二月 23, 2010, 06:02:53 上午谢谢您的反馈
这几天国内peer有上传流量了,但时快时慢
下载速度速度还是比较稳定的,播放也比较流畅
引用自: bluespear111 于 十一月 24, 2010, 01:16:31 下午
我是国内用户(upnp映射成功),刚才抽空分析了一下,提几个建议,不一定对,希望有所帮助:
1.目前,我发现,视频成功播放时,基本是靠本地与海外建立的链接(包括美国,日本,台湾,欧洲)支持的;但这些链接波动比较大,体现在链接数和链接速度两方面;一会链接几十个peer,一会儿就降低到了十几个peer,每个peer的下载速度不恒定,变化比较大,所以我觉得这是导致播放不流畅的主要原因;
2.可是,国内peer和peer之间传输极少,用net limiter监听,偶尔才能发现建立了一个国内peer之间的链接,可是上传速度很慢,而且时段时续;刚才,我(地点杭州)发现有一个连接在给嘉兴的一个用户上传数据,可是我发现只能提供给他0.8k/s的数据量!是不是因为我们播放的速度一致,所以导致数据不能互相利用呢?我想p2p的网络的模型应该如同"一片水田",水从源头流出后,是慢慢的扩散开来的,也就是说,peer和peer之间,应该是有先后的,比如我已经看过5分钟的视频了,那么我下一级的用户可以延迟5分钟去观看,这样他们就可以从我这里高速的读取这5分钟的缓存;你想杭州到嘉兴,不可能只有0.8K/s的上传速度吧?
所以说,服务器设置上,要将国内的用户分成不同的层,第一层负责和海外链接,要保证一定的量,,第二层和第一层连接,并且播放进程上,延迟一些时间,,第三层和第二层连接,播放进程再延后。当然,这里面可能要有很多计算,和实际数据搜集,才能优化出最佳结构!
3.另外一个问题是,我发现本地竟然向德国的一个peer上传数据,,这个绝对没必要,这个p2p播放器的目的在于帮助国内网民突破封锁、观看视频。那么,就应该在软件模型上,将用户分为两个pool。
第一个pool-1 代表国外所有用户和服务器;目的是提供变换莫测,难以封锁的数据源;
第二个pool-2 代表国内所有用户;
理论是:只要有少量pool-2的用户和pool-1建立了稳定的链接,那么其他pool-2的用户应该以互相链接,互相利用资源为主,这个要靠pool-1的服务器作宏观上的把握,确保数据从pool-1单向高效流入pool-2即可,,,在pool-1与pool-2之间增加更多的传输量,是没有意义的;
因为中国到国际的互联网出口是有极限的,如果所有的pool-2用户都如我一样,以直接和海外建立p2p链接为主,那么随着用户的增加,会导致带宽被重复利用,从而使中国到国际的互联网出口堵塞;使用户上限达到一定成度后就无法增加;唯一的解决方法就是如前所述,让pool-2内的用户之间互相连接。
在 0.041 秒内创建了带有 18 查询的页面。