WSL 1 模拟不完全，太多功能用不了，WSL 2 虚拟机 I/O 性能惨不忍睹，总之硬伤太重。我可以作一个相反的暴论：在 Linux 下用虚拟机开个 Windows 是最好的 Windows 使用方法 (doge)

比例是教育部定的，学校无权自己扩张。当然曾经好像也有把物试、化生的名额挪用给计试，然后下一年再把计试的名额还回去这种事情，但每年的总数是开始保研排名之前就确定的。

如果没有机械硬盘的话，那应该只有风扇能响（只要你的笔记本别再带点光驱之类的怀旧零件）。在长时间倾斜放置（比如用支架架起来）的情况下，某些笔记本风扇的转轴可能会稍微变歪一点，转起来有点摩擦和噪音。不过就算真遇到这种问题，也不是什么严重的事情，尤其售后都说没事了，你更不必担心。

入坑《怪物猎人：世界》，和朋友联机怪猎真的是太有意思了，尤其我俩也都挺喜欢世界的生态和环境设计，操作都不算强但是很开心。

和之前模拟器玩 PSP 上的一代 (MHP 1) 相比，世界真的是非常友善也非常人性化。早期怪猎的难度和繁琐堪称反人类，难怪 B 站上大多数人都吐槽 🤣 这里也劝对怪猎早期作品感兴趣的朋友去玩 xx/gu 或者 3 代就可以，别玩一代。

会用威露士的消毒洗衣液，这样就不用每次都倒两种洗涤剂了。

真去了可否多拍点照片让我看看 😋

交小智的外观和前几天聊天里 ZJU 的平台很像，而 ZJU 用的是火山引擎的 HiAgent 方案，可能学校也和字节合作了吧。这个方案是支持私有部署的，至于学校选的是私有部署还是用字节的服务就不知道了。

印象中旧版 QQ 是放在 Downloads 目录里，而新版可能是为了规范一点就都放在了 Android/data 下。如果你只是要转发或者转存的话，先用 QQ 直接打开然后选分享，用邮件、蓝牙或者快传之类的工具发出去可能比手工找更快。

毕竟现在 Android 也有点 iOS 化，都想限制应用权限和文件访问……应用把数据放在 Android/data 好像不需要申请存储权限，Downloads 就需要申请了。

土豆兄弟不用管射击 🤣 但这东西感觉容易上头，一玩就是一小时

从来都有人抄，而且遗憾的是人口和招生规模不减，有心也没时间慢慢引导这些同学改正，只能处罚完了事。但认真上课总会有同学认真做，而且还是不少的。

本科和硕士论文都是 LaTeX 写的，先答一下你的两个问题：

1. 是否影响导师批阅完全取决于导师能否习惯批阅 PDF/LaTeX，比如我导已经写惯了 LaTeX 就完全没有障碍。批阅 PDF 的体验感觉还是略逊于 word 的批注工具，如果老师熟悉 LaTeX 也愿意掏钱给开 overleaf 会员，那体验会好不少。
2. 据我所知毕业不会要求提交 word 文件（仅限理工科，文、法、商等未知），但评选优秀毕业论文会。所以不参加评选的话，用 LaTeX 肯定没问题。我们组这么些年来全是 LaTeX，没听说过被刁难格式问题的。

另附一点个人建议：如果不是长期使用 LaTeX 的老用户，建议优先选 overleaf 而不是本地。虽说需要开会员才有足够的编译时长可用，但开几个月会员也不算很贵。写前一定要和导师沟通好，否则一点工具争端导致整个批改过程都闹矛盾是很亏的。

如果你想本地写，建议是用 texlive 套装，至少对 win/Linux 来说都非常好。新手直接用 tex studio 可能更容易，不过 XJTU-thesis 项目已经有了很不错的 latexmk 和 vs code 适配，想用 vs code 写也没问题。由于 tex 编译器是个祖传单线程软件，在单核越强的机器上编译越快，overleaf 编译起来多半比本地慢（win 上好像还比 Linux 慢），所以对自己来说本地体验还更好点。

听起来确实像是内存不够了开始 swap 🤣 没编译过 LLVM，但作为参考编译 UE5 至少要 64 GB 内存。

就目前的情况来说完全同意。回想克莱因的时代还能有《高观点下的初等数学》，现在反而难以展开这样的教育了。私以为曾经的家长或者因为富裕而无所谓经济回报，或者因为贫穷、缺乏学业上的主见而对教师抱有超常的信任。教育大规模普及之后，在经济快速发展又陷入停滞的当下，这种信任被“学了又不能赚钱”的质疑打破并不奇怪。

但作为有过一点教育经历、也勉强算是关心教育的人，我当然还是希望（也相信）教育的远见会重新在这一代或者下一代成为家长的时候产生，至少我们还是越来越多地看到了以人为核心的教育本身就有意义，尤其是对培养未来生活志趣的意义，并不一定要体现为直接的经济价值。如果这种期待也彻底落空了，那大约得是现在的几大增长点都变成了泡沫，全球再度大倒退吧（苦笑）

不奇怪吧，单说中心楼（尤其是中 2 中 3）那个隔断布局，多少同学都经历过赶早八找不到门的痛 🤣

其实不一定要教奥数吧，给愿意学习的孩子做数学/科学启蒙一直是很有意思的事情。如果认真追究一下学科理解而不是考试成绩的话，现在其实也没多少能做好“小中衔接”或者“大中衔接”的老师来着。不知道将来 LLM（以及更广义的 AI）的发展会不会补上这个空缺。

世界第一工业国还是足够强悍的，印象中如果算上改装的护航航母，美国二战期间造的航母都快三位数了……

是我话没说清，我指的内网穿透是 zerotier/wireguard 这一类虚拟组网，大多数时候公网服务器只作为发现服务器使用。我自己是用 zerotier，以前用 SMB，后来因为没有 Windows 兼容需求就改用 NFS 了。

需要在 NAS 上架一个 SMB/NFS/WebDAV 服务端，再做好内网穿透就可以本地挂载了。

如果美国那个助教薪资叫做廉价牛马的话，那我们的两千四一学期岂不是牛马不如（苦笑）……

半年时间过去，回头再看当时的推荐，还是感觉很难受。今年老师生育，我又种种麻烦缠身最后再次挣扎于身体问题。结果不仅当初一些很不错的设想没能实现，而且连整体的教学安排也没完全保住……花在教学上的精力，一多半都用于确保实验还能正常运行，可惜。希望今年的同学们还算有所收获，别感到很失望吧 😔

我想把 NAS 放在脚边，所以特别需要很小的机箱，就忍痛买了。其实这机箱优缺点都挺明显的，好处是尺寸很小而且拆装非常方便，坏处是硬盘装多了有振动噪音。因为这个机箱里有个独立的 3.5 英寸硬盘转接板，而这个转接板直接刚性固定在机箱梁架上（没做减震），装上机械硬盘之后硬盘就会带着梁架一起振动，如果硬盘振动大（说的就是你，东芝）就会发出音叉一样的声音 😂

没问题。我用的是一个很小的 ITX 机箱（乔思伯 N1），里面还被电源线和 SATA 线占据了不少空间。即使这么糟糕的散热环境都不需要装机箱风扇，只要用原装的 CPU 散热片就能把温度维持在 40 °C 左右，CPU 满载也就 50 °C 左右。

J3455 的性能大概率不够用，尤其是对单核性能要求比较高的游戏服务器。用惯了酷睿产品线的人可能都很难想象，这个属于赛扬产品线的低功耗 CPU 性能到底有多菜（当然节能程度也同样超乎想象就是了） 😂

我的 NAS 同样是 J3455，并且充当过图形学的评测机，应该还算是有点使用经验。在编译、软渲染这类计算密集型任务方面，J3455 四个核加起来勉强相当于桌面八代 i7 的单核（这还是并行度比较高的任务），可以说惨不忍睹。单纯比编译，J3455 单核甚至不如移动端的老 CPU 骁龙 710……

不负责任地乱猜一下，AI hardware/driver/infra 相关的岗位可能会增加？

难以想象换届之前还要搞这么大事……一张卡都不让买的话，国内昇腾/摩尔等等厂家岂不是要乐翻了？

这个我了解有限，不过应该不只是编译优化的问题。NV 的 CUDA/cuDNN/cuBLAS（以及背后的驱动）作为基础软件是全方位的强，至少包括编译优化、并行优化、数值算法，可能还有稳定性验证、缓存优化甚至网络互联等等方面……毕竟 NV 是真的在这个领域深耕了十几年时间，老黄说 NV 是软件公司不是空谈。

个人收集到的信息是软件的差距比硬件的差距要大。现在 AMD 算是 NV 之后第一梯队的水平，MI300 系列甚至已经用到了橡树岭超算（几年前 GPU 总算力第一）上。然而 ROCm 到现在还是不支持 AMD 全系消费级显卡、不完全支持 Windows、不能发挥 GPU 的全部硬件算力，甚至 24 年年底还被第三方公司查出一堆 bug 整了份 bug 技术报告挂在 X 上 🤣

国内像昇腾、摩尔线程这样做类 CUDA 通用软硬件架构的，目前好像还没有并入 PyTorch 主线，都是自己维护一个更新落后的分支来用。而各种号称性价比高过 NV 三倍五倍的加速卡推理确实省电，但软件栈往往是 Transformer 特化甚至 LLM 特化的，有些连流行的 LLM 都没支持全，和 NV 无死角的软件支持完全不是一个量级的。

貌似现在有一个挺重要的细分市场是模仿和兼容 CUDA，很多公司开始自己做 AI Inference 硬件，而软件栈上模仿 CUDA 是很自然的行为。换言之直接用 CUDA 造轮子的机会可能不太多，但是现在要造类似轮子的公司可能不少。毕竟 NV 垄断得太狠了，连 PyTorch 都开始发博客举起反 NV 垄断大旗，大幅重构自己的 Native 后端。

不打算搞图形学的话，没必要做 202 的实验。本人和同学踩完坑之后基本可以确认，202 的实验框架有 bug（甚至明明是 WebGL 平台还是有奇怪的兼容性 bug）。打算明年直接把 202 的实验任务搞到我们的框架里来 🤣

驯龙高手，三部曲都很棒，几个短篇外传也很棒

往年题背得太多了，对授课会产生很大的负面影响。高考有那么深不见底的题库，2010 年以后教培大行其道不也变成考试技巧军备竞赛了么？换成一门专业选修课，俩小时考试时间里能做完的题其实挺有限的，被人背上三五年的题，题库就完全被打穿了，考试本身的教学意义也没了。

之后大家发现刷往年题远比上课容易拿高分，而以现在同学分数焦虑的程度来说，90% 以上的同学哪怕没想着不听课，也会先想着我要刷往年题把分数保住。试过几次发现刷往年题实在太方便太省事了，很多人就会滑向学不学无所谓的深渊。以至于我早年对背题的行为还是倾向于赞成，大四之后就偏中立了——因为无差别背往年题一边方便大家混水课，一边伤害认真教学的传统课程。

这也是为什么图形学考了一年试之后第二年就取消期末了，因为发现期末考试的考核作用基本崩溃了……别说什么懒得多出题，很多选修课真就没有那么多适合传统考试的题可以出。我舍得出题，像钱老一样给你出一道地球 - 火星轨道转移的题目，一题做一天，做完挂一半，同学不答应，教务也不答应。

（涉及很多个人经历，所以多少有点暴论。大家想反驳就反驳，不人身攻击就行）

系统里貌似会登不上分，有没有考试都会挂。

4 学分！这是扩成 64 学时的课了吗？

本站是系统导论的答疑平台，可以看看 计算机系统导论分区

关于值不值得上的问题，可以翻翻分区里讨论课程内容和评分的话题（以及一些争议话题），比如

我专门买了个小杯子放桌上，喝完一杯过一小时就又渴了 🤣 强制自己每小时站起来走两步

嗯确实不存在 segment fault 的可能，但死循环本来也不需要真的把元素的内存释放掉才会发生。因为被删除之后这个元素的 next_node 就没意义了，你按 next_node 继续遍历有可能就跑出有效的链表范围，然后试图去 collapse 一个已经被删掉的边。这时候你操作的元素之间到底是什么链接关系完全没有保证，指针指来指去又绕成环了也是有可能的。

或者简单点说，你用 next_node 一边遍历一边删除本来就是一种不正确的做法，这不是普通的单链表或者双链表，你做的也不仅仅是链表的删除操作。

我都没注意要冬至了，估计明天外面店里又要爆满，想吃一口饺子不容易啊

请注意在你执行坍缩的时候，edges 这个链表也会同步改变。如果某一次 collapse_edge 时，把当前 tmp 的 next_node 也删掉了，那下一次就会遍历到一条已经从半边网格中被删除的边，这时候再去执行 collapse_edge(tmp)，就完全不知道会操作些什么东西了，陷入死循环或者直接 segment fault 都是有可能的。

这是个类方法，HalfedgeMesh 对象的创建过程在框架代码里，不需要你自己做。调用 isotropic_remesh 的时候，this 就指向你要操作的 HalfedgeMesh 对象。

首先原因已经很明显了，你写的若干源文件没有排除 warning，所以没有过编译：

C:\data\submissions\dandelion\src\scene\camera.cpp(55,17): error C2220: 以下警告被视为错误 [C:\data\submissions\tmp\build\dandelion.vcxproj]

C:\data\submissions\dandelion\src\render\rasterizer_renderer.cpp(101,41): error C2220: 以下警告被视为错误 [C:\data\submissions\tmp\build\dandelion.vcxproj]

warning 编号也给出来了：

C:\data\submissions\dandelion\src\scene\camera.cpp(55,17): warning C4189: “right”: 局部变量已初始化但不引用 [C:\data\submissions\tmp\build\dandelion.vcxproj]

基本上你去搜索 C4189 这样的 warning 就能找到微软官方的解释，然后对着行号列号 (55, 17) 就能找到是哪里出错了。

2.8 显示提交错误，产生了一大堆看不懂且毫无反馈效果的东西

所以这样说是很不好的，我理解快要截止的时候大家都比较紧张，但是请尽量控制自己的情绪。

你提到

在后续操作中只要出现了对这个有问题的点的邻域的遍历就会出现死循环

出现问题的这个点是collapse出来的新点

那几乎可以肯定是坍缩操作内部有问题，毕竟你除了坍缩以外也没做过其他修改半边网格的操作。如果你一时想不到有什么遗漏，我能提供的检查办法有两个：

• 每坍缩一次就执行一次 validate，只要在调用 collapse_edge 之后加一行 validate() 就行，比较方便但不一定能探查出错误。
• 在 collapse_edge 里暂时注释掉之前的实现，重新对一遍示意图，凡是图上出现的半边全部用 set_neighbors 重设所有的邻接关系，不要逐个设置成员指针。

前段时间在兴庆图书馆看了汪曾祺的小说集《鸡鸭世家》，再次感叹汪曾祺写生活简直太厉害了。

你没有提到自己是在什么时候遍历操作出了问题，是在一轮操作全部完成的时候，还是正在迭代过程中检查坍缩是否可以进行的时候？下次提问的时候最好说清楚，否则我们只能靠猜测来回答。

根据你的描述，我猜你是在坍缩了一部分边之后，发现检查顶点 $\mathscr{N}(v_1)$ 和 $\mathscr{N}(v_2)$ 交集的时候死循环了。既然不断迭代 h22->inv->next 的时候出现了问题，你又只提到删除应该没问题，那么你可以先去检查 h22 的 inv 和 next 是否正确。或者说在坍缩操作里，你有没有设置好示意图上 $h_1$ 和 $h_2$ 这些半边的邻接关系？

请注意在删除一个几何元素的时候，其他元素与它的关联（指针）并不会自动消失。如果你删掉了一些半边又没重设其他半边的 inv 和 next 等指针，遍历时就有可能沿着被你删掉的半边走出了某些奇怪的循环。

喜欢 KDE 的话也可以用 Kubuntu，我在转 Arch 之前就用了两年 Kubuntu。

我其实也有点好奇为什么你这边一直出 bug 🤣 因为我用 Arch 到现在好像只遇到过一个关于 WebKit 的 bug，反而之前用 Ubuntu 到处是问题。不过我也每周都用 rsync 做一次全量备份，以免哪天真挂了。

不用，只要光标碰一下屏幕顶端/底端，顶栏/底栏就会弹出来。

Firefox 硬解视频可能需要额外装一些名字里带 vaapi 的包，还不行的话可能需要在 Firefox 里设置一下 VA-API

没事儿才一天，我从 19 年开始用 Linux，到现在用来美化桌面的时间都不知道多少天了 🤣

健康第一，折腾虽然上头但一定要记得吃饭

台式和笔记本都是 I+N，不过笔记本有集显台式没有。NV 的问题可以看看 NVIDIA - Arch Wiki，一般最常见的是驱动和双显卡切换问题，相关页面都有写。我笔记本是用 prime-run 方案切换显卡，默认只用集显，需要的时候用 prime-run 来临时使用独显。