AI21 Jamba 1.5 系列模型

AI21 Jamba 1.5 系列模型是最先进的混合 SSM-Transformer 指令,遵循基础模型。Jamba 模型是市场上最强大、最高效的长上下文模型,其推理速度比同等大小的领先模型快 2.5 倍。

这些模型展示了卓越的长上下文处理、速度和质量。它们标志着非变压器模型首次成功地扩展到市场领先模型的质量和强度。

Jamba 1.5 Mini(12B 活动/52B 总计)和 Jamba 1.5 Large(94B 活动/398B 总计)还针对业务用例和功能进行了优化,例如函数调用、结构化输出 (JSON) 和接地生成。

这些模型是在 Jamba 开放模型许可证下发布的,该许可证是一种宽松的许可证,允许根据许可条款进行全面研究使用和商业用途。如果您需要根据自己的需求许可该模型,请与我们联系

Model Details  型号详细信息

  • Developed by: AI21
    开发者: AI21
  • Model type: Joint Attention and Mamba (Jamba)
    型号类型:联合关注和曼巴 (Jamba)
  • License: Jamba Open Model License
    许可证:Jamba Open Model License
  • Context length: 256K
    上下文长度:256K
  • Knowledge cutoff date: March 5, 2024
    知识截止日期:3月 5, 2024
  • Supported languages: English, Spanish, French, Portuguese, Italian, Dutch, German, Arabic and Hebrew
    支持的语言:英语、西班牙语、法语、葡萄牙语、意大利语、荷兰语、德语、阿拉伯语和希伯来语

用法

先决条件

为了运行优化的 Mamba 实现,您首先需要安装并:mamba-ssmcausal-conv1d

您还必须在 CUDA 设备上拥有模型。

使用 vLLM 运行模型

使用 Jamba 1.5 Mini 执行高效推理的推荐方法是使用 vLLM。首先,确保安装 vLLM(需要 0.5.4 或更高版本)

这里建议从源码构建 vLLM

在下面的示例中,number_gpus应与要部署 Jamba 1.5 Mini 的 GPU 数量匹配。至少需要 2 个 80GB GPU,或是8个24G GPU.

在8个 RTX 4090(24G)的环境下,max_model_len 需要减少,max_model_len 越大,时间越长。模型在58k的情况下加载时间大概半个小时左右,

在24G GPU 内存下,max_model_len 过大则无法执行,下面是一个简单的对话代码:

使用 2 个 80GB A100 GPU 上的默认 BF16 精度和默认的 vLLM 配置,您将能够对长达 200K 令牌的提示执行推理。在超过 2 个 80GB GPU 上,您可以轻松适应完整的 256K 环境。

注意:vLLM 的主分支有一些特定于 Jamba 架构的内存利用率改进,允许在 2 个 80 GPU 上使用完整的 256K 上下文长度。如果您希望使用它们,您可以从源代码构建 vLLM

ExpertsInt8 量化

我们开发了一种创新且高效的量化技术 ExpertsInt8,专为 vLLM 中部署的 MoE 模型(包括 Jamba 模型)而设计。使用它,您将能够在单个80 GB GPU 上部署 Jamba 1.5 Mini 。

ExpertsInt8 在最新的 vLLM 版本上尚不可用,但它已合并到 main 分支。要使用它,请从源代码构建 vLLM

使用默认的 vLLM 配置,您可以在单个 80GB A100 GPU 上安装高达 100K 的提示:

使用transformers运行模型

以下示例以 BF16 精度将 Jamba 1.5 Mini 加载到 GPU,使用优化的 FlashAttention2 和 Mamba 内核,并使用 Accelerate 在多个 GPU 上并行化模型。请注意,在半精度 (FP16/BF16) 下,Jamba 1.5 Mini 太大,无法安装在单个 80GB GPU 上,因此您至少需要 2 个这样的 GPU。

注意:transformers 版本 4.44.0 和 4.44.1 存在一个 bug,该 bug 限制了运行 Jamba 架构的能力。请确保您未使用这些版本。

注意:如果您在为优化的 Mamba 内核安装 mamba-ssm 和 causal-conv1d 时遇到问题,您可以在没有它们的情况下运行 Jamba 1.5 Mini,但代价是额外的延迟。为此,请在通过 AutoModelForCausalLM.from_pretained() 加载模型时添加 kwarg use_mamba_kernels=False

以 8 位加载模型

使用 8 位精度,可以在单个 80GB GPU 上适应高达 140K 的序列长度。您可以使用 bitsandbytes 轻松地将模型量化为 8 位。为了不降低模型质量,我们建议从量化中排除 Mamba 块:

使用 8 位精度,可以在单个 80GB GPU 上适应高达 140K 的序列长度。您可以使用 bitsandbytes 轻松地将模型量化为 8 位。为了不降低模型质量,我们建议从量化中排除 Mamba 块:

在 CPU 上加载模型

如果您无法访问 GPU,您还可以在 CPU 上加载和运行 Jamba 1.5 Mini。请注意,这将导致推理性能不佳。

模型特性

与 Jamba 一起使用的工具

Jamba 1.5 根据 Huggingface 的工具使用 API,支持工具使用能力。用户定义的工具入到聊天模板的专用部分中,模型经过训练可以识别该部分。

给定包含工具的对话,模型可以输出内容和/或工具调用。工具调用在助手消息中被格式化为 json 格式的词典列表,包装在专用的特殊令牌中,如以下示例所示。

 
输出:

将工具响应反馈到模型中

现在模型调用了工具,我们需要将工具响应反馈给模型。您可以从模型的响应中解析工具调用,并在 assistant 消息中传播 tool_calls 字段,或者只是将格式化的响应保留在 content 字段中。请注意,响应的顺序应与相应 Assistant 消息中工具调用的顺序一致。这部分介绍如何操作。

输出示例:

与Jamba接地的一代

一个常见的用例LLMs是接地生成和 RAG,其中模型需要根据给定的文档集或文档片段回答问题或遵循说明。为了标准化这一过程,Jamba 在其聊天模板中接受了特定的 “documents” 部分的训练。该模型经过训练来处理此部分,当以这种方式格式化任务时,接地生成任务显示出更好的性能。

与工具类似,除了对话之外,工具还作为模型的外部参数提供,文档也以类似的方式提供。为了支持文档级元数据,文档被定义为具有您选择的键值的字典。这些在 chat 模板中进行了格式化。获得特殊处理的两个键是 “title” 和 “text” ,前者的格式显示在文档顶部,后者是必填字段,用于定义文档的实际文本。

将文档附加到 Jamba 1.5 提示符

JSON 模式

Jamba 1.5 使用特定的 “旋钮” 进行训练,这有助于引导模型实现常见的请求行为。通过在系统消息中包含特定的预定义文本来启用每种行为。为了便于使用,我们已将它们作为标志包含在 Jamba 1.5 的聊天模板中,因此可以通过向聊天模板传递适当的参数来切换它们。

Jamba 1.5 经过训练,可以在请求时生成有效的 JSON。它自然而然地这样做,但是当 JSON 模式旋钮被激活时,有效 json 的可能性会大大增加。在 JSON 模式下,Jamba 1.5 将尝试输出有效的 JSON,而不管用户请求如何。但是,强烈建议在用户请求或系统消息中指定有关预期 json 架构的信息,以获得最佳结果,如以下示例所示。

Jamba 1.5 中 JSON 旋钮的使用

微调示例

以下示例使用 huggingface/trl 中的 SFTTrainer,因此请确保已安装它:

以下是在 bfloat16 中使用 LoRA PEFT 进行微调的示例(需要 ~130GB GPU RAM,例如 2xA100 80GB):

请注意,示例中的数据集使用对话格式(带有消息列),因此 SFTTrainer 会自动应用 Jamba 的聊天模板,如 TRL 文档中所述。

QLoRA 示例

要在单个 80GB GPU 上进行微调,您可以读取 QLoRA,它将 LoRA 与量化为 4 位的冻结模型相结合:

注意:上面的示例需要 4 位量化的 bitsandbytes 包:

发表评论

您的电子邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部