6发射。。。A7这么强的raw power，A8再改进恐怕得玩多线程了

largewc

Tempestglen 发表于 2013-11-1 17:36
largewc已经证明了，随着working set的逐渐增大，I/O的瓶颈越发严重，最高可损失50%的性能。

不过，他 ...

20m的情况下

初步测试了一下，降频到1.3g，PSolve_Links耗时接近增加了一倍

跑了5遍取了平均值，大体误差都很小。

睿频3.4g下 连续4556毫秒 随机6661毫秒

1.3g下 连续 8783毫秒 随机11673毫秒

貌似高频影响反而更大一些。

可能高频下，内存性能跟不太上了。

532

ifu 发表于 2013-11-1 17:53
单线程性能的话S800 A15还是一边凉快去，堆10个也没用。
要多线程性能，你堆CortexA7好了，这个最省晶体 ...

所以t神说的如果水果做服务器的u大幅加强IO是不是就搞个65535核心的ctx a7出来啊？

largewc

slice 发表于 2013-11-1 16:31
你用本该测试Xeon的大型数据库程序测试桌面i3/5/7一样。
证明了什么？
证明了cache小一半的cahce直接失 ...

bt平板你计划买吗，我等联想那个，郁闷的得月中才能有货。

largewc

slice 发表于 2013-11-1 16:31
你用本该测试Xeon的大型数据库程序测试桌面i3/5/7一样。
证明了什么？
证明了cache小一半的cahce直接失 ...

发现ie11我把cpu锁定到0.8g的情况下，居然开启网页速度影响并不大，这个太令人吃惊了，ie11看来启用gpu加速图片加载是非常明显的。

更想买个bt平板了。

532

largewc 发表于 2013-11-1 18:22
发现ie11我把cpu锁定到0.8g的情况下，居然开启网页速度影响并不大，这个太令人吃惊了，ie11看来启用gpu加 ...

我在用的富士通的t5010 u好像是 p2400还是2600，开默认的win7节能模式cpu也是0.8g，风扇能长期停转，对付淘宝没什么鸭梨，跟满血的时候没差异。日常网页能比淘宝那些大段图片介绍还要鬼蓄的大概只剩下bilibili之类的弹幕站了

日常能跑出差异的大概是压文件跟放bd rip的片子，bd rip满血的时候都要30~40%，0.8g肯定是不够用的

slice

Tempestglen 发表于 2013-11-1 20:54
有空测试一下1.3Ghz时，采用1M，2M，4M，8M，16M的workingset时，连续访存和随机访存的区别。

看起来测试正好证明了我的想法，虽然我的想法只是来自于一个程序员的逻辑。
不管是1MB，20MB，还是80MB。
cache就算128k都有效果，cache容量每次翻倍，其实对性能提升都在递减。
其实cache容量较小时，命中率/cache容量比是较大的。
cahce加大时，命中率提升，但命中率/cache容量比反而会减小。
面对可预测或不可预测的数据，这是普遍规律。


不会因为某个频率，就命中率暴跌，因为命中率本身就和频率没有关系。

largewc

532 发表于 2013-11-1 19:19
[sweatingbullets>我在用的富士通的t5010 u好像是 p2400还是2600，开默认的win7节能模式cpu也是0.8g，风扇 ...

恩，估计是，期待尽快上市吧

532

Tempestglen 发表于 2013-11-1 20:54
有空测试一下1.3Ghz时，采用1M，2M，4M，8M，16M的workingset时，连续访存和随机访存的区别。

t神有兴趣重修概率论么

raini

slice 发表于 2013-11-1 21:05
看起来测试正好证明了我的想法，虽然我的想法只是来自于一个程序员的逻辑。
不管是1MB，20MB，还是80MB。 ...

cache跟cpu的速度比是固定的，命中率是由算法决定的，跟速度没有关系。算法还是那个算法，怎么可能因为速度高一点就能提高命中率呢？如果这样，是不是可以假设将来达到一定的速度之后，cache为任意小的时候就能达到无限大的命中率？这显然是不可能的。

xf-108

largewc 发表于 2013-11-1 11:45
浮点因为双发射neon加入，simd浮点是接近于同频2倍于bt的，浮点因为双发射neon加成实际性能也提升了不少 ...

haswell同频浮点是第一代core i的4倍，整数也是两倍，难道性能就翻倍乃至四倍了？
瘸腿的性能提升也能翻倍？

boltblade

Tempestglen 发表于 2013-10-30 20:51
3dmark自己的程序写的不好。也根本无法体现手机平板的典型应用，与用户体验的 相关度很烂。

大家都忽略了一点——苹果在这个业界的话语权。除了浏览速度之外，其他所有的软件都是为了IPHONE和IPAD优先优化的。也就是说，苹果说这方面的硬件参数比较重要，他就会比较重要；反之亦然。

532

boltblade 发表于 2013-11-3 15:52
大家都忽略了一点——苹果在这个业界的话语权。除了浏览速度之外，其他所有的软件都是为了IPHONE和IPAD优 ...

所以没让水果新soc跑分x2的基准测试就是破烂啦，这个太简单了

wuhao911

Tempestglen 发表于 2013-11-1 15:46
physcis 根本不能测试浮点性能。

所以你们的yy都是屎，我不屑一顾。

你算是个什么狗逼玩意，找抽大耳帖子的货。

boltblade

532 发表于 2013-11-3 17:21
所以没让水果新soc跑分x2的基准测试就是破烂啦，这个太简单了

可以这么说啊，如果没有针对苹果的硬件优化好的软件，苹果根本不会让它上架，行业的标准就是苹果设立的。跟苹果对着干，就是跟钱对着干。

raini

boltblade 发表于 2013-11-3 20:33
可以这么说啊，如果没有针对苹果的硬件优化好的软件，苹果根本不会让它上架，行业的标准就是苹果设立的。 ...

也许吧！不过有些东西的代价太大，以至于太反人类。就像apple设计cpu规格时有所取舍一样，程序员做事也要考虑什么方案才是比较有价值实现的。

yukika

http://www.futuremark.com/pressr ... one-5s-and-ipad-air

In our custom build, the links were reordered in the data structure to minimize the cases where adjacent links shared a common node. This creates a gap between the time when a node position is updated and when it is next read, which in turn allows the CPU to continue execution without risking a dependency violation.

Reordering the links, together with arranging them sequentially in memory, results in speed increases for the A7 in our 3DMark custom build. However, the iPhone 5s would only gain a couple of places in our Best Mobile Devices list with this build and would still trail behind the latest Snapdragon 800 devices.

There was no performance benefit when we tested the iPhone 5 with our custom build. What's more, we found that performance decreased slightly on some Android devices due to the extra processing steps required to reorder the links.