测Meteor Lake的LP E-core能效是个很折磨人的事情，仅次于之前测手机的Cortex-A5x/A5xx。。跑的太慢了，测一个频点的时间相当于测大核3个频点🙃

Meteor Lake (155H)中低频能效进步比较大，比我预期还强点。单核10W内相比13700H中频提升>20%性能。

不过这并非公平对比。13700H用的是DDR4内存，155H的LP5X以少量绝对性能为代价换取低功耗的优势。

当然……拿去跟Apple或者AMD去比则是完全不行了。其它核心的曲线还在跑，明天发完整版。

4种核心的性能倒是可以先更新。即便排除内存敏感的子项，Meteor Lake的IPC也是大多倒退的。

MTL的低功耗做的相当不错，E-core 5W以下比7840U低几百mW，轻负载大概是6800U水平。

E-core终于拿掉刷分核的帽子，全频段能效战胜P-core，可以当正经“能效核”跑到死不怕拖累能效。

LP E更像是低功耗待机核，为了快速响应事件设计而非运行任何实际的负载。等compute tile唤醒之后就可以摸鱼睡大觉了。

不知道我前段时间吐槽Raptor Lake时试图说服我E-core的“E”可以指“Area efficiency”而不是“Energy efficiency”的网友现在有何感想？

本来还想着给155H装Windows跑LP E-core看是不是Linux下的能效有什么问题，不过这个……看一眼就知道不用多测了吧。

观测了Windows下拔电后MTL LPE核的行为，看起来是极轻度负载时（比如10秒以上不动鼠标）会关闭ring上所有核心，此时后台进程会跑在LPE上。一旦有持续上百ms的负载，则会重新激活普通的大/小核。

猜测彻底关闭后重启ring会有一定的延迟，这个时候需要靠LPE扛住负载。一旦ring启动完成，LPE就失去价值了

所以评价LP E-cores的能效也不能简单的看高负载的动态功耗/能效曲线，而是应该想办法对比漏电功耗以及从不同状态下(CC1/CC6)核心回到CC0的响应延迟。

玩了一把Intel的NPU，能跑HLSL挺有意思的，只是DML demo里面跑DML定义的算子发现一个都不支持是咋回事呢……

Preview啊，那没事了……

amd平台，内存读取怎么比写入低这么多？

关于Zen4使用aida64测试写入的带宽偏高的问题：aida64的代码触发了zen4的写入优化功能，使用non-temporal store指令反复写入相同内容有一个类似压缩的机制，所以可以超越GMI的理论写入速度，有些情况下甚至单核就能跑满内存带宽。这一点用第三方开源工具也能复现，目测是为了优化memset()之类的之前会被GMI写入减半的设计卡脖子的场景。

Zen4 HEDT平台还能跑出相当夸张的数字，比如单线程110GB/s带宽。右边是用脚本读取MBM监控内存带宽实际使用量，以此证明不是测试写出了问题，而是真的跑出了这个带宽。

看起来8500G APU限制了CPU核心超频功能，估计还是怕DIY用户把Zen4c超爆炸了吧 🙃

为什么有的人说 Intel 大小核技术不好？

u7 135H连功耗都死了个透心凉，低功耗岛完全没有任何优势。

搞了3代还是搞出来了点成绩的，至少现在Meteor Lake的i4小核能跟6800U拼一把低功耗了，我就是因为这个还挺喜欢MTL。

不过从侧面讲，这也意味着Intel给用户喂了足足两年的屎，某些高调的Intel粉丝和营销人员的脸都要被打肿。

久违的在知乎看到有真人在聊Meteor Lake（而不是厂商利益相关人员或者KOL），那就顺便多吐槽两句吧。

虽然Meteor Lake号称是做到了LPDDR5x-7467，但是它的内存效能极其低下，无论是使用CPU还是GPU都只能跑出不到90 GB/s的读取速度。这个IMC差到离谱，甚至只能跟搭配LPDDR5-6400的6800HS打平，比插槽DDR5-5600的7840HS都高不了多少。

这代手机SoC最大的乐子来咯……三星拿4LPP+的Exynos Xclipse 940 GPU干掉了TSMC N3的A17 Pro GPU

https://twitter.com/negativeonehero/status/1747865149850239315

https://twitter.com/landiantech/status/1748647656837333320

三星手机内置的搜狗输入法定制版不仅收集用户输入的内容并共享给广告网络，竟然还使用 HTTP 明文协议。

应该是搜狗云输入这个功能吧，甚至不是国行ROM专属，我刷了港澳台版也有。经常用手机输入中文的用户要注意安全🤣

默认我记得是开的，不过我设置新手机的时候习惯性的把类似的功能全部关闭了。

突然想到一个问题，telegram把这种重要的anti-spam功能做成premium用户专属，以后会不会自己做一堆官方spam？比如不开premium就每天定时用一堆官方偷偷生成的的小号给你发广告之类的。

.NET SDK的source generator只能生成新的源码而不能override/transform用户输入的现有源码，实际用起来感觉是一个很大的局限性。。这导致很多场景的需求最后都只能以相当别扭的姿势去实现，比如大量的用partial class😂