北大推出“最强编程助手”：代码大模型 CodeShell-7B 开源

北大推出“最强编程助手”：代码大模型 CodeShell-7B 开源 10 月 19 日消息，北京大学软件工程国家工程研究中心知识计算实验室联合四川天府银行 AI 实验室，今天正式开源旗下 70 亿参数的代码大模型 CodeShell，号称“同等规模最强代码基座”。 官方已经在 GitHub 开源了模型、相关配套方案及 IDE 插件，支持商用。有兴趣的可以。 项目详情中介绍，CodeShell-7B 基于 5000 亿 Tokens 进行了冷启动训练，上下文窗口长度为 8192，架构设计上融合了 StarCoder 和 Llama 两者的核心特性。 官方声称，CodeShell 的原始训练数据基于自家爬取的 Github 数据、Stack 和 StarCoder 数据集，以及少量“高质量的中英文数据”，这些预训练数据均经过了“数据判重、数据过滤规则、数据质量模型一系列流水线”。

《代码编辑器v1.10.7高级版.apk》| 简介：代码编辑器v1.10.7高级版是一款面向编程爱好者和开发者的专业软件。它支持

《代码编辑器v1.10.7高级版.apk》| 简介：代码编辑器v1.10.7高级版是一款面向编程爱好者和开发者的专业软件。它支持多种编程语言，如Python、Java、C++等，具备代码高亮、自动补全、语法检查等功能，让代码编写更加高效准确。高级版可能还拥有代码调试功能，帮助开发者快速定位和解决代码中的错误；支持代码版本管理，方便开发者管理代码的不同版本；以及丰富的插件扩展功能，用户可以根据自己的需求安装插件，增强编辑器的功能，满足不同的编程需求。|标签：#代码编辑器 #编程软件 #代码开发 |文件大小 NG| 链接：

《Acode代码编辑器v1.10.7高级版_.apk》| 简介：Acode代码编辑器v1.10.7高级版是一款面向编程爱好者和开

《Acode代码编辑器v1.10.7高级版_.apk》| 简介：Acode代码编辑器v1.10.7高级版是一款面向编程爱好者和开发者的专业软件，支持多种编程语言，具备代码高亮、自动补全、语法检查等功能，方便代码编写。高级版还可能拥有代码调试、版本管理和插件扩展功能。|标签：#Acode代码编辑器 #编程软件 #代码开发 |文件大小 NG| 链接：

Linus Torvalds 宣布推出首个 Linux Kernel 内核 6.1 RC 预览版：初步支持 Rust 编程语言

Linus Torvalds 宣布推出首个 Linux Kernel 内核 6.1 RC 预览版：初步支持 Rust 编程语言 Linus Torvalds 已经启动即将到来的 Linux 6.1 内核系列的开发周期，并在今天宣布了第一个候选发布版（RC），支持公共测试。 随着 10 月 2 日 Linux 内核 6.0 的发布，为期两周的合并窗口现已关闭，现在是时候提前体验下一个重要版本 Linux 内核 6.1 了。 Linux 内核 6.1 的第一个候选版本（RC）现在已经发布，并准备好让测试者、早期采用者和尝鲜用户使用，最终版本预计在 2022 年 12 月初或中旬发布。 Linux 6.1 最大的新功能将是合并 Rust 基础设施代码。然而，目前只是对 Rust 编程语言支持的非常基本的实现，还不能用于实例。 更多详细信息可前往:

不满付费功能 Copilot 从自由软件“学写”代码 ，自由保护协会宣布停用GitHub

不满付费功能 Copilot 从自由软件“学写”代码 ，自由软件保护协会宣布停用GitHub 专注于自由和开源软件（FOSS）的非营利组织软件自由保护协会（SFC）表示，它已经停止使用微软的GitHub进行项目托管，并敦促其他软件开发者也这样做。 在周四的一篇博文中，SFC FOSS许可合规工程师Denver Gingerich和SFC政策研究员Bradley M. Kuhn说，GitHub在过去十年里通过围绕Git（广泛使用的开源版本控制软件）建立界面和社交功能，在FOSS开发中发挥了主导作用。… 对 SFC 来说，与GitHub的决裂是由于GitHub Copilot的普遍使用，这是一个人工智能编码助手工具。SFC 说，GitHub决定发布一个源自FOSS代码的营利性产品，这 "让人无法忍受"。 Copilot以OpenAI的Codex为基础，在开发者工作时向他们推荐代码和功能。据GitHub称，它能够做到这一点，因为它是在 "自然语言文本和公开来源的源代码上训练出来的，包括GitHub上的公共存储库中的代码"。

Linus Torvalds 对 Linux 6.9 的某些 Bcachefs 代码不满意

Linus Torvalds 对 Linux 6.9 的某些 Bcachefs 代码不满意 为 Linux 6.9 提交的 Bcachefs 代码包括一些前期准备工作，如为子卷走读提供用户空间界面、改进目录结构检查、改进日志流水线以提高性能、改进丢弃路径以提高效率，以及其他优化。维护者肯特-奥弗斯特里特（Kent Overstreet）将针对 Linux 6.9 的 Bcachefs 改动的拉取请求总结为：针对 Linux 6.9 的 Bcachefs 更新9 的 bcachefs 更新- 子卷的子 btree；这是为走子卷提供用户空间接口所必需的，稍后会推出- 对目录结构检查的大量改进- 改进了日志流水线，显著提高了高深度写入工作负载的性能- 改进了丢弃路径：丢弃路径更加高效，不再不必要地刷新日志- 缓冲写入路径现在可以避免占用节点锁- 调出各种库代码供 XFS 使用：time stats、mean_and_variance、darray、eytzinger、thread_with_file- 新的毫米助手：memalloc_flags_{save|restore}- mempool 现在可以使用 kvmalloc mempool但让 Linus Torvalds 感到不解的是，有些补丁将 Bcachefs 代码中的某些元素移到了一些库类型的代码中，这样其他文件系统就可以很容易地重复使用这些代码了XFS 就是对可能重复使用某些 Bcachefs 功能感兴趣的文件系统。Linus Torvalds响应了 Bcachefs 的拉取请求：，"stdio_redirect_printf()"和 darray_char 只是可怕的接口，没有任何解释。这些接口太恶心了。这些接口太恶心了。，把它放在你自己的代码里，不要试图把它变成一个通用的库。，如果你**把它变成一个库，它需要(a) 解释得更清楚(b) 有更合理的命名，减少恶心和完全无意义的接口（"DARRAY()"）。但最让人头疼的还是那些疯狂的数学。该死的，我们很久以前就讨论过那些愚蠢的"均值和方差"垃圾。你没有解释为什么它不能使用简单得多的 MAD（中位数绝对偏差）而使用方差。这个错误的决定直接导致了毫无意义地使用过于复杂的 128 位数学。当时我就说它设计过度，据我所知，除了一些细微的类型名称细节外，绝对没有任何变化。但现在你却试图将这些垃圾代码作为通用库代码推给其他人使用，这立刻就意味着我**介意过度工程化的接口。在其他方面，time_stats 看起来就像一个有名称和用途的正常接口，但使用了可怕的基础架构后，它就失效了。在 Overstreet 阐述了自己的观点后，Torvalds补充道方差值是不同的，但 MAD 和标准偏差之间的区别基本上只是一个常数因子（不同的分布会有所不同，但那又怎样？）那么，为什么一个常数因子会对指数加权产生任何影响呢？总之，请把你的代码放在 bcachefs 中。也许 xfs 也想拷贝你的代码。我不在乎，这看起来很蠢，但这是文件系统的选择。但如果我们要让它成为一个通用的内核库，它就必须理智。不能为了一个随机的统计元素，就让人们做 64 位的平方根和 128 位的除法。因此，从目前的情况来看，Linus Torvalds 并没有接受这个针对 Linux 6.9 内核的 Bcachefs 拉取请求，原因是提议的通用库代码。我们将拭目以待，看看未来几天是否会有新的拉取请求，放弃这些补丁或以其他方式重新修改，以满足 Linux 创建者的要求。 ... PC版： 手机版：