热榜看到的来挖个坟

#19 提到的社区问题，我本来想说的是个人开源社区相对会比较乱，相比来说大公司开源社区至少表面上会更和谐——成员部分代表公司形象，真闹出事情是可能要出 PR 问题的。点进去看了一点发现这个角度根本不适用，因为这个例子就是正常任何开源项目都有的日常扯皮——或者说是任何社会都有的日常扯皮。

当然我只看了几楼，因为 #19 所说的“PR 原作者” dissent1@GitHub 在 issue 里只是在开头发了有限的几个回复就脱离了，后面都是其他的调试过程。dissent1 基本上只是表达了“WAR over WAR”的观点，以及提供了一些 fix 问题的附加信息。并没有感觉到 dissent1 的态度比 #19 要差，也没有出现 #19 回复中“你干嘛碰我代码?”和感叹号这种强烈的情绪表达。但是看得出来双方都跟社区主流开发者不太合拍。
整个 thread 中的感叹号只会出现在两种场景："Thanks!" 和 shebang 。总体氛围还是非常亲切友好的。

解释一下这个"WAR over WAR"：“WAR”似乎是某种黑话，是 Workaround 的意思。这黑话可能是 OpenWrt 社区专属的，但我觉得更像是 dissent1 个人的，从没在其他地方见过。不过英语 native 普遍喜欢 TLA (Three-Letter Acronym) 是真的，我在单位的 acronym 数据库里面真找到了这个用法 ... 虽然真没见有人用过。
情况大概是 dissent1 原本的 patch 是有问题的——没有解决任何问题反而引入了新的问题（这个 patch 本身似乎是以一种“WAR”的方式试图解决问题，但是这个 WAR 本身又没做对）。#19 希望将其 revert （"WAR over WAR"）。而包括 dissent1 在内的社区开发者则认为不着急 revert ，而应该以“proper”的方式来 fix 。（另外这种和硬件（或其他具体环境）相关的项目的一个现实问题是经常出现开发者不具备特定的条件所以测试比较麻烦的情况）

社区的理由是原 patch 已经进了 release 很长时间，而在一个没人会日常用的允许不稳定的 dev 分支里，相对于直接 revert ，不如去“proper”地 fix——除非在下一次大版本发布之前找不到一个“proper”的方法。社区开发者 981213 和 ynezz ，在要求 #19 提供规定所需的签名后，主动把 Revert 加到了 OpenWrt 18.06.3 的小版本更新分支里面了（上一个版本 OpenWrt 18.06.2 是 1 月发布的，18.06.3 是 7 月发布的，楼主的 PR 是 5 月提的，revert 进分支是 6 月的事）。
然后 TA 们试了半天似乎找不出个“proper”的方法，所以暂时只能 revert 。（很长时间后似乎有人解决了个相关的问题，是不是彻底把问题解决了就不清楚了）

从我个人的角度我认为双方都是有一定道理的。有些项目确实 patch 出问题就要直接 revert ，部分是因为开发工作严重依赖全自动的测试，然后就有测试结果全 clean 的追求，只要 break 了测试的 patch ，哪怕是在 dev 分支，也会给别人造成麻烦。但是如果社区认为问题不对开发工作造成障碍的话，跳过 revert 而优先寻找解决方案也是可以理解的。

我觉得这个事情就是不同的社区的规矩和习惯不一样而已。倒是 #19 难以接受其他人与其观点不同，先是在 forum 里，又在 V 站阴阳怪气人家，真心显得有点小家子气。
至少从这个 issue 而言整体还是比较平等的，用户不熟悉规矩，开发者会耐心地解释（开发者的长度基本都和 #19 类似或更长，甚至有个别长篇大论），用户也会帮助开发者测试。要真说成熟的多方平等合作的开源社区有啥问题的话，大概就是没有一言堂，没人说了算（甚至这种项目会出现开发者求用户帮着测试的情况），没有领导按着你头说必须怎么干，所以大家都不知道该怎么干，扯皮出的解决方案总免不了有人看着有问题，然后自己又没能力改变，还不能给自己一个“老板已经拍板了”的接口当安慰剂。

当然这仅限于“多方平等合作”的项目，开源项目的开发工作本质上是垄断的——垄断成本很低，你自己 fork 一个就是（有没有人用两说了）。我开始说大公司至少表面上会比较友好，另一面嘛 ... 举个例子，我前两天说过的 ROCm ，https://github.com/RadeonOpenCompute/ROCm/issues/887 这个 issue 里面 Rmalavally 代表官方给出了最“友好”的回复，大家的反应友不友好就不好说了。

无线网卡有些牌子支持差，有线网卡还没被坑过。
浏览器视频硬解可能是个坑。

感觉更像测试的问题捏

说一个未来的，人类的灭亡，可能不是“劲往一处使，心往一处想”，但是每个人都会参与。

@ysc3839 AMD 最大的问题不是跑不跑得了，是人家根本就没把个人消费者当人看
你要是不管其他条件光是要跑 ROCm 肯定是能跑的，但是 ROCm 到现在不支持 Windows ，虽然我自己天天用 Linux ，几个人真会为这个装 Linux 啊（你别说，貌似还真有 A 卡用户这么干）？这就好比给你一个小目标，但是要强制你带着钞票去一个屁都没有连网都不通的海岛上面去 ...

我刚上去最上面还挂了个新 issue： https://github.com/RadeonOpenCompute/ROCm/issues/2128 Will the RX7900 series be supported? 要知道 7000 系 technically 是去年的卡，然后 ROCm 是自己的软件不存在什么开源社区项目要 review 不能进的问题，现在还没消息就离谱

然后 AMD 你能解释下这个迷之文档页面是怎么回事么？ https://docs.amd.com/category/ROCm%E2%84%A2%20v5.x 为什么 5.5 没有“Getting Started Guide”，而且 5.4 里面该文档的 href 是“//”？
不过我觉得不需要解释，因为点进去就能看到“GPU requirement”只有有限的 Instinct 和 Radeon Pro 型号。反正大客户有问题都是直接一个邮件过去就行，公开页面随便摆烂得了呗？
实际上这问题早就给撕烂了 https://github.com/RadeonOpenCompute/ROCm/issues/887 可能不存在一个人类个体完整地了解 ROCm 究竟支持什么硬件 https://github.com/RadeonOpenCompute/ROCm/issues/1714

作为对比，CUDA 基本从一开始就是随便 N 卡（ G80 之后）什么系统都能用（虽然严格上并不是，因为 NVIDIA 官方提供了 FreeBSD 的驱动，但是并没有提供 FreeBSD 的 CUDA Toolkit ，不过想在 FreeBSD 上用 CUDA 的怕是比 Windows 用户为了用 ROCm 切 Linux 的还要少 😅 而且 FreeBSD 本身有 Linux compatibility 功能，然后根据一些最近的信息好像经过一堆 hack 之后还真他娘的能用 😅😅 https://github.com/verm/freebsd-stable-diffusion 虽然 NV 官方对这问题好像也是一直摆烂）。Intel oneAPI 直接把 N 和 A 的支持也做了。

有小道消息说 ROCm 的 Windows 支持要出来了，但是 ChatGPT 都火了半年了，现在还没出来真就突出一个慢热。这不是一个单独的问题，AMD 整体都这样，X670 皇帝吊死在二仙桥上才几年哪，忘啦！

大概还有给 Martin Odersky 的学生刷 paper 吧 ...

似乎很多人把“疯狂”和“好”划等号
我觉得现在也挺疯狂的

类似的问题 NGA 讨论过了 nga.178.com/read.php?tid=35867636
选择的问题 NGA 也讨论过了 nga.178.com/read.php?tid=35174425

就 3.5-turbo 的效果来说，我觉得它更适合的用法是 Prompt 中给出一些信息，然后让 LLM 基于这些信息构造或转换成另一种形式的信息（中间可能涉及一定的推理）。
比如自然语言写代码就是一类，还有一个我在探索的做法是把自然语言的 etymology 描述转换成结构化的描述： https://gist.github.com/secondwtq/d00ea3a0d88c6098a57b0dba04054466 注意这里面的 etymology 数据是我自己事先从 wiktionary 里面抄下来给它的，你直接问它 etymology 它也知道，但是结果就不那么可靠。Changelog 推过一篇文章把 LLM 比作“calculator for words”我觉得很形象：simonwillison.net/2023/Apr/2/calculator-for-words Think of language models like ChatGPT as a “calculator for words”

当作“搜索引擎”就不太好，反而应该尽量限制它使用 Prompt 之外的信息（当然你可能很享受自己 fact check 这个学习的过程）。主要是 hallucination 太严重了，让它原文引用点东西都是很难的事情，比如这是我拿它搜陆游的诗的结果：

> 《秋夜将晓出篱门迎凉有感》：“三万里河东入海，五千仞岳上摩天。遗民泪尽胡尘里，南望王师又一年。已是悬崖百丈冰，犹有花枝俏冒春。梦得楼台声啾啾，昨夜风雨过后天。”
>《钗头凤·世情薄》世情薄，人情恶，雨送黄昏花易落。晓风干，泪痕残，欲笺心事，独语斜阑。难，难，难！人成各，今非昨，病魂常似秋千索。角声寒，夜阑珊，怕人寻问，咽泪装欢。瞒，瞒，瞒！
> 《卜算子·咏梅》：“风雨送春归，飞雪迎春到。已是悬崖百丈冰，犹有花枝俏。”

鉴定为不如百度。

这可能是 GitHub 的一个灰度更改，我浅度使用下来只能说和原来的比各有千秋
你可以点头像下面的 Feature preview 禁掉

@xitek #9 你正好只 fact check 了一半

大 M 给 CPU 分的是等效 2xLPDDR5-6400 ，正好我回贴的这个机子也超到了 2xDDR5-6400 ，你就算超到 8400 也并不能翻倍。

点阵字体大多感觉在 HiDPI 屏幕上没内味了

楼主想找的可能是类似打字机的字体： https://tug.org/FontCatalogue/typewriterfonts.html

对于这个 case 来说，现代 C/C++/Fortran 编译器对于整数的 div/mod 操作，当除数是整数时是可以直接优化掉的
https://godbolt.org/z/Eo8T56hn5

相对于“字节”来说，“字”的概念貌似不那么绝对
比如现代 CPU 通过 SIMD 能访问 16/32/64 字节的数据，也没人说它是 512 位 CPU
相对来说我更喜欢把重点放在寄存器大小和地址大小上，虽然一般这俩和“字”在数值上是一样的

@kkkbbb 你直接贴视频链接就行
其实有时候挺烦的 ... 经常打乱回复排版，就像公众号文章两句话一个图的感觉一样

www.youtube.com/watch?v=OHKKcd3sx2c Microsoft is Forcing me to Buy MacBooks - Windows Modern Standby - YouTube

微软现在就是这个作风，先扔你一个看上去还可以的东西，再一点点把屎掺进去
isdotnetopen.com Is .NET an open platform yet?

你别说，我这 Linux （无 swap ）也是这个情况，而且好像更夸张：

系统+Home 盘：
Data Units Read: 1,000,741 [512 GB]
Data Units Written: 6,658,573 [3.40 TB]
Host Read Commands: 10,158,853
Host Write Commands: 78,860,657
Controller Busy Time: 31
Power Cycles: 43
Power On Hours: 2,575

数据盘：
Data Units Read: 28,896,974 [14.7 TB]
Data Units Written: 35,039,315 [17.9 TB]
Host Read Commands: 425,424,705
Host Write Commands: 433,676,025
Controller Busy Time: 6
Power Cycles: 120
Power On Hours: 7,041

有没有一种可能，比如我编译一个项目，中间结果（比如.o ）绝大多数都直接放在 page cache 里面链接的时候直接取出来，导致最后都写进去了，但是从来没真正读过？