Telegram-канал "小松鼠的日常" — @squirrel_daily

小松鼠的日常

23 Oct, 14:39

今日不会：某机器“插网线自动开机”。一直不明白为什么，是否存在某种高级的介质检测机制，或者是 Wake on LAN 配置错误。
直到今天检修，接上显示器测试，发现“插 HDMI 线也会自动开机”。很快猜到了原理：机器的外壳弹性太好，从后面插线时前面板会挤压电源按钮😅

9 2 2

小松鼠的日常

22 Oct, 16:55

今日迷思：
假设每天在岗时长为连续的 8 小时，那么对于下列方案，是否会比连续工作 8 小时效率更高？
1. 选择其中的 4 小时进行工作
2. 只在“能够高效工作”时工作，根据具体情况动态启停

8 0 0 2

小松鼠的日常

21 Oct, 11:54

今日感想：天下乌鸦一般黑，天下草台一样草。

计划将一个新功能接入已有的系统，然后发现其中的逻辑至少被封装了三层。本打算尝试搞明白哪层是关键的、不会变化的，但意识到如果重构新功能模块，就意味着要重构整个工程后，我决定怎么方便怎么来。

万物皆空，无欲无求.jpg

8 0 0 2

今日迷思：有多少工作（指工作内容）是本质的呢？

比如在学校里做过很多（看上去很厉害、实际也很厉害的）项目，其中有不少实际上只是些 “图的等宽切割”、“接口工程”、“将标准翻译为代码”、“组合现有软硬件来实现快速查询”。
为什么它们给人（或者说，给我）的感觉并不是 “设计高效的处理器流水线”、“实现高质量的软件系统”、“实现网络协议栈和路由器”、“优化路由查找算法”？

我猜，也许事实就是这样：造操作系统的大部分工作量是写代码。同理，造火箭的大部分工作量可能是拧螺丝 🤯。真正更厉害的部分，则是其他的一些比例。

17 0 0

小松鼠的日常

7 Oct, 14:41

suspend-and-setup.txt

4.9Кб

今日不会 r8169：由于关机状态下 Wake-on-LAN 因不明原因失效，所以在正常启动 JudgeDuck-OS 后，先重启到 Linux，在 pre-udev 阶段 suspend（以防止风扇运转，并节省电力），接着在唤醒后 modprobe r8169 并 ethtool -s $nic wol g，然后重启回到 JudgeDuck-OS。现将方案公开（内容由 AI 生成，且经过审计）

16 0 0

小松鼠的日常

15 Sep, 13:04

今日测 PC4-3200AA 1R x 8：在一个单核、访存密集型的程序上，运行时间比 2R x 8 多 11.5%

20 0 0

小松鼠的日常

13 Sep, 08:16

今日迷思一些概念：抽象、虚拟机、洞穴幻觉、唯心主义。

26 0 1

小松鼠的日常

17 Aug, 21:50

今日不会 SODIMM：不同厂家的两条 DDR4-3200 SODIMM，在同一个机器上的各种性能竟然完全一致（误差不超过 0.1%）

内存条型号分别为 CT16G4SFRA32A.M16FE 和 M471A2K43EB1-CWE，都是 2R x 8。
猜想：SODIMM（以及 UDIMM）是否傻瓜元件，只要 Rank 数量一样，且内存控制器设置的时序一样，性能就严格一样？

43 0 1

小松鼠的日常

11 Aug, 20:36

今日不会 RTL8168 (10ec:8168) ：在 JudgeDuck-OS 中测试，通过修改 RTL_IDR 寄存器使其 MAC 地址变更后，该网卡就会出现
(1) 接收分组速率大约 300Mbps
(2) 拔下网线并重新插上后，再也无法收到分组
(3) 同一个二层中，其他两个设备进行若干分组交换，该网卡会在一段时间（约 5s ~ 40s）内无法收到任何分组

解决方法：不修改 RTL_IDR 寄存器，即使用网卡自带的 MAC 地址，原理不明。

36 0 0