无线局域网拷贝速度为何只有2M?
- 二月 11th, 2012
周五佳哥问到局域网大文件拷贝速度慢的问题,以前也没特别在意局域网拷贝的速度问题,今天测试了一下发现,有线网到无线网速度只有2.4M左右,后来改为11n,大概是之前的2-3倍,速度可以到7M,基本和有线网的速度差不多了。但反向复制文件,速度只有5M,无论如何测试,也提升不到7M,原因未知。
Archive for the ‘ 网谈 ’ Category
周五佳哥问到局域网大文件拷贝速度慢的问题,以前也没特别在意局域网拷贝的速度问题,今天测试了一下发现,有线网到无线网速度只有2.4M左右,后来改为11n,大概是之前的2-3倍,速度可以到7M,基本和有线网的速度差不多了。但反向复制文件,速度只有5M,无论如何测试,也提升不到7M,原因未知。
周末接到用户反馈视频播放内容出错,检查发现视频文件被跳转到其他服务器,服务器ip:
124.193.109.37
124.193.109.35
同时25日多玩论坛也有玩家反馈下载文件被劫持,
帖子地址:http://bbs.duowan.com/thread-19855222-1-1.html
经过后续调查确认是电信通在搞鬼,我操你妈的中国电信运营商,联通搞广告弹出,电信通没事就劫持文件,这是第二次了!
找他们客服投诉,还tmd的争论,你们的失误导致客户受损,客户再怎么说,你也没资格去争论,然而在中国这个马勒隔壁的地带,垄断造就这帮傻逼,可以无视任何规则,无视任何天道,人道。
我只能在这里再骂一句,电信通你这个垃圾!
电信通 宽带通是一家公司,所以宽带通你也是个垃圾!
一般性我们都知道DVD的分辩率是720*576或720*480,屏幕宽高比为4:3或16:9,但不是所有人都知道像素宽高比(Pixel Aspect Ratio)的概念.4:3或16:9是屏幕宽高比.但720*576或720*480如果纯粹按正方形像素算,屏幕宽高比却不是4:3或16:9.之所以会出现这种情况,是因为人们忽略了一个重要概念:它们所使用的像素不是正方形的,而是长方形的!这种长方形像素也有一个宽高比,叫像素宽高比(Pixel Aspect Ratio),这个值随制式不同而不同.常见的像素宽高比如下:1,PAL窄屏(4:3)模式(720*576),像素宽高比=1.067, 所以,720*1.067 : 576 不就约等于 4:3 了吗?2,PAL宽屏(16:9)模式(720*576),像素宽高比=1.422, 同理,720*1.422 : 576 = 16:93,NTSC窄屏(4:3)模式(720*480),像素宽高比=0.9, 同理,720*0.9 : 480 = 4:34,NTSC宽屏(16:9)模式(720*480),像素宽高比=1.2, 同理,720*1.2 :480= 16:9
作者提示:醒目!本文颇枯燥,很难耐心看完,提前预警一下.
我看着还是很生动的,未感觉枯燥~很给力~
1、
关于信息的组织方式,在1.0时代无非是人工分类,网站下面设频道,频道下面设栏目,栏目下面再设内容列表页。到了2.0时代,信息爆炸,很显然没法全部进行人工整理。通常所见,主要有八种组织方式在起作用。
第一种还是人工整理,由人工编辑出1.0风格的内容首页。哪怕2.0的口号已经响彻了五年,普通用户最适应的还是传统布局的内容首页,看上去整洁丰富,分类清晰,有良好的品质保障。如果一定要靠算法来生成首页,也不是不可以,但摸索尝试与配套建设的成本太高。不如安排一两个运营人员每天更新,还能实现更多的运营意图。
第二种是按时间维度排序,常见于海量信息的列表页,分作纯粹的Timeline(比如Twitter与feed流),或回复置顶的排序方式(比如论坛与Google Buzz)。前者能保证公正的曝光机会,后者适用于回复价值较高的场所——回复本身变成了内容阅读的一部分,并且有效地证明了内容的品质与热度。
第三种是时间维度的变种,在时间坐标之外加入了新的过滤项,如点击数高于xxx次的最新发布内容,以维持其品质;或是用回复之外的互动方式来干涉时间轴,如最新被推荐过的内容(虾米音乐频道)。
第四种是互动排行,包括浏览数/评论数/推荐数/收藏数排行等等。不仅细分出各种时间单位的排行榜(今日/本周/本月/历史排行),也分作总量排行与增量排行两类。其中增量排行的可靠性较佳,加入时间衰竭机制后,更能避免大者恒大的不合理现象。
第五种是用户自定义分类,分作在国内水土不服的tag,或是高端用户喜闻乐见的自定义文件夹(比如豆瓣豆列与Flickr博览馆)。
第六种是相关推荐,可能根据用户行为或关键字匹配,由系统推荐相关内容,也可能是用户自己的分类推荐(比如Flickr的相片集与群组)。
第七种是关键字搜索。
第八种情况就洒脱了,压根不组织信息,主要靠follow进行人与人之间的订阅。
Read more
本文原载于InfoQ中文站,版权所有,原文为从技术角度剖析云计算的架构,如需转载,请务必附带本声明,谢谢。在这里也要稍微谢谢InfoQ霍主编,如果不是他的坚持,这篇文章也不会像现在这样成熟,还有,InfoQ本身也是一个比较高端的技术网站,为Java、.NET、Ruby、SOA、敏捷、架构等领域提供及时而有深度的资讯、高端技术大会如QCon、免费迷你书下载如《架构师》等,大家如果没去过的话,请点击此!
在写《剖析云计算》(编 者注:InfoQ中文站随后推出该Minibook)一书的时候,我发现虽然云计算本身有三层之分,也就是SaaS,PaaS和IaaS,但这种分层本身 主要是从用户体验的角度来而言,比如,SaaS主要将应用作为服务提供给客户,IaaS是主要是将虚拟机等资源作为服务提供给用户。而本文将从技术角度来 分析和总结云计算的架构。
基于对现有的一些云计算产品的分析和我个人的一些经验,总结出一套云计算的架构,具体请看下图:
图1. 云计算的架构
这套架构主要可分为四层,其中有三层是横向的,分别是显示层、中间件层和基础设施层,通过这三层技术能够提供非常丰富的云计算能力和友好的用户界 面,还有一层是纵向的,称为管理层,是为了更好地管理和维护横向的三层而存在的。接下来将一个个地给大家介绍每个层次的作用和属于这个层次的主要技术。