本文经AI新媒体量子位（公众号ID:QbitAI）授权转载，转载请联系出处。

到底是怎样的一个bug，能让95%的Pytorch库中招，就连特斯拉AI总监深受困扰？

还别说，这个95bug虽小，但有够“狡猾”的。

这就是最近Reddit上热议的一个话题，是一位网友在使用再平常不过的Pytorch+Numpy组合时发现。

最主要的是，在代码能够跑通的情况下，它甚至还会影响模%P型的准确率！

除此之外，网友热议的另外一个点，竟然是：

而是它到底算不算一个bug？

这究竟是怎么一回事？

事情的起因是一位网友发现，在PyTorch中用NumPy来生成随机数时，受到数据预处理的yT限制，会多进程并行加载数据，但最后每个进程返回的随机数却是相同的。

他还举出例子证实了自己的说法。

如下是一个示例数据集，它会返回三个元素的随机向量。这里采用的批量大小分别为2，工作进程为4个。

然后神or奇的事情发生了：每个进程返回的随机数都是一样的。

这个结果会着实让人有点一头雾水，就好像数学应用题求小明走一段路程需要花费多少时间，而你却算出来了负数。

发现了问题后，这位网友还在GitHub上下载了ch超过10万个PyTorch库，用同样的方法产生随机数。

结果更加令人震惊：居然有超过95%的库都受到这个问题的困扰！

这其中不乏PyTorch的官方教程和OpenAI的代码，连特斯拉AI总监K库都arpathy也承认自己“被坑过”！

但有一说一，这个bug想要解决也不难：只需要在每个epoch都重新设置seed，或者用python内置的随机数生成器就可以避免这个问题。

到底是不是bu会中g？

如果这个问题已经可以解决，为什么还会引起如此大的讨论呢？

因为网友们的重点已经上升到了“哲学”层面：

这到底是不是一个bug？

在Reddit上有人认为：这不是一个bug。

虽然这个问题非常常见招的，但它并不算是一个bug，而是一个在调试时不可以忽略的点。

就是这个观点，激起了千层浪花，许多人都认为他忽略了问题的关键所在。

这不是产生伪随机数的问题，也不是numpy的问题，问题的核心是在于PbuyTorch中的DataLoader的实现

对于包含随机转换的数据加载pipeline，这意味着每个worker都将选择“相同”的转换。

而现在NN中的许多数据加载pipeline，都使用某种类型的随g！机转换来进行数据增强，所以不重新初始化可能是一个预设。

另一位网友也表示这个bug其实是在预设程序下运行才出现的，应该向更多用户指出来。

并且95%以上的Pytorch库受此困扰，也绝不是危言耸听。

有特斯人就分享出了自己此前的惨痛经历：

我认识到这一点是之前跑了许多进程来创建数据集时，然而发现其中一半的数据是重复的，之后花了很长的时间才发现哪里出了问题。

也有用户补充说，如果 95% 以上的用户使用拉A时出现错误，那么代码就是错的。

顺便一提，这提供了Karpathy定律的另一个例子：即使你搞砸了一些非常基本代码，“neural nets want to work”。

你有踩过PyTorch的坑吗？

如上的bI总ug并不是偶然，随着用PyTorch的人越来越多，被发现的bug也就越来越多，某乎上还有PyTorch的坑之总结，被浏览量高达49w。

其中从向量、函数到model.train()，无论是监都真bug还是自己出了bug，大家的血泪史还真的是各有千秋。

所以，关于PyTorch你可以分享的经验血泪史吗？

• ·华为彭松：协同运力、算力、存力，加速迈向智能世界
• ·如何基于K3s构建云原生边缘基础设施？
• ·标签: 知行汽车 1274 财报 2025
• ·澳大利亚起诉微软误导 Microsoft 365 用户关于 Copilot 订阅选项
• ·机器学习会成为数据安全新威胁和后门吗？
• ·标签: 北汽集团 北京汽车制造厂 不正当竞争 二一二越野车
• ·OpenAI 为 ChatGPT 推出智能记忆清理功能，Plus 用户率先体验
• ·2022年六个要避免的顶级云成本优化问题以及应对方式 译文
• ·标签: 手机 苹果
• ·开源多模态模型MiniCPM-V 4.5发布，8亿参数实现移动端AI部署
• ·微软在印度建设第四个数据中心 将继续增加印度员工人数
• ·Vercel v0工具推出图像编辑新功能:设计模式下轻松重生与提示优化
• ·标签: 脉脉 AI招聘 林凡 Kimi
• ·Arc 继任者 Dia 正式发布 macOS:内置“AI 技能”系统，每月拥抱无限制聊天
• ·标签: 日产汽车 2025财年 经营重建 结构改革
• ·当AI有了“自由意志”