![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="160" height="160"><rect fill-opacity="0"/></svg>)
October 12
October 12
October 12
October 12
October 12
October 13
October 13
October 13
October 13
October 13
October 13
October 13
October 13
October 13
October 13
October 14
October 14
October 14
October 15
October 15
October 16
October 16
今日修D1板子的驱动，现象太迷惑了。网卡IPv4通但是异常延迟、丢包、DUP，IPv6不通，SD卡能挂载ext4能写文件，然后写完的卡umount后插到电脑上文件系统损坏。
October 16
太迷惑了，GCC编译的D1内核是好的，Clang不开LTO的内核是坏的，Clang编译的LTO THIN的内核是坏的，Clang编译的LTO Full内核勉强能用，Clang编译的LTO Full+CFI的内核是坏的。
October 16
October 16
October 17
October 17
October 17
October 17
October 17
October 17
October 17
October 17
October 17
October 17
October 17
Forwarded from Waterlens
c23冻结了，似乎有一丢丢好玩的特性https://gustedt.wordpress.com/2021/10/16/feature-freeze-for-c23/
Jens Gustedt's Blog
Feature freeze for C23
The dust is now settling and we finally should have all proposals for new C23 features. Below you find links to some of the newer ones that I co-authored. Many previous proposals are still open bec…
October 17
October 17
October 18
October 18
October 18
October 18
October 18
Forwarded from Soha 的日常 (Soha Jin)
把 1+3T 暂时先换成 iPhone 8 之后，一些本来正常工作的 App 都遇到了打不开的情况，我一直以为是 v6 的问题。刚才得闲抓包 debug 了一下，发现卡住的请求其实是 v4，还发现 TCP 相关的分组有大量的分片。我去看了一下 OpenWRT，果然忘了开 MSS clamping，开了就好了。（我这里 v4 和 v6 的 zone 是分开的，v6 开了但是 v4 忘了。而且至少 1 年了我都没发现，比较惊讶。应该主要是因为现在 v6 走得多，然后大部分 v4 的服务器 MSS 似乎也开得也比较低。）
一开始我想，是不是 iOS 没处理好 IP 分片的情况。突然一想，TCP 的分组应该是设了 Don't Fragment 的，不应该分片，难道是阿里的网络栈有 bug？修复完 MSS 问题后再次抓包，发现阿里发过来的分组都是有设置 Don't Fragment 的。因为路径上唯一有可能分片的设备只有电信的局端设备，那只能是电信的设备忽略了 Don't Fragment 强行分片。估计 iOS 认为 TCP 不应该分片就给丢弃了，而 Android 的网络栈可能没有考虑这一层，分组能组装回去就是好猫，也就没有遇到这个问题。
一开始我想，是不是 iOS 没处理好 IP 分片的情况。突然一想，TCP 的分组应该是设了 Don't Fragment 的，不应该分片，难道是阿里的网络栈有 bug？修复完 MSS 问题后再次抓包，发现阿里发过来的分组都是有设置 Don't Fragment 的。因为路径上唯一有可能分片的设备只有电信的局端设备，那只能是电信的设备忽略了 Don't Fragment 强行分片。估计 iOS 认为 TCP 不应该分片就给丢弃了，而 Android 的网络栈可能没有考虑这一层，分组能组装回去就是好猫，也就没有遇到这个问题。
October 18
October 18
October 18
Forwarded from ScouTeX's E-TrashBin
前几年的苹果：我们的笔记本多做了一小块屏幕，快来买
今天的苹果：我们的笔记本少做了一小块屏幕，快来买
今天的苹果：我们的笔记本少做了一小块屏幕，快来买
October 18
October 18
October 19
October 19
October 19
Forwarded from 瓜达拉哈拉农场 (Luciano)
转自空间：
苹果开的这个头就看x86会不会把💩跟着加上了，
不过我个人意见是，消费级x86就算上L4也不可能走苹果这条路：Sapphire Rapids已经开始试着在服务器平台上搞多芯片封装了，带宽是900G/s。代价就是只能BGA封装，加不了盖，还不兼容传统散热器。i和a的产品线可没能力再搞一个内存容量细分。
然后虽然400G的UMA带宽看起来非常吓人，大部分应该是为了显示和视频处理相关准备的。目前的应用你想跑满这个400G困难，访存延迟还在摆烂。但是AMD和Intel会不会借着win11发力把核显驱动的UMA内存拉起来倒是个问题：现在只要把独享跑满，用到共享gpu内存就直接帧率-50%，容易出low。猜一下苹果是不是也跑满了独享空间到共享空间，所以才挂了个low？
btw，如果是这样消费级x86的apu倒是可以做下类似的工作。毕竟苹果到现在还没放出自家UMA的spec，那就只能看AMD之前搞的成果推测一下了。
其他的倒没啥好分析的点了。顺便之前在牌厂测了一下arm的服务器，和推测一样：敌在io，同频纯计算是比x86快50%的。
苹果开的这个头就看x86会不会把💩跟着加上了，
不过我个人意见是，消费级x86就算上L4也不可能走苹果这条路：Sapphire Rapids已经开始试着在服务器平台上搞多芯片封装了，带宽是900G/s。代价就是只能BGA封装，加不了盖，还不兼容传统散热器。i和a的产品线可没能力再搞一个内存容量细分。
然后虽然400G的UMA带宽看起来非常吓人，大部分应该是为了显示和视频处理相关准备的。目前的应用你想跑满这个400G困难，访存延迟还在摆烂。但是AMD和Intel会不会借着win11发力把核显驱动的UMA内存拉起来倒是个问题：现在只要把独享跑满，用到共享gpu内存就直接帧率-50%，容易出low。猜一下苹果是不是也跑满了独享空间到共享空间，所以才挂了个low？
btw，如果是这样消费级x86的apu倒是可以做下类似的工作。毕竟苹果到现在还没放出自家UMA的spec，那就只能看AMD之前搞的成果推测一下了。
其他的倒没啥好分析的点了。顺便之前在牌厂测了一下arm的服务器，和推测一样：敌在io，同频纯计算是比x86快50%的。
October 19
October 19
October 19
Forwarded from 申必喇叭
This media is not supported in your browser
VIEW IN TELEGRAM
October 19
October 19
October 19
October 19
October 19
分享牛哇项目，树莓派Pico变jtag调试器（看起来直接出来就是hw_server）https://github.com/kholia/xvc-pico
GitHub
GitHub - kholia/xvc-pico: Raspberry Pico powered Xilinx Virtual Cable - Xilinx JTAG Cable!
Raspberry Pico powered Xilinx Virtual Cable - Xilinx JTAG Cable! - GitHub - kholia/xvc-pico: Raspberry Pico powered Xilinx Virtual Cable - Xilinx JTAG Cable!
October 20
October 20
知乎上看我校引进25岁博导的问题看到这个，感觉我校在System领域不差？https://www.zhihu.com/question/492917683/answer/2179386807
October 20
October 20