放假狂魔小学生 放假狂魔小学生
TIAWTCTW,JCOM.
关注数: 96 粉丝数: 278 发帖数: 13,283 关注贴吧数: 33
这就是我肠one的原型机吧 基佬们快来看看 在将新机正式公布给大众看之前,像 HTC 这样的厂商一般都会先把原型机发送给运营商及开发者。而主站编辑最近就设法联系到了一位手握新 HTC One(代号 M7)的朋友,好好看了看这款被许多人誉为 2013 年年度手机的产品在发布前究竟是个什么样子(其实如果你够运的话,这款原型机之前也在香港先达出现过)。从上面的照片和下面的图集中可以看到,原型机和最终的版本差别巨大。但尽管如此,如果你去年一月时有关注我们报道的话,应该也不会对它的样子太过陌生。说到这里,就不得不感概一下保密工作对如今手机厂商的重要性。在发布前,经手产品的人越多,信息泄漏的可能性就越大。在这方面新 HTC One 已经算是做得不错,毕竟直到最后关头才有人放出了准确的照片。在这个年代,已经不太容易了(苹果:啥也不说了...)。 仔细看手机,你会发现许多值得注意的地方。首先,主相机位置是空出来的,原型机上只留了一个洞。究其原因,我们猜测是在发出这台手机时 HTC 还没有搞定 UltraPixel 技术,所以在发货时就干脆什么也不装了。除此之外,和去年流出的照片一样,原型机上是有三个按键标志的。话虽如此,中间的「最近使用 App」实际上并没有用,或许当时,HTC 还在纠结到底是要用两键还是三键的设计吧。 从下面的图集中,你可以清楚看到市售版新 HTC One 在经历最终打磨前的模样。但要问我们是否喜欢,老实讲,我们很庆幸设计团队最终改变了想法。虽说距离发布会已经过去了将近一年,但这个时候去了解下「新一」背后的故事,感觉上还是颇为有趣的。话说,就在我们还在为挖到旧产品历史而感到激动时,说不定已经有人在把玩 HTC 新一代的旗舰原型机啦。
发现Intel居然如此之叼,4850HQ的带宽竟有76.8GBps 让我们从这张图说起。 昨天闲着无聊上Intel官网看看HD5200的数据,没想到发现了一个叼霸天的数据,就是上面那张截图中间那项,4750HQ的内存带宽是76.8GBps,而4770k在DDR3 1600下的带宽是25.6GBps,我伙皆惊 赶忙查了一下,47W带HD 5200的CPU全都是这个内存带宽,于是从Anandtech找来了评测,发现了这些信息: 1. 这块eDRAM由Intel定制,名为Crystalwell,基于22nm的P1271 SoC制程(Anand注明了这不是CPU的22nm P1270制程),顺便求大神解答这两个制程P1271和P1270都是怎么回事? 2. 就如下面这张ppt所说,集显和CPU核心可以完全共享数据,CPU和GPU的请求都可以存储在里面并且可以动态分配给CPU和GPU的空间。在不使用集显的时候,Crystalwell就完全成了一块给CPU用的L4 Cache。也就是说带有Crystalwell的Haswell都会有128MB的L4 Cache。3. 这货延迟大概为30-32ns,和3770K/4770K在DDR3-1600下的延迟对比大致如下图:同时Crystalwell是50GBps的双向带宽,和3770K/4770K的对比大致如下:也就是说,H系列的带宽这么大就是因为多了这个L4 Cache,加上内存的25.6GBps带宽,一共就是76.8GBps的带宽。考虑到GDDR显存的延迟要高于内存,HD 5200的显存甚至已经等效于100-130GBps的GDDR显存了。对于反复读取同样的数据,延迟更低的L4显然会拥有更好的性能。可以说这样基本上打破了集显的内存带宽瓶颈。 4:引用Anandtech的观点,Intel暂时没有把Crystalwell塞进超极本的打算,因为Crystalwell的面积与功耗:22nm 128MB的Crystalwell面积需要84mm^2,而且工艺会落后于CPU,在14nmBroadwell上线的时候仍然会是22nm,在现有的芯片上,Crystalwell和Haswell是分开来的,将二者一同封装因为面积太大暂时没可能,不过有可能塞16-32MB的eDRAM封装进SoC,可以做Frame Buffer。 除了面积太大之外,功耗也是另外一个影响因素,Crystalwell刷新数据的功耗是0.5-1w,满载时是3.5-4.5w,对于超极本和平板来说这就太费电了,对于28W以上的笔记本来说也许还能接受。 个人很希望Intel能普及这货,虽然现在功耗挺大面积挺大成本也挺高,但是这用来解决大多数超极本集显显存带宽不足的问题应该会很有效。总之对于Crystalwell的前景还是很看好的。
估计一下iOS换64bit的实际提升,大概能有11%吧 首先,让我们来看: 1. 64bit的实际性能提升Mac和iOS的情况最为类似,Mac上的64bit性能提升幅度对于iOS可能的提升也最具有参考价值。 我们以一个Mac上最为常用的软件,Adobe PS为例,Adobe的帮助文档说明了PS在64位的MAC下可以提升8-12%的速度,同时在可用内存增大的情况下64位可以通过提升这些操作的速度来减少操作时间。 另外,Windows移植64bit后的平均性能提升在11%左右,也说明了针对大多数软件优化64bit后的平均性能提升就是8-12%这个区间。 但是也有一些软件由于其算法原因,在编译器优化完成之后能够获得多达200%的性能提升,也有软件获得了负优化,而这一点是和代码本身算法有关的。 而且说实在的,10%的平均性能提升在直观的用户层面也确实感受不到太多的变化,不过要是说64bit就是个噱头的话那我就无语了。。。Intel提升一代架构提升就10%,这叫噱头? 说个题外话,Xcode的编译器是可以在编译代码时自动插入内存释放或者并行处理的代码的,也就是说程序员不用去管释放内存不用管如何设计并行代码,只要代码符合编程规范就可以达到最大效率的优化。 64bit也是同一个原理,所以重新编译就可以实现对现有代码的64bit化,当然如果代码里插了太多的汇编代码那Xcode就没招了只能程序员自己手改了。
64位架构平均能提升11%性能,再说说64bit有什么用 首先,让我们来看: 1. 64bit的实际性能提升Mac和iOS的情况最为类似,Mac上的64bit性能提升幅度对于iOS可能的提升也最具有参考价值。 我们以一个Mac上最为常用的软件,Adobe PS为例,Adobe的帮助文档说明了PS在64位的MAC下可以提升8-12%的速度,同时在可用内存增大的情况下64位可以通过提升这些操作的速度来减少操作时间。 另外,Windows移植64bit后的平均性能提升在11%左右,也说明了针对大多数软件优化64bit后的平均性能提升就是8-12%这个区间。 但是也有一些软件由于其算法原因,在编译器优化完成之后能够获得多达200%的性能提升,也有软件获得了负优化,而这一点是和代码本身算法有关的。 而且说实在的,10%的平均性能提升在直观的用户层面也确实感受不到太多的变化,不过要是说64bit就是个噱头的话那我就无语了。。。Intel提升一代架构提升就10%,这叫噱头? 说个题外话,Xcode的编译器是可以在编译代码时自动插入内存释放或者并行处理的代码的,也就是说程序员不用去管释放内存不用管如何设计并行代码,只要代码符合编程规范就可以达到最大效率的优化。 64bit也是同一个原理,所以重新编译就可以实现对现有代码的64bit化,当然如果代码里插了太多的汇编代码那Xcode就没招了只能程序员自己手改了。
关于5s的64位,用户根本不需要操心什么 刚才上ADC查了下最新的文档,因为文档现在还是confidential,所以简短说。 1.老应用在新版XCode下重新编译就可以导出64位代码,无缝兼容;新应用只需要注意算法设计上的几个关键要点就可以直接编译出64位的代码; 2.5s的系统和自带应用已经全部用64位重新编译导出,也就是说上市后拿到的5s就是64位的系统并且所有自带应用和系统本身都已经是64位; 3.5s可以直接兼容现有32位应用,不过有一点: 5s的iOS首先会同时向内存中加载32位和64位的系统框架,在已经安装的所有程序都为64位时,iOS会关掉32位的内核并释放相应内存,仅运行64位的内核,这个时候系统运行和应用加载的速度都会更快并且内存会更大; 但是如果安装了32位应用,那么iOS就要同时加载32位和64位的系统框架,内存占用和运行速度都会受到一定的影响,不过这个影响对于用户而言不会太大的。对于开发者而言,尽快把自己的应用编译成64位有助于提高用户的性能,这也可以说是苹果施加给开发者的一个压力。 总之,这次64位的升级可以说是相当简单粗暴,而且过程极其自然,用户完全感觉不到(用户只会感觉到64位升级带来的性能提升),开发者的工作量也不像任何有过的其他系统的64位升级那样复杂(因为苹果的编译器碉堡,开发者只需要在新的编译器上重新编译代码就可以自动插入对应的新功能)。 根据个人的估计,以苹果这种强行推进的政策,大部分应用都可以在半年到一年以内移植到64位,这样的话苹果很可能在iOS 8或者iOS 9就抛掉5s的32位运行库,但是考虑到现有七亿iOS设备全都是32位,32位还会存在一段时间,不过随着硬件逐渐淘汰,32位iOS的寿命也不会有太多年头了。 按照现有演进规律,iOS 8放弃A4,iOS 9放弃A5,iOS 10就可以放弃A6了,所以估计iOS9或10就会彻底抛弃32位的运行库,完全进化为64位系统,这样的话32位iOS的寿命还有2到3年。 但是因为一到两年内大部分应用都能够支持64位(支持64位的同时每个应用也都会编译32位的版本,但是不同的机型就加载不同的版本),所以单说5s在一年内就能够彻底抛掉32位运行库,变成纯64位系统。到时苹果会根据App Store中64位应用的比例和这些应用的活跃程度来决定是否对5s的32位运行库下手。因为苹果在一年内完成了让新提交软件的开发者适配4寸屏幕的任务,所以这次64位升级如果苹果强制推进的话一年足够了。
首页 1 2 下一页