北京动点飞扬技术团队（微软MVP）

神舟Wintel超级平板发布抢跑未来市场，神舟电脑董事长吴海军于2012年4月6日下午作客中关村在线。访谈过程中，神舟董事长吴海军表示，未来半年到一年如果用i3、i5、i7，而且做的更大一点，未来两三年所有的平板电脑都可能是i3、i5、i7。未来在路上看到有人拿iPad，会感到这个家伙怎么还这么弱智，对电脑还这么外行，不懂电脑性能，至少不是这方面专业的，只会玩儿玩儿游戏，听听音乐，那只是个玩具。

主持人：各位网友也可以期待今年年底或者明年年初PC市场会有一个革命性的变化，神舟昨天也发布了平板电脑，Windows 7的平板电脑，现在Windows 7平板电脑跟神舟已经有的Android的平板电脑有什么规划？

吴海军：从发展趋势来看，我认为Android或者是iPad，Android是从手机上来的，从Android的平板电脑和苹果的平板电脑，可以说现在都没有取代PC。主要取代的是两年前苹果推出iPad，主要取代了MP3，MP4视频的播放，视频和音乐，这部分的功能。第二是PSP的游戏机的功能，第三是电子书的阅读功能，第四是上网本的上网功能，主要是这四个功能，对于电脑来说，这四个功能是很简单的，任何一个电脑，任何一个笔记本都可以看MP3、MP4，阅读电子书，都能上网，都能玩儿游戏，而且能玩儿很强劲的游戏。

神舟吴海军：i7平板 未来拿iPad弱智

引用：http://pad.zol.com.cn/284/2841611.html

4月初，神舟2012年“质臻飞跃 大气天成”超级本、平板发布会在香格里拉大饭店如期举行。本次发布会中神舟电脑将发布第一款超级本及搭配Windows 7操作系统的平板电脑。

ZOL首次拿到神舟飞天A10平板电脑

现场模特展示Wintel平板

我们之前已经介绍过这款新的平板电脑为神舟飞天A10，神舟飞天A10在原有基础上进行升级，但却首次使用了英特尔X86架构。

神舟飞天A10拥有黑白两种颜色

Intel平板电脑处理器在Atom架构上进行改造，使得性能显著提升，而Intel凭借优良的制造工艺也将此处理器的功耗将到了最低。

之前，我们已经得到了神舟飞天A10平板电脑第一手资料，这款平板电脑将使用Intel Atom N2600处理器，主频为1.6Ghz。除此之外，神舟飞天A10为了解决目前硬盘瓶颈问题，在平板电脑储存方面首次使用了大容量64GB Intel固态硬盘，此设计能有效的提升整体性能。

价格方面，飞天A10继承了神舟电子产品的一贯作风，搭配64GB SSD固态硬盘、2GB DDR3的平板电脑只卖2999元，这对于许多厂商来说是个不小的冲击。

    据国外媒体报道，市场调研公司KantarWorldpanel报告称，微软WindowsPhone7操作系统在英国市场的份额已经超过了Symbian。

根据KantarWorldpanel为期3个月的、针对智能手机购买者的调查显示，约有2.5%的英国手机购买者选择WindowsPhone操作系统，而相比之下，选择诺基亚Symbian操作系统的消费者仅为2.4%。KantarWorldpanel表示，诺基亚Lumia800手机占据了欧洲WindowsPhone平台手机销量的87%。

诺基亚首席执行官史蒂芬·埃洛普（StephenElop）去年将诺基亚智能手机搭载的系统转移至WindowsPhone，并认为其具有长期的潜力，将创造“第三个生态系统”，能够弥补短期Symbian销售的损失。谷歌的Android和苹果iOS仍旧是英国销量最高的智能手机系统。

KantarWorldpanel伦敦分析师多米尼克·桑尼博（DominicSunnebo）认为：“凭借一款手机，WindowsPhone的手机销量就超过了Symbian手机，这是很鼓舞人心的。不过诺基亚仍旧需要迅速扩大其产品范围，以便能够赶上在接下来的第二季度竞争者将推出的各类产品。”

KantarWorldpanel的报告显示，Symbian系统在英国的市场份额一年内下跌至了12.4%，其在德国、法国和澳大利亚的市场份额也跌至个位数。

来源hc360慧聪网

继HTC旗下的Windows Phone（以下简称WP）手机HTC凯旋X310e正式登陆中国大陆市场后，诺基亚CEO埃洛普日前宣布，诺基亚旗下的WP手机将于3月28日正式进入中国大陆市场。

诺基亚 Lumia 800 图片 360展示 系列 评测 论坛 报价 网购实价

诺基亚旗下的WP手机为Lumia系列，其第一部产品Lumia 800早在约4个月之前就已发布。埃洛普在接受采访时表示：“诺基亚与微软合作之后，把自己的时间表调得越来越快。中国市场Windows Phone手机销售确实比全球晚了几个月，但这是由于第一次发售的原因，需要在应用商店、本土化上做一些适合中国市场的工作。”

诺基亚CEO埃洛普

这次除了传统的行货零售渠道外，根据之前透露的种种消息推测，Lumia系列手机将会有合约版本，并且选择了与中国电信及中国联通两家运营商进行合作。其中中国电信确定28日会在北京发布三款CDMA版本的Lumia系列手机（Lumia 800、710、900、610四款中的三款）。

之前曝光的电信定制版Lumia 800

虽然WP系统对于普通用户来说，操作体验和视觉体验改变很大，但是有诺基亚这个“金字招牌”在，再加上微软这个强硬靠山，Lumia系列WP手机的销量还是不错的。之前Lumia系列WP手机在欧洲已经取得了不错的成绩，后来在香港、台湾地区发售时也得到了相当大的关注。

对于中国内陆几乎所有的手机用户来说，诺基亚这个品牌曾经是，也可能现在还是心目中最好的手机品牌。诺基亚能否携Lumia系列WP手机强势回归中国市场，让我们拭目以待。

第一部分

WPF性能优化一、Rendering Tier

1. 根据硬件配置的不同，WPF采用不同的Rendering Tier做渲染。下列情况请特别注意，因为在这些情况下，即使是处于Rendering Tier 2的情况下也不会硬件加速。(不全，其余请查阅SDK)

WPF性能优化二、布局和设计

1．尽量多使用Canvas等简单的布局元素，少使用Grid或者StackPanel等复杂的，越复杂性能开销越大。

2．建立逻辑树或者视觉树的时候，遵循Top-Down的原则。

WPF性能优化三、图像

1． 对Image做动画处理的时候（如调整大小等），可以使用这条语句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善性能。

2． 用TileBrush的时候，可以CachingHint。

WPF性能优化四、对象行为

1．访问CLR对象和CLR属性的效率会比访问DependencyObject/DependencyProperty高。注意这里指的是访问，不要和前面的绑定混淆了。但是，把属性注册为DependencyProperty会有很多的优点：比如继承、数据绑定和Style。

WPF性能优化五、应用程序资源

1． 在自定义控件，尽量不要在控件的ResourceDictionary定义资源，而应该放在Window或者Application级。因为放在控件中会使每个实例都保留一份资源的拷贝。

2． 尽量使用Static Resources,但不能盲目使用。

WPF性能优化六、文本

1． 文字少的时候用TextBlock或者label,长的时候用FlowDocument.

2． 使用元素TextFlow和TextBlock时，如果不需要TextFlow的某些特性，就应该考虑使用TextBlock，因为它的效率更高。

3． 在TextFlow中使用UIElement（比如TextBlock）所需的代价要比使用TextElement（比如Run）的代价高.在FlowDocument中尽量避免使用TextBlock，要用Run替代。

4． 在TextBlock中显式的使用Run命令比不使用Run命名的代码要高。
5． 把Label（标签）元素的ContentProperty和一个字符串（String）绑定的效率要比把字符串和TextBlock的Text属性绑定的效率低。因为Label在更新字符串是会丢弃原来的字符串，全部重新显示内容。如果字符串不需要更新，用Label就无所谓性能问题。

6． 在TextBlock块使用HyperLinks时，把多个HyperLinks组合在一起效率会更高。

7． 显示超链接的时候，尽量只在IsMouseOver为True的时候显示下划线，一直显示下划线的代码高很多

8． 尽量不使用不必要的字符串连接。

WPF性能优化七、数据绑定

1．在使用数据绑定的过程中，如果绑定的数据源是一个CLR对象，属性也是一个CLR属性，那么在绑定的时候对象CLR对象所实现的机制不同，绑定的效率也不同。

A、数据源是一个CLR对象，属性也是一个CLR属性。对象通过TypeDescriptor/PropertyChanged模式实现通知功能。此时绑定引擎用TypeDescriptor来反射源对象。效率最低。

B、数据源是一个CLR对象，属性也是一个CLR属性。对象通过INotifyPropertyChanged实现通知功能。此时绑定引擎直接反射源对象。效率稍微提高。

C、数据源是一个DependencyObject，而且属性是一个DependencyProperty。此时不需要反射，直接绑定。效率最高。

2．当一个CLR对象很大时，比如有1000个属性时，尽量把这个对象分解成很多很小的CLR对象。比如分成1000个只有一个属性的CLR对象。

3． 当我们在列表（比如ListBox）显示了一个CLR对象列表（比如List）时，如果想在修改List对象后，ListBox也动态的反映这种变化。此时，我们应该使用动态的ObservableCollection对象绑定。而不是直接的更新ItemSource。两者的区别在于直接更新ItemSource会使WPF抛弃ListBox已有的所有数据，然后全部重新从List加载。而使用ObservableCollection可以避免这种先全部删除再重载的过程，效率更高。

4． 尽量绑定IList而不是IEnumerable到ItemsControl。

WPF性能优化八、其它性能建议

1． 如果需要修改元素的Opacity属性，最后修改一个Brush的属性，然后用这个Brush来填充元素。因为直接修改元素的Opacity会迫使系统创建一个临时的Surface

2． 用NavigationWindow的时候，尽量Update the client area by object,而不是URI

3． 尽量不要使用ScrollBarVisibility=Auto

WPF性能优化一、Rendering Tier

1. 根据硬件配置的不同，WPF采用不同的Rendering Tier做渲染。下列情况请特别注意，因为在这些情况下，即使是处于Rendering Tier 2的情况下也不会硬件加速。(不全，其余请查阅SDK)

WPF性能优化二、布局和设计

1．尽量多使用Canvas等简单的布局元素，少使用Grid或者StackPanel等复杂的，越复杂性能开销越大。

2．建立逻辑树或者视觉树的时候，遵循Top-Down的原则。

WPF性能优化三、图像

1． 对Image做动画处理的时候（如调整大小等），可以使用这条语句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善性能。

2． 用TileBrush的时候，可以CachingHint。

WPF性能优化四、对象行为

1．访问CLR对象和CLR属性的效率会比访问DependencyObject/DependencyProperty高。注意这里指的是访问，不要和前面的绑定混淆了。但是，把属性注册为DependencyProperty会有很多的优点：比如继承、数据绑定和Style。

WPF性能优化五、应用程序资源

1． 在自定义控件，尽量不要在控件的ResourceDictionary定义资源，而应该放在Window或者Application级。因为放在控件中会使每个实例都保留一份资源的拷贝。

2． 尽量使用Static Resources,但不能盲目使用。

WPF性能优化六、文本

1． 文字少的时候用TextBlock或者label,长的时候用FlowDocument.

2． 使用元素TextFlow和TextBlock时，如果不需要TextFlow的某些特性，就应该考虑使用TextBlock，因为它的效率更高。

3． 在TextFlow中使用UIElement（比如TextBlock）所需的代价要比使用TextElement（比如Run）的代价高.在FlowDocument中尽量避免使用TextBlock，要用Run替代。

4． 在TextBlock中显式的使用Run命令比不使用Run命名的代码要高。
5． 把Label（标签）元素的ContentProperty和一个字符串（String）绑定的效率要比把字符串和TextBlock的Text属性绑定的效率低。因为Label在更新字符串是会丢弃原来的字符串，全部重新显示内容。如果字符串不需要更新，用Label就无所谓性能问题。

6． 在TextBlock块使用HyperLinks时，把多个HyperLinks组合在一起效率会更高。

7． 显示超链接的时候，尽量只在IsMouseOver为True的时候显示下划线，一直显示下划线的代码高很多

8． 尽量不使用不必要的字符串连接。

WPF性能优化七、数据绑定

1．在使用数据绑定的过程中，如果绑定的数据源是一个CLR对象，属性也是一个CLR属性，那么在绑定的时候对象CLR对象所实现的机制不同，绑定的效率也不同。

A、数据源是一个CLR对象，属性也是一个CLR属性。对象通过TypeDescriptor/PropertyChanged模式实现通知功能。此时绑定引擎用TypeDescriptor来反射源对象。效率最低。

B、数据源是一个CLR对象，属性也是一个CLR属性。对象通过INotifyPropertyChanged实现通知功能。此时绑定引擎直接反射源对象。效率稍微提高。

C、数据源是一个DependencyObject，而且属性是一个DependencyProperty。此时不需要反射，直接绑定。效率最高。

2．当一个CLR对象很大时，比如有1000个属性时，尽量把这个对象分解成很多很小的CLR对象。比如分成1000个只有一个属性的CLR对象。

3． 当我们在列表（比如ListBox）显示了一个CLR对象列表（比如List）时，如果想在修改List对象后，ListBox也动态的反映这种变化。此时，我们应该使用动态的ObservableCollection对象绑定。而不是直接的更新ItemSource。两者的区别在于直接更新ItemSource会使WPF抛弃ListBox已有的所有数据，然后全部重新从List加载。而使用ObservableCollection可以避免这种先全部删除再重载的过程，效率更高。

4． 尽量绑定IList而不是IEnumerable到ItemsControl。

WPF性能优化八、其它性能建议

1． 如果需要修改元素的Opacity属性，最后修改一个Brush的属性，然后用这个Brush来填充元素。因为直接修改元素的Opacity会迫使系统创建一个临时的Surface

2． 用NavigationWindow的时候，尽量Update the client area by object,而不是URI

3． 尽量不要使用ScrollBarVisibility=Auto

第二部分

由于项目的需要，我们的WPF程序需要运行在终端机上，

运行平台：Windows XP Embedded

硬件：Atom, 2GB Memory, GMA950,

在测试的时候，我们发现整个程序的运行非常的慢，因为我们用到了多个线程，所以一开始怀疑是线程切换导致的。使用ProcessExplorer查看进程，意外的是，我们发现CPU主要都耗在了Rendering上。而且，需要特别注意的是，占用CPU的是内核态的代码。

百思不得其解，上网搜索若干优化WPF性能的文章，并且打了若干补丁，将系统也升级到了SP3，结果依然。

万般无奈之下，想到我们的程序背景使用的是一张1024x768大小的PNG图片，而Silverlight不支持PNG。WPF支持，而SilverLight不支持，很诡异，莫非是这个PNG图片有什么特殊之处？而我们现在在XPE上使用PNG恰恰是踩到了一个“地雷”？

好吧，死马当活马医。于是我们将背景图片换成JPG格式。性能马上就飙上去了，几乎没有内核态代码要做的事情。

原因究竟是什么呢？PNG和JPG有啥不同的地方呢？

与微软的工程师交流，据说是“there is no hardware accelerated implementation of PNG encoder as far as I know ”，“probably the decoder takes a abnormal code path to decode the stuff into the system memory”。

园子里的兄弟有研究这个的吗？

PS：

除了在XPE系统上，某些配置的XP也会有相同的问题。Vista及Server2008无此问题。

软件产业发展全国数据对比，如下表：