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😂

相信Intel就是在相信鬼（again

2023年的小丑SoC们颤抖吧

重新在干净的Linux系统下测试了Rembrandt SoC的单线程SPEC17能效曲线，测试环境与图中其它几个SoC保持一致。在2023年被I/A两家新SoC折磨了一整年之后，我甚至很难相信7735U这样一个低功耗表现是2022年就能做出来量产的产品，尤其考虑到它还是6nm工艺和2020年底发售的古老架构。

单线程整数场景，Package功耗9W以下时，7735U性能/能效超越Core Ultra 7 155H，6W以下则超越7840U。Meteor Lake和Phoenix相比Rembrandt带来的唯一的好处，是在特高功耗时的单核性能要高出10%-14%左右，但这是以彻底牺牲低功耗和能效为代价。

看起来之前说Meteor Lake小核能效能摸到Rembrandt还是完全低估了Rembrandt，用的是很早之前在不那么干净的Windows WSL2测试环境下的数据作为参考。

火绒安全为什么会删除Windows 文件资源管理器explorer.exe组件？

360在这个事件中的很多行为比目前的一些分析更加恶劣（并不是“不小心”产生冲突那么简单），微软也不是检测到360在运行就这么退避不管它。只能说360还是那个360，到了2024年还在干一些3Q大战年代的偷鸡摸狗的事情。

特意发个视频出来也是很绷不住，不知道是他本人真的不知道这个事情的全貌，还是借着帮火绒伸冤的名义，明知起因还故意出来带节奏。

不过话又说回来，我一直有一个观点，那就是内置广告对于一个Windows这样的大体量付费产品来说是一种不可逆的自甘堕落行为。

内置广告本质上是因为没法从用户那里直接赚到更多的钱，转而去出卖用户体验甚至某些情况下出卖用户数据。包括国内很多Windows笔记本电脑以及Android手机的OEM内置广告，都可以算在这个范围内。

在这种大体量的软件里内置广告，短期内必然获得极高的利润，使得广告部门在公司内部的话语权急剧膨胀。这样一来哪怕在产品部门有反对声音也逐渐失去话语权，长期对用户体验、对品牌的损害根本不可逆。最终只会一步一步在大量利益的驱使下使得产品逐渐下沉，无法回头。

这一点无论是在微软内部还是在某些头部Windows OEM那里目前都在发生，国内某些头部Android OEM则是早在十几年前就已经走过这个阶段。

反例是Apple和Samsung两家的海外产品，目前还在坚持靠设备本身的高毛利率赚钱，也是我心目中仅存的高端消费级产品品牌。三星前些年曾经试图在某些组件里内置广告，后来在用户的骂声中有所收敛，还算没有完全堕落下去。而Windows作为当年微软的明星产品一步步走到今天这种私底下跟360互咬的境界，也是相当让人唏嘘。