Google在建设自己的IP核心网吗?

系列目录 The Google Internet

  1. Google在建设自己的IP核心网吗?
  2. The Google Internet——从IT架构了解其目标

若干年以来,坊间一直就传说Google在游走于“成为ISP或者运营商”的边缘。Google是White Space计划的重要推手(即转换未使用的电视频段用于宽带网);几年前Google据传一直在整合dark fiber,并在雇佣人员来商谈城区和远程dark fiber的合同;Google目前也在总部所在的加州山景城及周郊运营一个免费的WiFi网络。

2010年Google曾宣布公司要在全美一些地区建设和测试超高速宽带网,光纤1G入户。对于Google遍及全球各地的数据中心,Google一直在建设高速网络更快捷的内联和互联,坊间流传选择的是Juniper T系列路由器和TX来搭IP核心网。

已经披露的报道表明,Google的具体use case包括:更佳的用户体验(搜索和各种应用响应的速度和相关性),高速条件下可能出现的下一代网络应用,新的网络部署技术,网络的开放性和选择性。Google自建网络的定位大概是网络批发商,而不是直接面向消费者。这个准运营商/ISP的地位也会有助于Google的主营业务—比如Google Voice挑战Skype/微软,Chrome OS上网本集成利用Google的这些基础设施,Google+从其中找到killer App,云云。

笔者有意搜集一些资料分析一下Google自建的这个IP核心网,包括数据中心、节点分布、互联状况、设备、自治系统、策略等等。弯友们如果手边有这样的资料,大力欢迎与笔者共享相关信息,只要不泄密和惹来麻烦…………反正最后都出现在文章里。

笔者联系办法gaofei@tektalk.org

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

高铁事故 。控制系统 。调度算法

7月23日,23日20时50分,杭深线永嘉至温州南间,北京南至福州D301次列车与杭州至福州南D3115次列车发生追尾事故。

我大宋的高铁事故。举国震惊和悲伤。

当我听到这个消息的时候,首先想到的是:希望没有在暑假出去旅游或者夏令营的小朋友出事。。。

然后,作为一个系统软件工程师,第一个反应是:总控的调度系统出了问题,出了非常silly,非常stupid的问题。

原因如下:

在控制系统中,最重要的就是构造一个反馈环,并这这个基础上,形成控制系统。

那么我们来试图讨论一下总控应该如何监控跑在各个路线上的火车。

1。 每个D[G]xxx火车应该是通过通讯系统,给总控发HeartBeat信号。或者总控给所控制的火车发Keep Alive信号。
2。每次HeartBeat信号的时间间隔为N秒。
3。 如果总控连续失去M个Heartbeat,例如TCP的3次,总控就应该认为:某个D[G]xxx出了问题。
4。 总控应该立刻启动Exception处理,对相关的D[G]xxx火车发出指令。

另外,在容错方面,对于高铁这样的High Availability系统,任何系统必须支持ARINC-653规约。在通信方面,必须支持两种不同的Channel,从而确保,如果一旦一个Channel是由于BER的Error出现问题,另一个Channle能正常切换,或者两个Channel应该是同时工作。

例如,在一些金融系统中,HP OpenView/SNMP通常与另外一个SNMP系统并行(In Parallel)的运行,从而确保监控通讯系统中Robust。

从目前得到的信息来看,是雷击后,前一辆火车失去了动力。

我们可以假设这个火车失去与外界所有的联系方式。例如,火车司机和列车长的手机也不能work了。这似乎是考验我大宋移动,联通等的基站的牛逼级别了。如果在那个时候,附近的基站也不临了,笑话就大了。

希望有知情的同学们能谈谈看发,或者告诉我目前高铁系统的在Exception的时候的调动算法是什么。

很难相信我大宋的工程人员会犯如此傻的错误。

(没有打分)

军阀混战,兵锋直指:数据中心

最近,北美是军阀混战。打成一团。

Intel收购Fulcrum!

Dell收购Force 10!

这一切的一切都是一个目标:

数据中心!!!

而数据中心的根本就是

Switch和Switching!

谁控制了switching,谁就能提供Total Solution。

然后,

才能卖更多的

服务器!!!

见银子!!!

希望同学们多多讨论这个话题!

(3个打分, 平均:3.33 / 5)

网络应用领域,intel的路在何方

Intel将 处理器 的用途分为4类:应用、控制、报文 和 信号;

1. 在 应用和控制 领域,Intel的Xeon系列CPU已经是市场的老大;

2. 在 报文 领域(即网络处理器),Intel将推出Sandy Bridge,相比RMI/CAVIUM等,Sandy Bridge只是一个新人;不过,Intel的10G网卡(最新的网卡为了更好的支持IO-VM,具备了switcher功能)是推出的比较早的,再加上 其DPDK库,Sandy Bridge在网络数据包处理方面的性能值得期待;对于采用LVS等软件解决方案的公司,是个好消息;

3. 在 信号 领域,Intel将推出Knights Cornor(众核),是一个协处理器,类似GPU,可用于高性能计算等,预计12下半年推出;

从我作为一个互联网领域-系统工程师的角度看,Intel已经 or 即将推出的处理器很好地满足了需求;

a. 互联网应用+分布式计算,采用Xeon;

b. 4/7层设备+防火墙(均是soft),采用Sandy Bridge;

c. 高性能计算+特殊需求,采用Cornor,如有类似FPGA的协处理就更好了;

ps:

1. 咨询了演讲者Cornor是否支持自己编程,类似FPGA,回答是否定的,建议我们定制化服务器时解决;

2. DPDK-多核多队列、无锁队列、NAPI、Memory Per CPU 等;

3. 4/7层设备 — 控制和数据平面分离;

4. 虚拟化—VMDQ、SR-IOV;

5. 网络存储 — FOCE、 ISCSI;

(6个打分, 平均:3.00 / 5)

中国移动研究院首席科学家许利群:从运营商的视角来看移动健康服务的现状和未来发展

原文地址:http://www.1000plan.org/superblog/1295/373
本文是根据我在2011中国国际物联网大会(6月17-18日,上海)上的主题演讲整理而成。The original speech was delivered in English; the script below results from a combination of the elaboration on the contents in presentation slides AND a tidy-up of my loosely improvised thoughts there and then on the podium. All comments and debates are welcome.

我是来自中国移动研究院的许利群。今天想和大家讨论的话题是“Mobile Health Services: Current Status and Future Development — An Operator’s Perspective”,即《从运营商的视角来看移动健康服务的现状和未来发展》,主要分下面三个大问题来阐述:一是为什么移动运营商对提供移动健康关爱/守护之类的服务很感兴趣;二是介绍一下随着泛在网络的日益普及,下一代智能健康技术发展趋势和服务形式之我见。最后,讨论一下为了推进移动健康服务,目前需要关注的关键技术和商业 模式等方面的难题。

对第一个大问题“为什么移动运营商对提供移动健康关爱/守护之类的服务很感兴趣”,我想分五个小点解释:

首先,电信运营商对移动健康的理解和定位:从传统意义上来说,移动健康好像不属于移动运营商的业务或服务范畴,但我们认为,新兴的移动健康产业正是由现代移动通信和互联网技术的发展而催生的,从某种意义上来说,移动健康可以被看作是通过无所不在的移动网络和智能移动终端来提供医疗和公共健康服务的最新实践,它的典型应用可能包括:

- 利用移动终端来收集社区和临床健康有关的数据,也就是说通过移动终端(如手机之类)可以方便地录入、上传本社区、本地区的大众医疗健康数据,供授权的咨询和管理机构分析,为提高人民健康福祉的目的使用;

- 通过移动终端可以随时随地给医护人员、研究人员以及与患者有关的人员及时推送相应的健康关爱和咨询信息;

- 根据不同的应用场景和用户需求(如慢性疾病的监控或生活方式的跟踪),实时地对用户/患者的生命体征(如血压、血氧、心电、体重,等等)实行远程监控,对某些症状进行分析和诊断;

- 通过移动终端来直接对用户提供远程的医疗护理,包括必要的疾病预防、预测和干预服务,等等。

就像图一中所描述的那样,我们可以通过设计移动健康服务系统的开放界面来把左边的远程监护终端(用户/患者)和右边的专业医护服务人员和信息(医生/用户 的健康档案)联系起来。而中间核心系统部分的作用则包括通过各种技术方式和手段来促进(facilitate)和为提供必要的健康守护服务搭建桥梁,如:呼叫中心,医疗诊断,数据仓储的管理,以及工作流程管理,等等。左边的监护终端和服务系统之间通常实施移动无线连接,而在右边,系统可通过(移动)互联网 的应用程序接口(API)使专业服务人员(如医生、营养师、健身教练等)能够方便地访问注册用户的相关信息和体征数据并提供相应的诊断和咨询服务,同时对于那些健康意识很强的用户,也使他们可以了解到自己的健康档案和跟踪相关的生命体征参数的变化。


图一:移动健康服务的概念描述

其次,我们来讲一下移动健康服务的范围和现状,即移动健康现阶段所提供服务的大致种类及其针对的特定用户群和基本需求。移动健康服务的来临得益于广泛交叉学科和技术发展的支撑(包括:传感器芯片、计算技术,商学,通信和电子工程,临床医学,科学和政策,等等),尤其是对网络覆盖的连续性和数据传输的可靠性及带宽有着特别的要求,国内外发展的事实表明,3G移动网络的引入及其覆盖的深度和广度对于移动健康整体技术和服务的发展有着很大推动作用。一般来说目前移动健康服务的范围涵盖:

1)增进健康体质:比如,由于营养、运动及生活习惯上这样或那样的问题,肥胖症现在在国内已是一种常见的社会现象,肥胖症会引发多种生理及心理上的慢性疾病,久而久之并可能导致其他致命的并发症。然而,我们可以采用移动健康的技术手段通过医护人员来指导患者实施运动处方,监督每天热量摄入,随时提醒矫正不良生活习惯,等等。

2)慢性疾病管理,尽量减少不必要的入院看护:有些患者,像心血管,糖尿病,高血压,慢性阻塞性肺病(COPD)等,他们的生命体征变化可以在长期居家情形及走动状态下(ambulatory)得到远程监测和分析;配合以辅助性的药物和康复治疗,病情就可以得到稳定甚至减轻,因此减小入住医院的可能性和由此产生的大得多的成本和医疗资源需求。

3)老人看护:我们知道中国正进入人口老龄化的高发期。60岁、70岁以上的老年人在过去十年里数量大大增加,而且中国的计划生育人口控制政策所带来的4-2-1家庭组织结构,给居家养老带来紧迫性并伴随了特有的挑战。因此,研究、开发并部署有效的移动健康技术来支持对老人的远程看护,延长其独立居家生 活的时间和提升生活质量(Assisted living for the elderly),用技术和服务手段来缓解社会问题日益显得重要。

4)妇女和婴儿看护:比如,对育龄妇女体温的连续监测,以确定最佳的受孕时间;对妊娠期婴儿的胎心检测,以确定胎儿的正常发育;对婴儿的护理,尤其是新生儿,及时检测和预防新生儿的短暂性呼吸停止(sleep apnoea)所导致的死亡,等等。

那么目前移动健康服务的技术和产业发展已经做到哪一步了呢?无论是在国外还是在国内,我们都已见到越来越多的测量单一模态生命体征(比如,心电、血糖,血压等)参数的便携式感知终端和在此基础上建立的某种社区性或区域性的健康守护解决方案和服务,如图二所示。这些服务有一个共同特点:就是首先要由用户发起,用户得记住主动配合,定时地测量和记录相关体征数据(有些感知终端本身也带有一些数据处理和展示功能),再通过移动或固定通信终端(传输网关/家庭网 关)将这些数据传输到医疗服务机构的服务器上,进行存储,分析,诊断和呈现。我们注意到:首先,数据测量时的时间和用户当时的生理心理状态非常重要,在很 多情况下所采样的数据不能够反映用户的真实体征状态变化,受到人为和环境因素干扰。二是在这些情况下移动网络运营商实际上起到的就是所谓“哑”通道的作用,即仅仅传输数字比特流而已,这是我们不太愿意看到的。


图二:现阶段基于单个模态生命体征监测的移动健康基本服务形式

第三点,讲一下移动运营商正经历的战略转型。我们现在所处的是移动互联网、物联网、云计算技术以及TMT (Telecom/Media/Technology)产业融合和互相渗透的时代,所有移动运营商原有的商业模式和以话音为代表的主营业务都受到了来自多方面(例如,三网融合,VoIP,即时通信,应用程序商店,社交网络,等等)的极大的冲击,因此必须进行战略转型,在发挥传统优势的基础上,开拓并进入新的市场(diversification),以期能够扩大收入来源、向价值链上方攀升给投资者带来更多的商业回报、同时给用户带来更丰富更便捷的服务。目前近乎泛在的移动网络,基本实现室内、室外全覆盖,使得数据流量持续增长,新的业务对带宽的需求仍然不断增长。在很短的时间里中国已经从2G跨入了3G时代,眼下中国移动正在北京及长三角和珠三角的六个城市进行代表3.9G的TD—LTE技术的测试、部署和试运营,而2G/3G/LTE/WLAN四网协同的战略也正在紧锣密鼓地实施。这种大规模网络建设和技术的更新对投资的要求是巨大的,怎样让这些投资有很好的和可持续性的回报从而为股东创造价值是每一个企业所面临的重大挑战。像我们公司75%的股份是政府所有,怎么样才能给国家资产和股东创造更多价值呢?我这张胶片下半部分的图(图三)就是讲电信运营商 正在走出传统通信业务范围的束缚,进入数据、内容和信息技术服务的范畴,与内容提供商和行业服务伙伴合作去开拓一些新的业务形式、新的边缘领域,以发现和巩固未来收入的增长点。近年来中国移动已逐步推出一系列创新型的数据业务,包括:移动互联网的典型服务(如浏览和下载服务、即时通信、手机应用商城 Mobile Market);产业融合的服务(如手机报、手机阅读,手机音乐、手机钱包);物联网的各种行业服务解决方案;三网融合的服务(手机电视),等等。随着嵌入式计算技术、微小型传感器技术和短距离通信技术的不断进展,借鉴国外运营商先期发展的可用的经验和不断加快的中国医疗体制改革的步伐,现在我们觉得运营商进入手机(移动)健康领域的时机已经成熟。


图三:不同行业之间的融合和新型数据业务示例

第四点,讲一讲电信运营商在移动健康领域必须且有能力发挥的重要作用。中国移动目前拥有6亿多手机用户,从地理位置及热点分布、所使用的智能手机的功能和特性、以及用户群这三个维度来看,能够提供的移动健康服务的种类将非常 广。而且面对巨大的用户资源和多样化的销售/电子渠道,规模化服务前景可观。如图四所示,智能的无线接入网将提供多模式随时随地的接入手段,安全可靠的数 据传输。核心网将提供优化的移动性管理和服务质量保证。中国移动作为网络运营商进行健康关爱服务提供和创新的优势在于可综合利用我们的几个核心资产,包括:具有最大的零售(个人)市场渗透率和用户群;强大的运营和技术能力,表现在广泛的通信基础设施,即连接(connectivity)的密度和广度;有效的计费和搜集小额增量费用的机制;可鉴权认证的安全、可靠的通信能力;远端数据中心的存储和数据处理能力;已有的客户服务和远程交流能力;已有的全球性的商业或技术协约,用于国内地区间以及国与国之间的连接和漫游。作为国内领先的移动运营商发展根基稳健,具备处理复杂的法律法规事项的能力。品牌认可度排名最高,并且可以利用已有的营销网络。这是我们的想法,当然不同的运营商可能有不同的市场切入角度和发展路线图。但不管怎么样,移动运营商在一个逐步成长和完善的移动健康产业生态系统中可以发挥很大的引领和促进作用。


图四:移动运营商可为移动健康服务的核心资产

第五点也是这部分的最后一点,我想简单介绍一下先期运作的国外运营商在移动健康服务提供上的 两个例子,看一下他们是怎样开展这方面工作的。首先,在2、3年之前日本电信运营商已经率先行动,像NTT DoCoMo就开发和部署了所谓的“大众健康支撑平台”,如图五所示。可以看到最左边用户使用的是各种大家熟知的便携式生命体征感知终端,包括体重、血 氧、血压监测器,等等,可由不同的医疗器械厂家生产并配置符合NTT DoCoMo规范要求的接口。通过用户手机(作为个人网关)上的应用和控制程序经由3G网络来把血压、体重这样一些数据传输到电信运营商的服务器上。这是非常有借鉴意义的创新之举,因为原来电信运营商仅仅扮演一个传输管道的角色,并不发挥更多的作用。但现在运营商变成这一重要数据资源的管家(Data Vault)(进一步的可能性是可主动地对这些数据加以分析,整理,归档,挖掘)并根据需要为右端的各种专业移动健康服务机构提供安全可靠的适配的数据格式转换和分发,使之得到更好地利用并应运而生新的服务型式。


图五:NTT DoCoMo的大众健康支撑服务平台

第二个例子是北美运营商AT&T,它选择与系统/平台设备提供商(如Cisco,Polycom,Avaya)和专业医疗解决方案提供商(AMD Global Medicine)合作,推出了一系列包括硬件、软件和网络基础设施的远程健康解决方案来促进各种应用和服务开发及部署,例如:可用于远程监测病人的主要健康指标并做出及时应对;避免病人和看护者的来回奔波所需要的旅行开支;使患者能够方便地获得医疗专家的咨询和诊断服务;改善患者的医疗保健效果;提供一个具有好的成本效益的方便的远程医疗培训和继续教育手段。


图六:北美运营商AT&T在远程医疗/移动健康上的战略部署

好,现在我们来讲第二个大问题,即“泛在网络日益普及时代中,下一代移动健康技术和服务发展趋势”,将分三个小点阐述:下一代移动健康服务的系统架构体系;运营商从“哑”通道向“智能通道+”的转变,包括介绍个性化动态移动健康的特征;以及实行系统不同部分之间通信和接口协议标准化的意义。

首先,我们来看一下,什么是运营商看好的提供下一代移动健康服务的系统架构体系。总的来说,这个系统架构,如图七所示,和人们已熟知的物联网的分层系统架构相一致,当然,取决于部署的规模和服务的特殊性及复杂性,在具体实现上会有很多不同:

最下面的一层是感知层,就是直接贴近服务对象而采集人的生命体征和情境参数的一层,通常利用微小型的具有可编程能力的传感器节点,通过低功耗短距离通信技术(如:低功耗蓝牙- Bluetooth Low Energy,ZigBee等),根据不同的应用要求来组建一个灵活的可控、可配置、可穿戴的人体感知网(Body Sensing Network)。后面将会提到,和现有的基于单个模态的感知终端并由用户主动开启和按时留意操作的简单监测系统相比,体感网有着许多独特的优势和创新服务空间,但同时也带来了附加的技术实现和控制上的困难和挑战。

感知层之上是网络层,这里集中反映了运营商的强大的基础通信设施、完善的计费系统和可控可管的网络能力。如果需要的话,还可以在核心网中增加专门的网元以确保规模化应用和安全可靠的服务的实现。此外,业务网能够提供多种业务能力,包括:短信,彩信,位置信息,地图,等等。

网络层之上是应用层,这里运营商可视需要选择性地独立开发具有自主知识产权的能够满足大众用户需求的应用,或者与合作伙伴共同开发高附加值的利基市场 (niche market)应用,更可以通过开放平台、通信和业务能力以及数据API等等给第三方开发者和专业(医疗、康复、咨询)服务提供商,促进更多的创新型健康关爱服务的诞生。


图七:下一代移动健康服务的架构体系

这也就自然地延伸到我们的下一个话题,即运营商如何从仅仅提供生命体征数据传输的“哑”管道有条件地转变为促进移动健康业务规模发展的“智能管道+”(如图八所示),具体的说就是运营商希望在实施移动健康服务的实践中能够逐步培育三种能力:

一是提供能同时对多模态人体生命特征参数和情境数据进行连续采集、传输、存储和按需分发的能力。这些由体感网采集的数据通常包括用户的血氧,体表温度,心 电,呼吸率,等等,但同时也包含描述用户运动状况的信号(如加速度,陀螺仪)和环境参数的信号(如声音,位置)等等;

二是具备一定的智能信号分析能力,包括在感知端对多模态生物医学信号进行实时增强、处理、分析、识别和融合的能力;对运动信号的分析和识别(如静止、跳 跃、跑步,等等);对环境参数的识别(如户内、户外、场所、背景噪音,等等)。而在用户的数据被传输、汇聚到后台服务器端/平台后,对此大量数据进行挖掘和建立个性化的服务和疾病预测模型;

三是有条件地进行开发和提供必要的针对特定用户群健康关爱需要的解决方案和应用服务能力。

当然,上述这几种能力的培育都不是运营商自己能独立开展的而是需要和专业医疗服务和解决方案提供商、医疗机构和产业链上的其他伙伴的密切合作。


图八:运营商在移动健康服务中成为“智能管道+”的构想

在目前为止的讨论中还有一个重要的环节没有提及,这就是,保证不同厂家设备间的互操作性所必须遵守的“通信协议和接口”这一要素,从而实现在端到端系统架构中进行数据和信息的安全可靠传输以及不同协议间的翻译等操作。如图九所示,这里包括三部分内容:

一是在数据采集(感知终端)和数据聚合设备(智能手机/个人网关/个人服务器)之间,即(无线)个域网/体感网;

二是在数据聚合设备和远程健康医疗服务与运营设备(数据服务器、运营管理平台、业务平台)之间,即广域网;

三是在这些平台与医疗服务机构现有的信息系统之间(医院的数据库、健康档案),即健康档案网。

目前在国内所见到的主要的移动健康方案和服务提供商大多是使用私有协议,且不同厂家的终端、器械、设备之间缺乏兼容性。在国际上相关标准化组织和产业联盟(如:康体佳-Continua Health Alliance)正从多个角度积极推进这方面的工作。从运营商的角度考虑,我们拟采取的策略是:1)依据现有国际标准和指南,推动中国移动的网络供应商开发并提供基于标准通信接口协议的设备,保证移动健康系统的开放性;2)根据中国移动自有移动健康应用的研究进展,在国内和国际相关标准化组织中,推动新业务类型所需要的接口协议标准化;3)针对异构PAN组网中多个生命体征传感器节点采用不同的采样率、数据格式的情况,研究能够实现多传感器间的数据同步和并行上报的协议要求,等等。


图九:提供移动健康服务的端到端系统接口和协议规范要求

好,在演讲的第三也是最后一部分,让我们讨论一下“为了推进移动健康服务,目前需要关注的关键技术和商业模式等方面的难题”:

前面我们描述了中国移动和其他国际电信运营商在移动健康领域中的一些思考和正在计划进行的业务提供方案。但要使这类服务形式真正得到实现、部署并为广大用户接受和信任的话,无论在技术上、商业模式上、国家政策和法律法规上,都有很多有待解决的问题。在技术层面上,首先就是短程通讯的可靠性问题。这是一个技术难题。因为这个体感网是部署在人体上或离人体非常接近,传播特性不稳定,尤其受走动情况下肢体运动带来的传播途径阻断和变化的影响,以及在复杂的网络环境下来自其它公用频段设备的干扰;其次是,由传感器采集数据的精度易受人为运动的干扰和随佩戴位置的不同而变化;低功耗是另一个亟待解决的问题,轻而小的智能节点设计使用户愿意佩戴,但电池的有限寿命不足以支持长时间连续监测的要求;其他问题诸如:部分地区的网络覆盖时断时续的不确定性; 缺乏与基础通信网络设施和电子病历的无缝集成; 需要不断制定和完善系统标准化和互操作性方案,等等。在商业模式上,提供移动医疗服务的生态系统还不完善,不同参与者(传感器和芯片商,设备厂商,网络运 营商,医疗服务单位,等等)的角色有待明确的界定。在政策法规上,在确保个人隐私和数据安全方面的考虑和措施不足;在不断变化的政治和经济形势下政府的医疗、保健、养老和保险等诸多政策和规范尚待明确和制定,等等。

我们再来看一下提供移动健康服务合理的商业模式,从运营商的角度我们认为首先需要深入探讨的问题包括:

明确谁是最终用户–目标用户群?

分析用户之所以要接受所提供服务的各种动机和需求?(对最终用户所带来的价值,服务提供商通过何种形式,如订购, 按交易付费,等等,从中获取收入?)

评估潜在的收入流(即需求的规模有多大?)

确定供应链/价值链上有哪些重要的参与者(所提出的商业案例的实现要依靠哪些参与者?)

明确服务的部署和持续的运营所需要的代价,等等


图十:围绕移动健康产业的生态系统

我们注意到移动健康产业的生态链可能会很复杂,如图十所示,位于中间的手机符号代表移动健康的感知终端(更确切地说是佩戴它的用户),围绕这部手机给用户提供一系列健康关爱服务,需要很多合作伙伴的共同努力(当然,有些合作伙伴可能会身兼几重角色),其中包括移动网络运营商,网络设备制造商,终端生产商,IT公司(硬件,软件,集成商)和解决方案提供商,金融投资机构,医疗保险公司,医院和公共医疗机构,私人医疗机构,银行和支付公司,等等。目前,随着中国经济在改革开放后三十多年的高速发展,人民生活水平普遍改善,对进一步提高生活质量和健康水平的需求也更加突出,为了充分而有效地利用现有的(逐步 发展但仍然有限的)医疗资源,逐步消除城乡之间,区域之间在医疗水平和医疗资源分配上的差别,在中国研究、开发和部署移动健康的技术和服务是一个很好的时机。此外,在“十二五”期间一方面政府已计划大量的资金投入进行全民医疗保险的普及,建立面向社区的全科医生制度。另一方面,国家也正在准备上一些面向远程医疗和社区医疗信息化的重大技术攻关和示范项目,加强基础设施和信息化技术支撑,所以我们可以充分利用这个很好的发展机遇,同心协力地来推进这一影响国计民生的具有深远意义的任务。

谢谢大家!

(3个打分, 平均:4.33 / 5)

美国债务上限和欧洲债务危机

上周的美国市场显得有些动荡,忽高忽低,一周下来,指数也跌落了一些。这些动荡主要是以欧洲债务危机和美国债务上限为故事开展的。
欧洲本来是希腊危机越演越烈,欧盟疲于应付,不断增加新的救助措施。现在连笨猪四国里比较大的意大利(PIGS Four,葡萄牙,意大利,希腊,西班牙)都面临危机,使得市场相当的恐慌。本来投资者以为意大利因为比较大,所以自身应该可以应付债务,不至于处于危险境地。这里边或者不排除有穆迪氏等评级机构借题发挥,获取利益的可能?
美国债务已经面临上限的限制,如果不立即提高上限,则美国很可能违约,无法偿还利息。中国作为美国最大的债权国,自然对此非常关切。一旦美国违约,其经济可能会再次跌入更深的衰退。穆迪氏和标普都已经发出强烈警告,表示即使提高了债务上限,而没有能够达成有效的债务消减方案也会导致美国的评级被降低。
虽然事态严重,不过美国国会两党却迟迟未能就提高债务上限达成一致。没有国会的批准,政府也没法擅自作主。而两党争论的焦点主要在于如何减少庞大的债务,民主党是希望政府大一些,多向富人收点税;而共和党则希望是不要加税,减少开支,精简政府。共和党为了获取最大的政治利益,以债务上限为筹码,对民主党和奥巴马施加压力,希望迫使民主党做出让步。此时最着急的当然是奥巴马,因为一旦金融市场再次动荡,影响美国经济复苏,他的竞选连任希望可以说会彻底破灭。
这个危机就像美国大片的通常套路,好人总是要与坏蛋搏斗到最后一刻,然后问题解决,全剧结束。上一次美国政府预算案也是两党搏斗到最后一刻,美国政府面临关门的风险,市场剧烈动荡,最后终于在时间快要用完的时候,达成妥协。由于美国政府暂时关闭不是第一次(克林顿时代就有过一次),所以市场对那次危机的反应要强一些。这次的美国债务上限危机,尽管评级机构发出严厉警告,伯南克和盖特纳也都站出来讲话表明事态的严重性,却并没有能够让市场恐慌。不过,两党也都了解,如果无法达成共识,导致经济再次陷入衰退的责任谁也承担不起。因此,市场对于最后债务上限的提高虽然有些忧虑,但是没有陷入恐慌境地。实际上,美国大量印刷纸币,让美元贬值,已经在暗地里减少了自身的债务偿还,完全没有必要再在表面上违约。作为美国的最大债权人,我国也希望美国能够以负责任的态度对待美国国债,而不是拿他人利益当做政治筹码。
上周美国的经济数据在就业市场方面显现了一点重回正轨的信号,首次申领失业救济的人数下降了,如果本周显示这一数据持续降低,很有可能预示着失业率会重新降低而非农就业人数的增加会重回轨道。本周也将发布一些房地产相关的指数,但是由于这些数据不是关键经济数据,市场很可能会继续沿着美国债务上限和财报的故事波动。

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

仕而高则学?大宋工程院院士评选

以前说学而优则仕。说的是,学问做好了,要去当官,报效皇家。现在是官当大了,要整个院士。全反了。

(没有打分)

Cache一致性协议与MESI(2)

Write invalidate提供了实现Cache一致性的简单思想,处理器上会有一套完整的协议,来保证Cache一致性。比较经典的Cache一致性协议当属MESI协议,奔腾处理器有使用它,很多其他的处理器都是使用它的变种。

单核处理器Cache中每个Cache line有2个标志:dirty和valid标志,它们很好的描述了Cache和Memory(内存)之间的数据关系(数据是否有效,数据是否被修改),而在多核处理器中,多个核会共享一些数据,MESI协议就包含了描述共享的状态。

在MESI协议中,每个Cache line有4个状态,可用2个bit表示,它们分别是:

状态 描述
M(Modified) 这行数据有效,数据被修改了,和内存中的数据不一致,数据只存在于本Cache中。
E(Exclusive) 这行数据有效,数据和内存中的数据一致,数据只存在于本Cache中。
S(Shared) 这行数据有效,数据和内存中的数据一致,数据存在于很多Cache中。
I(Invalid) 这行数据无效

MESI状态

M(Modified)和E(Exclusive)状态的Cache line,数据是独有的,不同点在于M状态的数据是dirty的(和内存的不一致),E状态的数据是clean的(和内存的一致)。

S(Shared)状态的Cache line,数据和其他的Cache共享。只有clean的数据才能被多个Cache共享。

I(Invalid)表示这个Cache line无效。

E状态示例如下:

E状态

只有Core 0访问变量x,它的Cache line状态为E(Exclusive)。

S状态示例如下:

S状态

3个Core都访问变量x,它们对应的Cache line为S(Shared)状态。

M状态和I状态示例如下:

M状态和I状态

Core 0修改了x的值之后,这个Cache line变成了M(Modified)状态,其他Core对应的Cache line变成了I(Invalid)状态。
在MESI协议中,每个Cache的Cache控制器不仅知道自己的读写操作,而且也监听(snoop)其它Cache的读写操作。每个Cache line所处的状态根据本核和其它核的读写操作在4个状态间进行迁移。

MESI协议状态迁移图如下:

MESI协议状态迁移图

在上图中,Local Read表示本内核读本Cache中的值,Local Write表示本内核写本Cache中的值,Remote Read表示其它内核读其它Cache中的值,Remote Write表示其它内核写其它Cache中的值,箭头表示本Cache line状态的迁移,环形箭头表示状态不变。

MESI状态之间的迁移过程如下:

当前状态 事件 行为 下一个状态
I(Invalid) Local Read 从Memory中取数据,

状态变成E

E
Local Write 从Memory中取数据,在Cache中修改,

状态变成M

M
Remote Read 既然是Invalid,别的核的操作与它无关 I
Remote Write 既然是Invalid,别的核的操作与它无关 I
E(Exclusive) Local Read 从Cache中取数据,

状态不变

E
Local Write 修改Cache中的数据,

状态变成M

M
Remote Read 数据和其他核共用,状态变成了S S
Remote Write 数据被修改,本Cache line不能再使用,状态变成I I
S(Shared) Local Read 从Cache中取数据,

状态不变

S
Local Write 修改Cache中的数据,

状态变成M,

其他核共享的Cache line置无效

M
Remote Read 状态不变 S
Remote Write 数据被修改,本Cache line不能再使用,状态变成I I
M(Modified) Local Read 从Cache中取数据,

状态不变

M
Local Write 修改Cache中的数据,状态不变 M
Remote Read 这行数据被写到内存中,使其它核能使用到最新的数据,

状态变成S

S
Remote Write 这行数据被写到内存中,使其它核能使用到最新的数据,由于其它核会修改这行数据,

状态变成I

I

MESI状态迁移

AMD的Opteron处理器使用从MESI中演化出的MOSEI协议,O(Owned)是MESI中S和M的一个合体,表示本Cache line被修改,和内存中的数据不一致,不过其它的核可以有这份数据的拷贝,状态为S。

Intel的core i7处理器使用从MESI中演化出的MSEIF协议,F(Forward)从Share中演化而来,一个Cache line如果是Forward状态,它可以把数据直接传给其它内核的Cache,而Share则不能。

(1个打分, 平均:5.00 / 5)