关于龙芯2G的流言蜚语
作者 loongmenzhen | 2009-05-22 07:33 | 类型 中国龙芯 | 22条用户评论 »
|
近日于互联网上寻得一PPT,有诸多不解及感想,现予以记录。文档真实性暂不考虑,也无从考虑。
最后是个人一点不成熟的看法: 我一度相信这是ICT把手里积累的IP做了个大杂烩,因为现实中能把这些部件都用上的产品太少了。基于ICT目前的开发模式,这也是可以理解的。我想这样的龙芯2G最可能的产品形态可能还是便携终端或瘦客户机,卖点还是自主知识产权和安全性,主打的还是行业用户。如果是我做营销,我会把卖点集中在加解密特性,并且不会把价格定的非常低。参考设计会做具备实时存储子系统加解密功能的NetBook,以及针对行业用户的瘦客户机解决方案。后者类似Intel的博锐,但以太网上的通信是IPSec加密过的。因为龙芯平台的PMON(即Bios)完全是自主可控的,所以完全可以做到对软件透明。这种实现,据说龙芯某些研发中的安全产品已经采用了。 遗憾也不是没有,个人认为SATA控制器和视频硬解是最大的短板。如果能支持至少4个SATA口和RAID 0、1、5,那龙芯2G有能力达到SMB级存储的要求。为什么是视频硬解而不是硬压呢?现在比较火的IP分布式视频监控方案市场可不小。而目前看2G要进机顶盒电脑恐怕不太实际,这类产品的市场是否存在目前都值得怀疑。 越看龙芯2G越像Intel的Tolapai,只不过在对应用的把握和指标量化分析上,ICT应该好好向Intel学习学习。无论如何,65nm工艺在大陆已经比较成熟了,如果ICT能够在2010年成功做到龙芯2G的量产,市场前景还是很不错的。 | |
硅谷今年第一个IPO上市 – OpenTable
作者 杰夫 | 2009-05-21 10:12 | 类型 初创公司, 行业动感 | 1条用户评论 »
|
OpenTable公司(NASDAQ代号OPEN)今天上市,它是今年第一个硅谷风投投资、IPO成功上市的技术公司。去年一年,硅谷地区只有一家公司上市,ArcSight(详见弯曲评论相关文章)。OpenTable第一天的交易开局不错,开盘价24美元,现在交易价在29美元左右。 一般来说,一个IPO首日股价如果上扬,其长期前景可好可坏;但如果它的股价下跌,其前景多为黯淡。目前股市低迷,能够成功上市已属不易,OpenTable股价可以逆势上扬,主要原因有二。一是它的可交易股数不多,总共只有三百万股,供求关系造成其股价大涨,多数分析师估计其合理股价在9至17美元之间。第二个原因是OpenTable已经开始盈利,它最近一个季度的营收是1600万美元,盈利36万美元。 OpenTable并非是一个新公司,它创建于1998年。它的主要产品是一个餐厅饭店的订座软件和网站(类似于中国的饭桶网),使用其软件的餐厅超过一万家,在美国市场的占有率接近三分之一。OpenTable的CEO是Jeffrey Jordan,主要投资商有Benchmark Capital,Impact Venture Partners,和Integral Capital Partners等。更详细的介绍,有兴趣的读者可以参见OpenTable的网站。
弯曲评论相关文章: | |
思科核心路由器CRS-1与SPP处理器的研究–物理交换卡(2)
作者 陈怀临 | 2009-05-20 22:16 | 类型 行业动感 | 12条用户评论 »
系列目录 思科SPP处理器与核心路由器CRS-1
CRS-1 LCC路由器物理交换卡(Fabric Card)的概念模型是一个基于Benes Network拓扑的3级交换网络。在物理实现上,交换卡是通过卡上的多个ASIC芯片来完成3个阶段,基于固定大小Cell单元的数据交换。下面是一些基本的数据。 对于16槽的LCC,其交换卡(S123)上含有:2个S1,2个S2和4个S3的ASIC芯片,完成1个交换平面的功能。 对于8槽的LCC,其交换卡(HS123)上含有:2个S1,2个S2和2个S3的ASIC芯片,完成2个交换平面的功能。 对于4槽的LCC,其交换卡(QS123)上含有:1个S1,1个S2和1个S3的ASIC芯片,完成1个交换平面的功能。 下图所示分别为相应的物理交换卡: | |
美国康普SYSTIMAX iPatch智能基础架构解决方案评测报告
作者 老韩 | 2009-05-20 18:46 | 类型 专题分析, 互联网 | 1条用户评论 »
|
此文发于2009年1月。后期搜集到的反馈信息中,很多读者都建议应该有一个结合人体剖面背景的方案示意图,个人认为非常正确!遗憾。 原文发布于《计算机世界》 疼痛是生物的一种高级本能。它是一种示警信号,由遍布全身的神经系统汇总到大脑,提醒主体及时应变,以避免更大的内部病变或外部创伤。可惜0和1的世界中所有角色都是“无疼人”,只有人为地为产品加入自我监控与示警的特性,用户才有可能及时做出处理。与相对成熟的通信设备不同,布线系统加入自我监控与示警特性也就是近几年的事情。虽然在市场上可以看到形形色色的智能布线解决方案,但它们无论从功能特性还是实现机制来讲都有很大差异。在缺乏统一标准的情况下,评估产品的唯一准则就是对用户需求的满足度。本次我们就以美国康普推出SYSTIMAX iPatch智能基础架构解决方案为评测对象,重点考察一下它到底能为用户的管理工作提供哪些帮助。 SYSTIMAX iPatch智能基础架构解决方案由机架管理器iPatch Rack Manager Plus、控制端软件iPatch System Manager及支持不同介质的智能配线架组成。机架管理器是整套解决方案的核心,在机架上占据了2U高度的空间。它的前面板处设有液晶屏与多组按键,可以进行简单的查询与设定工作。背板处提供了一个私有总线接口,用来连接需要监控的所有智能配线架。总线的安装非常简单,只需沿机架一侧将线缆固定即可,并未增加部署难度。该设备最多可对1个42U机架上的960个端口进行管理,如果仍不能满足实际需求,还可以利用级联口连接多个机架管理器。当监测到本地端口的任何状态变化时,机架管理器会通过内置的以太网接口及时发送到装有控制端软件的服务器上。由于在后端采用了标准的TCP/IP协议,用户的控管操作不再受部署形式与规模的限制,说得极端点,在中国也可以监控到美国机房的跳线变化。 智能配线架则在传统配线架的基础上,增添了链路识别、状态监控等特性,并通过总线实时地向机架管理器进行反馈。与其它采用非标准跳线实现监测功能的产品不同,iPatch智能基础架构解决方案使用了标准RJ45接口的跳线。这是令我们非常满意的一个设计,至少用户不必再为跳线做额外的投资。端口内置探测装置是智能配线架的统一特性,当跳线插入或弹出时,探测装置的触发信息是定位的唯一要素。介质、接口类型与接口数量方面则完全不用担心,iPatch解决方案中提供了足够多的选择。如果有较长距离的光纤通路,用户甚至可以选择支持预端接线缆的型号。 如果将机架管理器看作iPatch解决方案的大脑,总线自然就是中枢神经,智能配线架则充当着神经末梢的角色。只有这样健全的结构,才能实现自我监控与示警等特性。当跳线插入或弹出时,智能配线架可以感知到相应端口的状态变化,马上通过总线将这一信息发送至机架管理器。机架管理器保存着所有端口的状态与连接信息,可以明确知道是哪个“部位”有了哪种类型的“痛感”。虽然它不能像人脑一样做出下一步响应,却可以及时准确地以多种形式提醒管理员。另一方面,神经式的监控机制也让联动成为可能。我们尝试着拔掉一个已连接的跳线,液晶屏马上会提示某配线架的第几个端口被断开,以及它的对端是哪个配线架的第几个端口。如果将拔掉的跳线插入一个新的端口,则会显示检测到的新连接信息,同时更新内部数据库。值得一提的是,整套方案的硬件部分为“智能”所花费的能耗代价十分低廉,机架管理器仅采用一个12V小型变压器供电,非常绿色节能。 要将“神经末梢”的“痛感”传达给管理员,单纯地在机架管理器的液晶屏上进行本地提示是远远不够的,还必须借助控制端软件iPatch System Manager进行更多种类、更大范围的信息发布。这套客户端软件的设计思路颇具特色,我们更愿意将它定位为涵盖了布线系统监控功能的网管软件。在图形化界面里,用户可以根据物理位置及角色的不同,完整地还原真实的拓扑结构。具体到机架这一级别,甚至可以添加iPatch方案中的各类组件。除此之外,该软件还可以将数据中心内其他角色纳入控管范围,建立从物理层到网络层的路径对应关系,在一定程度上可以替代价格不菲的网管软件。 iPatch System Manager本身对外提供的多种服务也非常实用。SNMP应该算是最重要的功能之一,通过这个接口,用户可以使用其它网管软件管理iPatch。当端口状态发生改变时,触发的示警信息也会通过SNMP协议同步发送至网管软件。Web服务又提供了一个最具通用性的信息获取方式,管理员可以随时随地用最熟悉的方式查看布线系统的各类状态信息。我们注意到一些非常人性化的细节,例如Web服务甚至为PDA屏幕提供了合适大小的页面,有效提高了管理员的工作效率。OPC则肯定会受到集成商的欢迎,iPatch智能布线系统可以利用这个接口融入楼控的整体解决方案,做到统一管理。 技术上的分析也许还不足以体现这套智能解决方案的优势,接下来的实际操作更能说明问题。我们模拟了一个数据中心部署调整时的行为,将服务器所连接的交换机进行切换。通常情况下,这需要管理员先查找到服务器与两台交换机在配线架上对应的端口,再到配线架前进行操作。待到操作的正确性经过验证后,才能更新原有配置文档。这个过程中,端口查找可能会浪费大量时间(笔者见过很多集成商为甲方交付的文档都是厚厚一本装订书);操作的正确性也难以保证,至少在出现误操作时没有及时的告警及验证方式。如果因此影响到核心业务,后果不堪设想。 而利用SYSTIMAX iPatch智能基础架构解决方案,一切都变得简单。我们的实际操作过程是:跳线在增加与删除时,机架管理器会显示该事件的物理位置,在iPatch System Manager中也会同步显示连接关系。如果跳线发生非指导性的改变,机架管理器的液晶屏上马上提示端口连接状态发生的变化。当管理员确认操作无误后,设备会自动更新原有数据库; iPatch System Manager也会同步收到任何拓扑更新的信息,不必再人为进行修改。 对比一下两个工作流程,后者复杂程度大大简化,效果却更好。我们认为,这套解决方案的最大特点莫过于尽可能地减少了需要人工处理的部分,提高了管理员的工作效率。另一方面,每一步操作都会有提示,并且随时可以进行连接信息验证,操作准确性得以保证。对于这个简单操作来说,智能与非智能的差异可能还不明显;而对于数据中心维护、调整时真正的工作量与复杂度来说,SYSTIMAX iPatch智能基础架构解决方案带来的优势无疑会明显得多。 | |
思科核心路由器CRS-1与SPP处理器的研究–物理交换卡(1)
作者 陈怀临 | 2009-05-18 12:10 | 类型 专题分析 | 20条用户评论 »
系列目录 思科SPP处理器与核心路由器CRS-1
CRS-1交换矩阵(Switch Fabric),交换平面(Switch Plane),交换卡(Switch Fabric Card)之间的关系是一个从属关系。前面两个是逻辑实体。交换卡属于物理实体(实现)。 交换矩阵通过多个交换平面所组成。每个交换平面通过物理交换卡来实现。对于不同的CRS-1的LCC路由器,具体的数据关系如下: 16槽LCC: 交换矩阵::==8个交换平面 1个交换平面::==1个物理交换卡 【笔者注:16槽LCC配置8个交换卡槽。一个交换卡提供一个交换平面】 8槽LCC: 交换矩阵::==8个交换平面 1个物理交换卡::=2个交换平面 【笔者注:8槽LCC可配置4个交换卡槽。换言之,一个交换卡提供两个交换平面】 4槽LCC: 交换矩阵::==4个交换平面 1个物理交换卡::=1个交换平面 【笔者注:4槽LCC可配置4个交换卡槽。一个交换卡提供一个交换平面】 从上述数据读者可以得知。一个逻辑上的交换平面是通过一个(16LCC和4LCC)或者半个物理交换卡(8LCC)来实现的。 对于不同的LCC上的物理交换卡,其名称分别为: 16LCC:S123卡 8LCC: HS123卡 4LCC:QS123卡 CRS-1的交换不是一个全Cross-bar的结构,而是一个3级(Stage)Benes Network交换结构。关于Benes Network或者其更一般的交换结构拓扑Clos Network。简单而言,Close Network是一个通过3个参数(r,n,m)定义的一个3级交换拓扑,其3级结构分别为:输入(Ingress Stage),中间(Middle Stage)和输出(Engress Stage)。下图所示为一个通用的Cros网络拓扑模型:
其中,r是输入(Ingress Stage)部件的个数。n是每个输入部件的输入接口数目。m是每个输入部件的输出接口数目。在理解Cros拓扑结构时,读者要抓住一个非常重要的概念:对于整个拓扑结构中的每个子部件,其是一个Cross-bar。例如,对输入而已,是有r个n×m个Crossbar。因为是r个输入部件,输出是m个,因此,中间阶段一定是m个部件。为了形成cross-bar,很自然是r个输入,r个输出(除非做加速)。这也就是为什么中间阶段是m个r×r个Cross-bar。在最后的输出阶段(Engress Stage),系统是一个逆转过程,通过r个m×n的cross-bar完成系统最后的交换过程。 关于Cros(Benes)拓扑的算法细节和量化分析,读者可以参阅相关文献。总而言之,Cros网络最大的优点是:相对一个没有中间交换过程的Cross-bar结构,对于要实现一个n×n的全交换,Cros网络所需要的连接节点数目要小的多。 Benes交换拓扑是Cros交换拓扑的一个特例,m=n=2。也就是说,在Benes交换拓扑中,每个Ingress和Engress子部件都是一个 2×2的Cross-bar。读者要注意的是中间交换阶段(Middle Stage)是2个r×r的Crossbar。如果r是4,那就是2个4×4的crossbar。如果是16,那就是2个16×16的crossbar。下图所示为一个8×8的Benes交换拓扑。
读者请注意,笔者说的2个4×4 的Crossbar是Cros拓扑的概念。在上述图中,就是中间3个Stage,共12个2×2的Crossbar。上半部分的两行(6个2×2的crossbar)组成了一个4×4的Crossbar。下面两行(6个2×2的crossbar)组成了另外一个4×4的Crossbar。 CRS-1的物理交换卡就是基于上述结构,而通过物理卡上的多个ASIC芯片而实现的。 | |
刀光剑影,与Juniper面对面
作者 老韩 | 2009-05-18 08:32 | 类型 专题分析, 互联网, 通讯产品 | 6条用户评论 »
|
很少见到Juniper的高层在媒体面前公开露面,所以这个访谈实在令人期待。借弯曲评论宝地与诸位分享,希望到时大家去问他个人仰马翻:) 请大家注意,虽然业内对Juniper重产品不重品牌和市场的看法很多,但这好像是首次从官方听到。所以,近期要密切注意juniper中国市场部的动向。 注:我不是CBSi的人。 附:CBSi刘克丽对话Juniper于肇烈 高端访谈解说词预热 2009年5月20日下午15:00-16:00,Juniper(瞻博)网络公司大中国区副总裁于肇烈将做客由CBSi授权媒体总编刘克丽主持的ZDNET(至顶网)《跨国企业在中国》高端在线访谈视频大联播节目,届时少不了你来我往的短兵相接,不乏针锋相对的智慧博弈,请广大网友朋友带上你的问题,共同期待即将到来的高端对话。先奉上克丽的高端访谈解说词预热。敬请期待! 克丽解说词全文: 十年我中华大千世界改天换地感天动地 十年所有网络设备厂商生死两茫茫 有的泡沫破产有的摘牌有的投奔新东家 看从企业网转运营商再转家用网成全线 观如今企业应用好比当年省级运营功夫 瞻博网异军突起13年整了全年营收35亿美刀 说自己操作系统模块化领先各路英雄十三载 品牌投入时尚商标设计发布还要等多久 5月20日下午3:30—4:30分 86家分站45家行业网站联合共邀 巅峰对话风云问答总裁会客室里 传闻于肇烈台湾出生没进过演播室早早做准备 据说于肇烈嘉宾平日里认真练就走路功不含糊 望各位网络设备高手达人届时问得人仰马翻 直播地址:http://net.zdnet.com.cn/network_security_zone/2009/0515/1368798.shtml | |
现金为王的时代
作者 青成 | 2009-05-17 22:00 | 类型 次贷危机 | 没有用户评论 »
|
现在已经很少听到人们提起次贷危机了,大概已经接受了危机变成了衰退的现实。也很少有人质疑这次衰退的深度和广度。克莱斯勒的倒闭了,GM不断需要政府输血,日本出口已经下降了一半,中国政府的万亿救助计划,都说明了衰退又深又广。 以高新技术著称的硅谷又如何呢?太阳(Sun)刚被甲骨文(Oracle)收购,本来也是苟延残喘,现在更是难以支撑了。连太阳都撑不下去,那些初创公司呢?根据这篇文章内容显示,各类投资人也都勒紧裤腰带,IPO也遥遥无期,初创公司的出路可能只有被那些现金充足的大公司购买一条。极少数的公司因为自身产品的优势可能能得到大公司的青睐,但是大多数小公司只有关门大吉。即使能被大公司收购,价钱也会被压的很低。谁让自己活不下去呢?可能有些显得不公平,不过估价曲线向来都不是直线。这是一个现金为王的时代,是买方市场的时代。 其实每次经济危机,都伴随着一轮兼并浪潮。经济危机过去之后,大公司会更强大。当然,也会有更多的小公司又会雨后春笋般的冒出来。继续寻找那万分之一的变大的机会。 | |
从谷歌的“问题曲线”说到Twitter
作者 高飞 | 2009-05-16 23:31 | 类型 行业动感 | 没有用户评论 »
|
Google(谷歌)记录全球亿万用户的搜索关键词和模式,由此可以进行海量数据分析,得出很多有意思甚至有价值的曲线图表。不过,如果就像理发师,给全村人理发了,谁给理发师来剃头?上周谷歌的服务器事故就回答了这个问题。 2009年5月14日周四,谷歌服务出现了大面积的瘫痪——从gmail到搜索,从Google Reader到Youtube,从图像搜索到Google Analytics,都几乎无法访问。谷歌自己承认,当天影响全球服务的当机事件开始于美东时间上午10点45分,两小时后,大约在美东时间下午12点20分恢复正常。而对这次事件的关注则来自全球网民,从美国大陆,到遥远的中国,澳大利亚和法国。 对这次事件的分析,显然从谷歌搜索是拿不到了。如果读者访问Twitscoop,您可以找到一幅描述在Twitter网站上搜索“gmail”或者“google”的查询记录。本文的题图就是5月14日美东时间下午1点左右得到的曲线。显然,大量用户来Twitter搜索关于google的消息,因为谷歌当机了,随着谷歌业务的恢复,查询也恢复正常。这幅图是不是象一条巨大的鲸鱼?可以说,谷歌这个搜索巨人可以从Twitter拿到自己的“当机鲸鱼图”。Twitter的火爆程度可见一斑。弯曲评论追踪Twitter已久,相关报道见后。 谷歌最后给出的解释是,当天路由出了点差错,很多web业务被路由到亚洲再绕回美国,导致其全球服务出现了大面积的业务阻塞,大约14%的用户受到了影响。 显然,想象一下您从纽约登上去旧金山的飞机,最后发现自己降落在香港,还要转机回旧金山,您有多郁闷? 弯曲评论有关Twitter的报道: | |




(2个打分, 平均:4.00 / 5)






(2个打分, 平均:4.50 / 5)