十个最好的网站,seo网站推广什么意思,网站做图尺寸大小,北京有名气的设计事务所如何使用 Databricks、Hugging Face 和 MosaicML 训练大型语言模型 (LLM) 介绍
大型语言模型#xff0c;如 OpenAI 的 GPT-4 或谷歌的 PaLM#xff0c;已经席卷了人工智能世界。然而#xff0c;大多数公司目前没有能力训练这些模型#xff0c;并且完全依赖少数大型科技公司… 如何使用 Databricks、Hugging Face 和 MosaicML 训练大型语言模型 (LLM) 介绍
大型语言模型如 OpenAI 的 GPT-4 或谷歌的 PaLM已经席卷了人工智能世界。然而大多数公司目前没有能力训练这些模型并且完全依赖少数大型科技公司作为技术提供者。
在 Replit我们大量投资于从头开始训练我们自己的大型语言模型所需的基础设施。在这篇博文中我们将概述我们如何训练 LLM从原始数据到面向用户的生产环境中的部署。我们将讨论我们在此过程中面临的工程挑战以及我们如何利用我们认为构成现代 LLM 堆栈的供应商Databricks、Hugging Face 和 MosaicML。
虽然我们的模型主要用于代码生成的用例但所讨论的技术和课程适用于所有类型的 LLM包括通用语言模型。我们计划在接下来的几周和几个月内通过一系列博客文章深入探讨我们流程的具体细节。
为什么要培养自己的法学硕士
Replit 的 AI 团队最常见的问题之一是“为什么要训练自己的模型” 公司可能决定培训自己的法学硕士的原因有很多从数据隐私和安全到加强对更新和改进的控制。
在 Replit我们主要关心定制化、减少依赖性和成本效率。
定制。训练自定义模型使我们能够根据我们的特定需求和要求对其进行定制包括特定于平台的功能、术语和上下文这些在通用模型如 GPT-4甚至特定代码模型如 Codex中都无法很好地涵盖. 例如我们的模型经过训练可以更好地使用 Replit 上流行的特定基于 Web 的语言包括 Javascript React (JSX) 和 Typescript React (TSX)。减少依赖。虽然我们始终会根据手头的任务使用正确的模型但我们相信减少对少数 AI 提供商的依赖是有好处的。这不仅适用于 Replit也适用于更广泛的开发者社区。这就是为什么我们计划开源我们的一些模型如果没有训练它们的方法我们就无法做到这一点。成本效益。尽管成本将继续下降但 LLM 在全球开发者社区中的使用成本仍然高得令人望而却步。在 Replit我们的使命是让下一个十亿软件创作者在线。我们相信在印度用手机编程的学生应该可以使用与硅谷专业开发人员相同的 AI。为了使这成为可能我们训练了更小、更高效并且可以以大幅降低的成本托管的自定义模型。
数据管道
LLM 需要大量数据进行训练。培训他们需要构建强大的数据管道这些管道经过高度优化但又足够灵活可以轻松包含公共数据和专有数据的新来源。
堆栈
我们从Hugging Face上可用的 The Stack 作为我们的主要数据源开始。Hugging Face 是数据集和预训练模型的重要资源。它们还提供各种有用的工具作为 Transformers 库的一部分包括用于标记化、模型推理和代码评估的工具。
Stack 由BigCode项目提供。Kocetkov 等人提供了数据集构建的详细信息。(2022)。删除重复数据后数据集的 1.2 版包含约 2.7 TB 的许可源代码这些源代码以 350 多种编程语言编写。
Transformers 库在抽象出许多与模型训练相关的挑战方面做得很好包括处理大规模数据。然而我们发现它不足以满足我们的流程因为我们需要对数据进行额外的控制以及以分布式方式处理数据的能力。 数据处理
当需要进行更高级的数据处理时我们使用Databricks来构建我们的管道。这种方法还使我们可以轻松地将其他数据源例如 Replit 或 Stack Overflow引入到我们的流程中我们计划在未来的迭代中这样做。
第一步是从 Hugging Face 下载原始数据。我们使用 Apache Spark 跨每种编程语言并行化数据集构建过程。然后我们对数据进行重新分区并使用针对下游处理的优化设置以镶木地板格式重写。
接下来我们转向清理和预处理我们的数据。通常对数据进行重复数据删除并修复各种编码问题很重要但 The Stack 已经使用 Kocetkov 等人概述的近似重复数据删除技术为我们完成了这项工作。(2022)。然而一旦我们开始将 Replit 数据引入我们的管道我们将不得不重新运行重复数据删除过程。这就是拥有像 Databricks 这样的工具的好处所在我们可以在其中将 Stack、Stackoverflow 和 Replit 数据视为更大数据湖中的三个来源并根据需要在我们的下游流程中使用它们。
使用 Databricks 的另一个好处是我们可以对底层数据运行可扩展且易于处理的分析。我们对我们的数据源运行所有类型的汇总统计检查长尾分布并诊断过程中的任何问题或不一致。所有这些都是在 Databricks notebooks 中完成的它也可以与 MLFlow 集成以跟踪和重现我们在整个过程中的所有分析。这一步相当于对我们的数据进行定期 X 光检查也有助于告知我们为预处理采取的各种步骤。
对于预处理我们采取以下步骤
我们通过删除任何个人身份信息 (PII) 来匿名化数据包括电子邮件、IP 地址和密钥。我们使用多种启发式方法来检测和删除自动生成的代码。对于一部分语言我们删除了无法编译或无法使用标准语法解析器解析的代码。我们根据平均行长、最大行长和字母数字字符的百分比过滤掉文件。 标记化和词汇训练
在标记化之前我们使用我们用于模型训练的相同数据的随机子样本来训练我们自己的自定义词汇表。自定义词汇表使我们的模型能够更好地理解和生成代码内容。这会提高模型性能并加快模型训练和推理。
此步骤是该过程中最重要的步骤之一因为它用于我们过程的所有三个阶段数据管道、模型训练、推理。它强调了为模型训练过程提供强大且完全集成的基础架构的重要性。
我们计划在未来的博文中更深入地探讨代币化。在高层次上我们必须考虑的一些重要事项是词汇量、特殊标记和标记标记的保留空间。
一旦我们训练了我们的自定义词汇表我们就会标记我们的数据。最后我们构建了我们的训练数据集并将其写成一种分片格式该格式经过优化以用于模型训练过程。
模型训练
我们使用MosaicML训练我们的模型。在之前部署了我们自己的训练集群后我们发现 MosaicML 平台为我们提供了一些关键优势。
多个云提供商。Mosaic 使我们能够利用来自不同云提供商的 GPU而无需设置帐户和所有必需的集成的开销。法学硕士培训配置。Composer 库有许多调整良好的配置用于训练各种模型和不同类型的训练目标。托管基础设施。他们的托管基础架构为我们提供了编排、效率优化和容错即从节点故障中恢复。
在确定我们模型的参数时我们考虑了模型大小、上下文窗口、推理时间、内存占用等之间的各种权衡。较大的模型通常提供更好的性能并且更能够进行迁移学习。然而这些模型对训练和推理都有更高的计算要求。后者对我们尤为重要。Replit 是一种云原生 IDE其性能感觉就像桌面原生应用程序因此我们的代码完成模型需要快如闪电。出于这个原因我们通常会选择具有较小内存占用和低延迟推理的较小模型。
除了模型参数外我们还从各种训练目标中进行选择每个训练目标都有其独特的优点和缺点。最常见的训练目标是下一个标记预测。这通常适用于代码完成但未能考虑到文档下游的上下文。这可以通过使用“中间填充”目标来缓解其中文档中的一系列标记被屏蔽并且模型必须使用周围的上下文来预测它们。另一种方法是 UL2无监督潜在语言学习它将训练语言模型的不同目标函数构建为去噪任务其中模型必须恢复给定输入的缺失子序列。 一旦我们决定了我们的模型配置和训练目标我们就会在 GPU 的多节点集群上启动我们的训练运行。我们能够根据我们正在训练的模型的大小以及我们希望多快完成训练过程来调整为每次运行分配的节点数。运行大型 GPU 集群的成本很高因此以尽可能最有效的方式利用它们很重要。我们密切监控 GPU 利用率和内存以确保我们从计算资源中获得最大可能的使用率。
我们使用 Weights Biases 来监控训练过程包括资源利用率和训练进度。我们监控我们的损失曲线以确保模型在训练过程的每个步骤中都能有效地学习。我们还关注损失峰值。这些是损失值的突然增加通常表明底层训练数据或模型架构存在问题。因为这些事件通常需要进一步调查和潜在的调整我们在我们的流程中强制执行数据确定性因此我们可以更轻松地重现、诊断和解决任何此类损失峰值的潜在来源。
评估
为了测试我们的模型我们使用 Chen 等人中描述的 HumanEval 框架的变体。(2021)。给定函数签名和文档字符串我们使用该模型生成一段 Python 代码。然后我们对生成的函数运行测试用例以确定生成的代码块是否按预期工作。我们运行多个样本并分析相应的PassK数字。
这种方法最适合 Python可以使用评估器和测试用例。但由于 Replit 支持多种编程语言我们需要评估各种其他语言的模型性能。我们发现这很难做到并且没有广泛采用的工具或框架可以提供全面的解决方案。两个具体的挑战包括在任何编程语言中构建可重现的运行时环境以及在没有广泛使用的测试用例标准例如 HTML、CSS 等的情况下编程语言的模糊性。幸运的是“任何编程语言的可重现运行时环境”是 Replit 的特色我们目前正在构建一个评估框架允许任何研究人员插入并测试他们的多语言基准。我们 部署到生产
一旦我们训练和评估了我们的模型就可以将其部署到生产环境中了。正如我们之前提到的我们的代码完成模型应该感觉很快请求之间的延迟非常低。我们使用 NVIDIA 的 FasterTransformer 和 Triton Server 加速我们的推理过程。FasterTransformer 是一个为基于 transformer 的神经网络的推理实现加速引擎的库而 Triton 是一个稳定且快速的推理服务器易于配置。这种组合为我们在转换器模型和底层 GPU 硬件之间提供了一个高度优化的层并允许对大型模型进行超快速分布式推理。
在将我们的模型部署到生产环境中后我们能够使用我们的 Kubernetes 基础设施对其进行自动缩放以满足需求。尽管我们在之前的博文中讨论过自动缩放但值得一提的是托管推理服务器会带来一系列独特的挑战。这些包括大型工件即模型权重和特殊硬件要求即不同的 GPU 大小/数量。我们设计了我们的部署和集群配置以便我们能够快速可靠地交付。例如我们的集群旨在解决个别区域的 GPU 短缺问题并寻找最便宜的可用节点。
在我们将模型放在实际用户面前之前我们喜欢自己测试它并了解模型的“氛围”。我们之前计算的 HumanEval 测试结果很有用但没有什么比使用模型来感受它更好的了包括它的延迟、建议的一致性和一般帮助。将模型放在 Replit 工作人员面前就像拨动开关一样简单。一旦我们对它感到满意我们就会翻转另一个开关并将其推广给我们的其他用户。 我们将继续监控模型性能和使用指标。对于模型性能我们监控请求延迟和 GPU 利用率等指标。对于使用情况我们跟踪代码建议的接受率并将其分解到包括编程语言在内的多个维度。这也允许我们对不同的模型进行 A/B 测试并获得一个模型与另一个模型比较的定量度量。
反馈与迭代
我们的模型训练平台使我们能够在不到一天的时间内将原始数据转化为部署在生产环境中的模型。但更重要的是它允许我们训练和部署模型、收集反馈然后根据该反馈快速迭代。
对于我们的流程来说保持对底层数据源、模型训练目标或服务器架构的任何变化的鲁棒性也很重要。这使我们能够在一个快速发展的领域中利用新的进步和功能在这个领域中似乎每天都有新的和令人兴奋的公告。
接下来我们将扩展我们的平台使我们能够使用 Replit 本身来改进我们的模型。这包括基于人类反馈的强化学习 (RLHF) 等技术以及使用从 Replit Bounties 收集的数据进行指令调整。
下一步
虽然我们取得了很大进步但我们仍处于培训法学硕士的早期阶段。我们有很多改进要做还有很多难题需要解决。随着语言模型的不断进步这种趋势只会加速。将会有一系列与数据、算法和模型评估相关的新挑战。
如果您对培训 LLM 的许多工程挑战感到兴奋我们很乐意与您交谈。我们喜欢反馈也很乐意听取您的意见了解我们缺少什么以及您会采取哪些不同的做法。
