code 网站（codex网站）

华为盘古大模型一直是国内大模型领域比较早的先行者，不过由于该模型并不针对个人开放，因此很少有人可以体验到该模型的效果。但是，盘古大模型一直在不断发展。2023年7月27日，华为发布最新的论文，展示了新一代盘古大模型的编程能力。该模型名字为PanGu-Coder2，论文的数据显示该模型目前超越所有开源编程大模型的效果，也超过GPT-3.5，接近GPT-4。 
 <center>
   ![](https://www.datalearner.com/resources/blog_images/e768cea0-e31b-4430-8f98-6a9112aa5228.png) 
 </center> 
 <center></center> 编程大模型再度扩张版图~https://www.datalearner.com/ai-models/pretrained-models?&aiArea=1002&language=-1&contextLength=-1&openSource=-1&publisher=-1 
 <center>
   ![](https://www.datalearner.com/resources/blog_images/c3df8472-c8cd-4470-b8f6-e9549d.png) 
 </center> 
 <center></center> [TOC] 当前编程大模型的问题 强化学习是当前训练编程大模型最常用的方法之一，它可以为模型设定特定的奖励函数以引导大模型可以生成更好的代码。然而现有强化学习方法在代码大型语言模型（LLMs）中有很大的局限性。华为认为现有的基于强化学习的方法通常根据编译器、调试器、执行器和测试用例的反馈信号设计价值/奖励函数，但这导致了三个限制： 1. 直接将测试结果作为奖励提供给基础模型的改进有限。 2. 采用的强化学习<a href='/tag/188'>算法</a>（如 PPO）实现复杂，且难以在大型语言模型上进行训练。 3. 在训练模型时运行测试是耗时的。 因此，华为提出了 RRTF（RankResponses to align Test&Teacher Feedback）框架，以<a href='/tag/116'>解决</a>现有基于强化学习的方法的问题，并进一步发掘代码 LLM 的潜力。RRTF 框架是一种新的工作，成功地将自然语言 LLM 对齐技术应用于代码 LLM。与之前的工作（如 CodeRL 和 RLTF）不同，RRTF 框架遵循 RLHF（Reinforcement Learning from Human Feedback）的思想，但使用排名响应作为反馈，而不是奖励模型的绝对值。 
 <center>
   ![](https://www.datalearner.com/resources/blog_images/65ff3ff5-19ad-432b-9764-86af5.png) 
 </center> 
 <center></center> 作为概念的证明，华为在 StarCoder 15B 上应用了 RRTF，并训练出PanGu-Coder2。 PanGu-Coder2简介和训练细节 PanGu-Coder2 是一种大型语言模型，专门用于代码生成。它基于RRTF (RankResponses to align Test&Teacher Feedback) 的新框架，该框架结合了多种先进技术，包括指令调整、Evol-Instruct 方法和强化学习。RRTF 的核心思想是通过使用测试信号和人类偏好作为反馈来对响应进行排名，从而引导模型生成更高质量的代码。 在模型架构方面，PanGu-Coder2 是一个基于Decoder的 Transformer，具有 Multi-Query-Attention 和学习的绝对位置嵌入。同时，它使用了 FlashAttention来减少<a href='/tag/270'>计算</a>和内存使用量，因此模型的最大长度可以扩展到 8192。模型的详细超参数如下： - 隐藏层大小：6144 - 最大长度：8192 - 注意力头的数量：48 - Transformer 隐藏层的数量：40 在训练过程中，PanGu-Coder2 使用了 Evol-Instruct 技术来构建训练语料库，这种技术可以通过深度演化来迭代地从 Alpaca 20K 数据集中获取新的编程问题。通过这些问题，模型可以从不同的模型中采样答案。总的来说，他们收集了一个包含 100K 编程问题及其答案的初始语料库，这些问题和答案被称为指令和解决方案对。此外，他们还对初始语料库进行了数据预处理，并将语料库的大小减少到了 68K。 在训练过程中，PanGu-Coder2 使用了 RRTF 框架，该框架可以根据人类的偏好对来自不同来源的响应进行排名，并通过排名损失函数对模型进行调整。与 RLHF 相比，RRTF 可以有效地将语言模型的输出概率与人类的偏好对齐，只需要在调整期间使用 1-2 个模型，而且在实现、超参数调整和训练方面比 PPO 更简单。 PanGu-Coder2的评估结果以及与清华大学CodeGeeX2等模型对比 说了这么多还是看效果，我们最主要的是看一下HumanEval评价，HumanEval 是 OpenAI 提出的一种评估大型语言模型编程能力的基准测试。这个基准测试包含了 164 个编程问题，这些问题都是由经验丰富的程序员手动编写的，涵盖了各种编程概念，包括数据结构、算法、控制流、<a href='/tag/212'>字符串</a>处理等。 在 HumanEval 中，模型的任务是生成 Python 代码来解决给定的编程问题。然后，这些生成的代码会被运行并与预期的输出进行比较，以确定代码是否正确。模型的性能是根据其在这些问题上的通过率来评估的，即生成的代码能够成功解决问题的比例。 论文中给出的评估结果如下（HumanEval，这里的k=1表示生成第一份解决方案解决问题的指标）： | 模型 | 参数规模 | k=1 | k=10 | k=100 | | --- | --- | --- | --- | --- | | 闭源模型 | | | | | | AlphaCode | 11亿 | 17.1 | 28.2 | 45.3 | | Phi-1 | 13亿 | 50.6 | - | - | | Codex | 120亿 | 28.81 | 46.81 | 72.31 | | LaMDA | 1370亿 | 14.0 | - | 47.3 | | PaLM-Coder | 5400亿 | 36.0 | - | 88.4 | | GPT-3.5 - OpenAI | - | 48.1 | - | - | | GPT-3.5 - Luo et al. [2023] | - | 68.9 | - | - | | GPT-4 - OpenAI | - | 67.0 | - | - | | GPT-4 - Bubeck et al. [2023] | - | 82.0 | - | - | | 开源模型 | | | | | | CodeGen-mono | 160亿 | 29.28 | 49.86 | 75.00 | | CodeGeeX | 130亿 | 22.89 | 39.57 | 60.92 | | StarCoder | 150亿 | 33.60 | 45.78 | 79.82 | | CodeT5+ | 160亿 | 30.9 | 51.6 | 76.7 | | WizardCoder | 150亿 | 57.30 | 73.32 | 90.46 | | PanGu-Coder2 | 150亿 | 61.64 | 79.55 | 91.76 | 注意，这里像GPT-3.5和GPT-4有两个结果，原因是一个来自OpenAI官方数据，一个是论文的数据。可以看到，目前<a href='/tag/458'>Pass</a>@ 1的测试最强的是GPT-4 (Bubeck)，这是来自于微软的测试结果（论文名： Sparks of Artificial General Intelligence: Early experiments with GPT-4.）。而微软官方测试的GPT-3.5和GPT-4水平则是48.1和67。 PanGu-Coder2得分61.64，开源模型第一，比原模型中，OpenAI官方数据超过GPT-3.5，接近GPT-4。第三方测试中则接近GPT-3.5，低于GPT-4。 再来看一下前几天智谱AI发布的基于ChatGLM2-6B微调的编程大模型CodeGeeX2-6B和北京智源人工智能研究院发布的AquilaCode对比： | 模型名称 | 参数大小 | HumanEval Pass@ 1| | ------------ | ------------ | ------------ | | AquilaCode-7B-multi | 70亿 | 22.0 | | CodeGeeX2-6B | 60亿 | 28.0 | | PanGu-Coder2 | 150亿 | 61.4| 也是远超这2个模型的。 AquilaCode介绍：智源人工智能研究院开源可商用的编程大模型：悟道·天鹰AquilaCode系列，超过清华大学CodeGeeX CodeGeeX2-6B介绍：智谱AI发布第二代CodeGeeX编程大模型：CodeGeeX2-6B，最低6GB显存可运行，基于ChatGLM2-6B微调 PanGu-Coder2的运行资源要求 论文中也给出了PanGu-Code2推理的资源要求和速度： |模型版本 | 量化精度 | GPU显存| 推理速度（ms/token）| HumanEval评估| |:----|:----|:----|:----|:----| |PanGu-Coder2 |float16| 32.36 |75 |62.20| |PanGu-Coder2-CTranslate2 |int8 |16.29 |33 |64.63| |PanGu-Coder2-GPTQ |int8| 16.92| 51| 51.22| |PanGu-Coder2-GPTQ |int4 |9.82 |42 |51.83| 可以看到，完整的PanGu-Coder2模型的显存要求32.36GB，推理速度是每个token要75毫秒，也就是每秒13个tokens左右。而最低的INT4量化版本则只需要10GB显存左右可以运行，速度是每秒23个tokens左右！还是相当吸引人的。 PanGu-Coder2总结 PanGu-Coder2的模型已经在DataLearner模型信息卡更新：https://www.datalearner.com/ai-models/pretrained-models/PanGu-Coder2 不过，这个模型并不是开源的，也没有代码或者预训练结果，非常可惜~

到此这篇code 网站（codex网站）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！

上一篇： pointnet++代码报错（pointnet代码运行）

下一篇： msvcp140.dll是什么文件丢失没有无线网络（msvcp140.dll丢失的解决方法360）

版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/cjjbc/13247.html

相关文章：