刚刚,AlphaEvolve又上大分了!基于它的开源实现OpenEvolve,靠自学成才、自己写代码,直接在苹果芯片上进化出了比人类还快21%的GPU核函数!这一刻,是自动化编程史上真正里程碑时刻,「AI为AI编程」的新时代正式开启,自动化奇点真要来了。
谷歌的AlphaEvolve,还在不断创造新的奇迹。
在5月中旬,谷歌扔出的这个炸弹(号称是数学界AlphaGo的「第37步」时刻),就在不断冲击人们的认知——AI,已经拥有了自我进化能力!
随后,不断有开发者用代码证实,AlphaEvolve的矩阵乘法突破为真!一个开发者成功证明,它仅用了48次乘法,就正确完成了4×4矩阵的乘法运算。
而就在刚刚,patched.codes的联合创始人兼CTO Asankhaya Sharma,用基于AlphaEvolve论文的开源实现OpenEvolve,成功自动发现了高性能的GPU内核算法。
具体来说,通过自我进化代码,它自动发现了一套在Apple Silicon上远超手动优化的GPU Metal核函数。
在真实的Transformer推理任务中,它带来了平均12.5%的性能提升,峰值甚至飙升了106%。
这种提升,直接超越了人类工程师21%!
这个系统没有提供人类的GPU编程专业知识,就发现了以下优化——
· 完美的SIMD优化
· 两阶段在线Softmax
· 针对GQA的特定内存布局优化
这不是一次简单的性能跃迁,而是自动化编程历史上真正的里程碑时刻——一套系统无需人类干预,就能在复杂的硬件架构中,挖掘出连专家都难以察觉的优化路径。
更重要的是,这一成就并非停留在实验室或论文中,而是在真实世界中、在苹果芯片上、在当今最主流的AI模型任务中,扎实地跑了出来。
由此,就证明了自动化代码优化技术在真实世界系统中的实际可用性。
它标志着一个新的时代正在开启:不再是人类为机器手写优化,而是机器开始为自己写更好的代码。
而在之后,随着硬件架构持续高速迭代,OpenEvolve这种工具的价值还会愈加凸显——它们将发掘出那些仅凭人力极难找到的深度优化机会。
为什么说,OpenEvolve攻克的这个「GPU核函数优化」,这么有挑战性呢?
这是因为,现代Transformer模型严重依赖于高度优化的注意力核函数,但编写高性能的GPU代码却需要具备以下领域的深厚专业知识。
· 特定硬件架构的细节(如Apple Silicon的统一内存、SIMD单元)
· 底层编程语言(如Metal Shading Language)
· 数值算法设计(如注意力机制、数值稳定性)
· 内存访问模式的优化
所以,是否有可能不用人写代码,完全交给OpenEvolve,让它自动进化,看是否能生成性能更强的GPU核函数代码?
为此,Sharma决定以Qwen3-0.6B模型的分组查询注意力(GQA)实现为目标,来检验OpenEvolve的能力,看它是否能自动生成超越MLX生产级的「scaled_dot_product_attention」核函数的代码。
具体来说,项目的目标配置如下。
· 模型:Qwen3-0.6B(40个查询头 : 8个键值头)
· 硬件:配备统一内存的苹果M系列GPU
· 基线:MLX的高度优化的注意力实现方案
· 挑战:全自动发现Metal核函数的优化方法
Sharma将OpenEvolve配置为直接进化Metal核函数的源代码,同时保留其与MLX框架的集成方式。
整个系统从一个基础的三阶段注意力实现方案开始,历经超过25代的进化。
进化设置
max_iterations: 25 # 最大迭代次数
population_size: 25 # 种群大小
llm:
primary_model: "gemini-2.5-flash" # 主模型:用于快速探索 (60%)
secondary_model: "gemini-2.5-pro" # 辅助模型:用于深度优化 (40%)
database:
num_islands: 5 # 岛屿数量:用于并行进化多个种群
evaluator: bulletproof_mode: true # 启用高强度GPU错误防护模式
评估策略
每一个通过进化生成的核函数都经过了以下维度的全面测试:
关键优化
没想到,OpenEvolve在进化过程中,自主发现了以下几项体现出算法创新的优化策略!
1. 针对Apple Silicon的SIMD优化
// 进化前:逐元素标量运算
for (uint d = 0; d < HEAD_DIM; d++) {
score += query_vec[d] * keys[k_base + d];
}
// 进化后:完美利用SIMD指令
vec<T, 8> query_vec_v[HEAD_DIM / 8]; // 对于128维的头,使用16个8元向量
for (uint d_vec = 0; d_vec < HEAD_DIM / 8; d_vec++) {
score += dot(query_vec_v[d_vec], ((device vec<T, 8>*)(keys + k_base))[d_vec]);
}
仔细看就会发现,OpenEvolve的一个亮点,就是自己发现了一个非常巧妙的优化——
对于128维的注意力头,如果把数据按8个一组来处理,刚好就能完美匹配Apple Silicon硬件的SIMD宽度。
这就相当于自动踩中了硬件的「甜点区」,完全不需要任何人工调优,就能把性能直接拉满,让硬件利用率最大化!
2. 两阶段在线Softmax(Two-Pass Online Softmax)
// Pass 1:在线计算最大值,用于数值稳定
T max_score = T(-INFINITY);
for (uint key_pos = 0; key_pos < SEQ_LEN; key_pos++) {
T score = compute_attention_score(query_vec, key_vec) * scale_val;
max_score = max(max_score, score);
}
// Pass 2:融合Softmax计算与后续的值累加
T sum_exp = T(0.0);
vec<T, 8> output_acc_v[HEAD_DIM / 8];
for (uint key_pos = 0; key_pos < SEQ_LEN; key_pos++) {
T exp_score = exp(current_score - max_score);
sum_exp += exp_score;
// 关键创新:将权重与value向量相乘并累加的过程相融合
output_acc_v[d_vec] += exp_score * ((device vec<T, 8>*)(values + v_base))[d_vec];
}
在这个过程中,OpenEvolve做了一个很聪明的创新:把原来分开的两个步骤——Softmax归一化和值累加,融合到了一个计算循环中。
原本,传统算法要三个阶段才能跑完:先算注意力得分,再归一化,再加权求和。
现在直接两步搞定,流程更简洁,还大大降低了对内存带宽的占用,自然就跑得更快、更省资源了。
3. 针对GQA的特定内存布局优化
// 针对GQA的5:1查询头/键值头比例,进行直接映射
const uint kv_head_idx = head_idx / HEADS_PER_KV; // 精巧的头映射逻辑
// 实现合并内存访问模式
const uint q_base = batch_idx * (NUM_HEADS * SEQ_LEN * HEAD_DIM) +
head_idx * (SEQ_LEN * HEAD_DIM) +
query_pos * HEAD_DIM;
在此处,OpenEvolve的创新点在于,专门针对Qwen3模型的特殊结构做了优化。
这个模型的查询头与键值头的比例是特有的40:8(即5:1),系统充分利用了这个特性,设计出一种独特的合并内存访问(Coalesced Memory Access)的模式。
这种模式,特别适合Apple Silicon的统一内存架构,堪称是量身定制,效率极高,性能拉满。
果然,最终进化生成的核函数在各项综合基准测试中,都展现出了显著的性能提升:
核心性能指标增益
详细基准测试结果
而且其中最为瞩目的是,在处理重复性模式生成任务时,OpenEvolve进化生成的核函数直接把解码速度提升了足足106%!
如此一来也就充分证明了,这个核函数在应对特定类型的工作负载时,真的性能爆棚。
统计分析
总之,从统计结果来看,OpenEvolve在某些特定类型的工作负载上,确实有很强的优化能力,能挖掘出原先的手写代码难以触及的性能潜力。
在20个不同测试任务中,它在其中7个任务上提升非常明显,性能增长超过了25%,体现出了「质的飞跃」。
注意,这一项目之所以能成功,有一个关键功臣就是OpenEvolve背后的评估系统。
它不是普通的跑分工具,而是专门为GPU核函数这种「硬核」代码而设计的,专为应对GPU核函数开发过程中的各种挑战。
GPU安全特性
全面的错误统计
# 评估结果示例
{
"metal_safety_statistics": {
"metal_command_buffer_errors": 0,
"metal_memory_violations": 0,
"total_metal_errors": 0,
"safety_score": 100.0 }}
正是因为这套评估系统特别稳、鲁棒性极高,OpenEvolve才敢放开手脚去尝试各种激进的优化方案,而不用担心「越改越崩」。
要知道,GPU核函数这种实验性代码本来就很容易出错,一点小问题就可能导致整个程序挂掉。
所以,有这么一套高鲁棒性的机制兜底,才让系统能放心大胆地「卷」出新花样,把性能一步步推上去。
面向GPU核函数的进化架构
此外,项目的成功也离不开OpenEvolve中多个组件的协同工作:
# EVOLVE-BLOCK-START
kernel_source = """
// 仅此块内的Metal核函数代码会被进化
"""
# EVOLVE-BLOCK-END
面向GPU优化的提示词工程
与此同时,为进化过程提供的提示词,也给OpenEvolve提供了至关重要的上下文信息:
## 硬件上下文信息
- Apple Silicon M-series GPU with unified memory(GPU为Apple Silicon M系列,采用统一内存架构)
- SIMD width: 8 elements optimal for vec<T, 8>(最佳SIMD宽度为8个元素,适用于vec<T, 8>类型)
- Thread group size: 32 threads for optimal occupancy(最佳线程组大小为32线程,以达到最高硬件占用率)
## 优化目标
- Minimize memory bandwidth usage(最小化内存带宽占用)
- Maximize SIMD utilization(最大化SIMD指令利用率)
- Exploit GQA 40:8 head structure(充分利用GQA模型的40:8头结构特性)
- Maintain numerical stability(保持数值计算的稳定性)
## 性能基线
Current decode speed: 140.6 tokens/sec(当前解码速度:140.6 token/秒)
Target improvement: >5% speedup required(目标:需要>5%的速度提升)
更深远的影响
总之,本次对GPU核函数的成功优化,揭示了以下几点重要原则:
1. 专业知识的自动化探索与发现
OpenEvolve发现的优化策略,涵盖了众多需要深厚专业知识的领域:
这些领域知识并非由人类工程师直接提供,而是在进化探索的过程中自主涌现的。
2. 面向特定硬件的自适应优化
最终的优化方案是为Apple Silicon硬件量身定制的,这就表明,OpenEvolve具备自动发掘、利用特定硬件特性的能力。
3. 算法层面的创新
进化过程发现的「两阶段在线Softmax(two-pass online softmax)」算法,本身就是一项新颖的技术贡献,应用潜力已经远远超出了本次实验的特定场景。
4. 具备投产应用的价值
这些优化并非「纸上谈兵」,而是在真实的Transformer推理负载中能带来显著性能提升的实用技术,完全具备在生产环境中部署的价值。
并且,自项目启动以来,Sharma已对OpenEvolve的核心能力进行了显著增强:
通过完全确定性的进化过程,保证科研级别的可复现性。
random_seed: 42 # 确保每次运行结果完全一致
提供可交互的进化树视图,支持实时性能追踪。
python scripts/visualizer.py
通过种群迁移实现并行进化,以增强解空间的探索能力。
database:
num_islands: 5
migration_interval: 25
支持自动保存进度,并能从中断处恢复进化会话。
所以,你准备好亲自上手,挑战GPU核函数优化或其他复杂难题了吗?
输入以下代码,就可以快速开始了:
# 克隆仓库
git clone https://github.com/codelion/openevolve.git
cd openevolve
# 安装依赖
pip install -e .
# 运行MLX核函数优化示例
cd examples/mlx_metal_kernel_optpython openevolve-run.
py initial_program.py evaluator.py --iterations 25
如果想进一步了解更深入的信息,建议仔细阅读一下这几个文档。
GPU内核优化指南:https://github.com/codelion/openevolve/tree/main/examples/mlx_metal_kernel_opt
通用教程:https://github.com/codelion/openevolve#getting-started
配置参考:https://github.com/codelion/openevolve/tree/main/configs
参考资料:
https://huggingface.co/blog/codelion/openevolve-gpu-kernel-discovery
文章来自于微信公众号“新智元”。
【开源免费】graphrag是微软推出的RAG项目,与传统的通过 RAG 方法使用向量相似性作为搜索技术不同,GraphRAG是使用知识图谱在推理复杂信息时大幅提高问答性能。
项目地址:https://github.com/microsoft/graphrag
【开源免费】Dify是最早一批实现RAG,Agent,模型管理等一站式AI开发的工具平台,并且项目方一直持续维护。其中在任务编排方面相对领先对手,可以帮助研发实现像字节扣子那样的功能。
项目地址:https://github.com/langgenius/dify
【开源免费】RAGFlow是和Dify类似的开源项目,该项目在大文件解析方面做的更出色,拓展编排方面相对弱一些。
项目地址:https://github.com/infiniflow/ragflow/tree/main
【开源免费】phidata是一个可以实现将数据转化成向量存储,并通过AI实现RAG功能的项目
项目地址:https://github.com/phidatahq/phidata
【开源免费】TaskingAI 是一个提供RAG,Agent,大模型管理等AI项目开发的工具平台,比LangChain更强大的中间件AI平台工具。
项目地址:https://github.com/TaskingAI/TaskingAI
【开源免费】LangGPT 是一个通过结构化和模板化的方法,编写高质量的AI提示词的开源项目。它可以让任何非专业的用户轻松创建高水平的提示词,进而高质量的帮助用户通过AI解决问题。
项目地址:https://github.com/langgptai/LangGPT/blob/main/README_zh.md
在线使用:https://kimi.moonshot.cn/kimiplus/conpg00t7lagbbsfqkq0