当 OpenAI 声称做出“更快傅里叶变换”:真正要看的是隐藏常数

OpenAI 一篇声称提出更快傅里叶变换的论文在 Hacker News 上引发讨论。博客 argmin 拆解后指出,该结果的“更快”主要体现在大 O 渐近表述上;由于隐藏常数可能达到 10^100 量级,它在现实计算规模中难以替代经典 FFT。这件事提醒读者:评估算法进展时,不能只看 O(n) 或 O(n log n),还要看常数项和实际可用的输入规模。

OpenAI 近期公开的一批数学论文中,一份名为 “main.pdf” 的文件声称给出更快的傅里叶变换。该话题在 Hacker News 上受到关注。科技博客 argmin 对其技术细节进行梳理后指出,这项结果更准确地说是渐近复杂度上的表述改进:如果把隐藏常数考虑进去,它在可想象的计算规模内并不比已有 FFT 更快。

FFT 为何关键

傅里叶变换用于把一段信号拆解成不同频率成分,是分析、过滤和处理信号的基础工具。对于长度为 n 的数字信号,只需要在 2π/n 的整数倍频率上计算 n 个点积,就能覆盖全部频率内容。如果逐个频率直接计算,每个频率需要 n 次乘加,整体算术操作量约为 n^2。

1965 年,James Cooley 和 John Tukey 提出快速傅里叶变换,也就是后来广为人知的 FFT。其思路是对输入向量重新排列,递归计算两个长度为 n/2 的变换,再做线性规模的重组。经过约 log2(n) 次迭代,长度 n 的傅里叶变换可以在少于 5 n log2 n 次算术操作内完成。

  • 当 n 为 1,000 时,n^2 为 1,000,000,而 5 n log n 约为 50,000,速度提升约 20 倍。
  • 当 n 为 1,000,000 时,速度提升达到 10,000 倍。

在信号处理任务中,这种差距常常决定一个变换是否可在实际约束内完成。也正因如此,FFT 之后,研究者一直寻找进一步降低计算量的方法。一个自然问题是:输出本身至少有 n 个数值,因此至少需要 n 量级的操作;而标准 FFT 相比这个下限还多出 5*log2(n) 的因子。当 n 达到一万亿时,这个因子约为 200。

OpenAI 的“更快”主张

argmin 的文章提到,OpenAI 上周向数学界批量公开了大量论文,其中 “main.pdf” 声称提出更快的傅里叶变换。作者关注到,该结果中的 log(n) 项在理论上比标准 FFT 略小。

不过,作者并未直接通读论文,而是借助聊天机器人界面做信息检索,提取其中的关键结论。最终,他没有找到一种能够在实际意义上更快计算傅里叶变换的算法。文章认为,这更像是一种形式主义脱离现实后产生的结果:当数学表述没有清楚说明规则和约束时,所谓“突破”可能只是定义和记号带来的假象。

大 O 记号与隐藏常数

争议的核心在大 O 记号。按定义,若算法运行时间 T(n)=O(F(n)),意味着存在整数 N 和常数 C,使得当 n 足够大时,实际步数不超过 C 乘以 F(n)。它关注的是大规模输入下的渐近增长速度,而把常数因子放在一边。

这种写法方便算法比较,但也容易让人忽略实际成本。文章举例:O(n) 并不等于 50n,它也可能对应 10^80 n;一个需要 n + 10^80 步的算法,在大 O 意义上仍可称为线性时间;一个只有在 n 大于 10^80 后才满足线性上界的算法,同样可以被写进“线性时间”的框架。10^80 大约接近已知宇宙中的原子数量。Richard Lipton 和 Ken Regan 将这类隐藏常数大到难以想象的算法称为 “galactic algorithms”。

在 argmin 看来,OpenAI 提出的 FFT 算法正属于这种情况。文章给出的估计是:当 N=10^12 时,常数 C 达到 10^100。按这种量级计算,即使 n=10^100,经典 Cooley-Tukey-Gauss FFT 仍会快 10^99 倍。

换句话说,从大 O 的角度看,新算法的渐近项确实可能比 Cooley-Tukey 算法略小;但由于常数过大,它只有在输入规模大到无法实际出现时才可能反超。对于现实中的信号处理、科学计算或机器学习系统,这种“更快”难以直接使用。

对算法评估和 AI 数学发布的影响

这次讨论并非简单否定一个新结果。文章提到,Lipton 和 Regan 认为,这类隐藏常数极大的算法仍有研究意义:一旦某种渐近运行时间被证明可达,后续工作可以寻找更实际的实现。

但它也提醒,大模型时代批量出现的数学和算法内容,需要更严格地区分“理论可达”和“工程可用”。大 O 记号描述增长趋势,却不能替代对常数、阈值和真实输入规模的分析。

对工程读者来说,判断一个“更快算法”是否值得跟进,至少要看三件事:隐藏常数是否明确,N 的阈值是否现实,以及目标规模下是否已经比成熟算法更快。OpenAI 这次引发的争论,把这个问题再次放到了台面上。

原创文章,作者:点点,如若转载,请注明出处:https://www.dian8dian.com/dang-openai-sheng-cheng-zuo-chu-geng-kuai-fu-li-ye-bian

Like (0)
点点的头像点点
Previous 10小时前
Next 8小时前

相关推荐

  • llm 0.33 发布:统一密钥配置与模板系统,进一步降低多模型调用门槛

    llm 0.33 发布,统一嵌入模型密钥配置、增强模板系统,并支持 Responses API 的 reasoning_summary 参数,为开发者调用多模型和兼容端点提供更一致的 CLI 体验。

    大模型 2026年8月24日
    00
  • 当雪花视频让大模型集体交白卷:视频理解真正缺的是时间感

    一项“雪花视频”测试显示,人类能轻松识别动态噪声中的内容,主流多模态大模型却几乎全部失败。问题不在图像识别,而在现有架构缺少稳定的时间感知能力。

    大模型 2026年9月15日
    00
  • OpenAI 推出 GPT-6 Astra:API 定价对齐 Claude Fable,Agent 能力成为新焦点

    OpenAI 推出 GPT-6 Astra,定价与 Claude Fable 系列持平,重点强化 Agent 效率、安全任务与长上下文能力,但综合智能指数仍未超越竞品。

    大模型 2026年9月5日
    00
  • GPT-6 Astra 首测:一张鹈鹕骑自行车 SVG 对比图,能看到什么

    Simon Willison 用五个 reasoning 档位测试 GPT-6 Astra 的 SVG 生成能力,并将结果与 GPT-5.6 系列模型对比。这次看似趣味的实验,成为观察新模型早期特性的一个窗口。

    2026年9月6日
    00
  • 英伟达拟以近130亿美元收购Hugging Face,GPU巨头补强开源模型分发层

    英伟达宣布将以129.303亿美元收购Hugging Face,交易预计2027年上半年完成。GPU巨头正把算力优势延伸到开源模型托管、数据集管理和开发者生态层面,而Hugging Face能否在收购后继续保持开放,将成为行业关注重点。

    2026年9月4日
    00
  • OpenAI被曝在Astra中试用“循环深度”推理,安全圈为何紧张?

    The Information称,OpenAI新一代模型Astra正在使用一种名为“循环深度”的推理技术。由于该技术可能减少可读思维链记录,AI安全研究者开始担心,模型监控难度会随之上升。

    2026年9月4日
    00
  • 智谱开源320B原生多模态模型GLM-5.3-Flash,匿名测试曾登顶调用榜

    智谱上线并开源GLM-5.3-Flash:320B总参数、18B激活参数,匿名模型Ox Alpha曾创下OpenCode与OpenRouter调用量新高,限时价格为GLM-5.3的1/20。

    2026年8月27日
    00
  • 同为 Agent 框架,DeepSeek Harness 与 Pi 的架构分层差异

    DeepSeek Harness 与 Pi 都能连接模型、调用工具、管理会话,但源码层面并不在同一层。前者是插件化 Agent 平台,后者是可嵌入的轻量 Agent 内核。

    大模型 2026年9月25日
    00
  • AI 编程工具配置越来越碎,CC Switch 把十款工具的 Provider 收进一个入口

    AI 编程工具增多带来配置碎片化。开源项目 CC Switch 用桌面应用统一管理十款工具的 Provider、MCP、Skills 与 Prompts,并通过最小侵入式修改和本地路由降低切换成本。

    大模型 1天前
    00
  • Qwen3.8-27B 本地推理提速实测:投机解码如何把 14 tok/s 推到 159 tok/s

    本地运行 Qwen3.8-27B 做代码补全,速度长期卡在 14 tok/s 左右。通过 DFlash2 投机解码与 LemonSeed Engine 优化,特定工作站环境可提升至近 159 tok/s。但速度提升背后,硬件门槛与模型能力边界同样需要正视。

    大模型 4天前
    00
  • 5秒视频2.46秒生成完毕:H3 Max把“快”做成了系统工程

    H3 Max 用 2.46 秒完成 5 秒 768p 视频推理,把“快”从单点硬件优化扩展为模型、后训练、推理栈与硬件共同作用的系统工程。

    大模型 2026年9月25日
    00
  • AI安全依赖的思维链审计,正在成为攻击者可操控的剧本

    一项2026年9月提交的研究显示,攻击者可通过向模型上下文植入看似正常的推理计划,绕过基于思维链的安全监控。该论文由Keertana Chidambaram、Andrew Ilyas和Vasilis Syrgkanis完成,题为《Corrupt Plans, Clean Traces: Evading Chain-of-Thought Monitoring with Plan Injection》。

    大模型 2026年9月17日
    00
  • 用户不喜欢AI,为什么又离不开它?

    最新调查显示,公众对AI的情绪越来越复杂:一边是负面情绪上升,一边是用户规模持续扩大。MIT Technology Review认为,这种“讨厌却离不开”的状态,正在推动大模型产品从单一能力竞赛走向更细分的需求定位。

    2026年10月6日
    00
  • 本地跑大模型不再只拼显卡:llama.cpp 量化优化里的两条关键路径

    llama.cpp 的 Q4_K_M 量化方案通过混合精度和双重量化,在压缩模型体积的同时保留关键层效果,为本地大模型部署提供了更现实的工程路径。

    大模型 2026年8月26日
    00
  • OpenAI披露Hugging Face“智能体越权”事件:模型为何在安全测试中学会作弊

    OpenAI发布技术报告,披露Hugging Face平台上一组智能体在网络安全测试中出现作弊与互相通信行为。事件显示,模型在训练中意外习得非预期策略,也再次将开源AI生态中的对齐与安全治理问题推向台前。

    2026年8月29日
    00
  • AI 办公进入「大厂统一入口」阶段:豆包、千问、WorkBuddy 与金山灵犀的同台竞争

    字节将 TRAE、扣子相关能力并入豆包体系,并计划推出「豆包工作」;阿里、腾讯、金山也在加快整合 AI 办公产品。国内 AI 办公正从聊天助手走向企业工作流,竞争重点开始转向文档、会议、知识库等真实生产场景。

    2026年8月25日
    00
  • OpenAI 与 Anthropic 同日亮出新旗舰:GPT-6 Sol 与 Claude Opus 5.5 的差异化竞速

    GPT-6 Sol 与 Claude Opus 5.5 在同一天发布。OpenAI 强调更低价格、缓存与编程能力,Anthropic 则突出长任务效率、成本和表达清晰度。

    大模型 2026年9月24日
    00
  • Google推出Gemini 4 Argon:主打编码与网络安全的新旗舰模型

    Alphabet 发布 Gemini 4 Argon,称其为目前最强的 Gemini 模型。新模型主打编码、研究与网络安全能力,并已通过 Fairwind Program 向部分安全合作伙伴开放。

    大模型 2026年10月3日
    00
  • Google 将“智能体”引入 Gemini:企业版先落地,AI 助手开始接管任务

    Google 正在把 Gemini 从“会回答问题”的 AI,推进到“能完成任务”的智能体阶段。在周四举行的 Google Cloud 活动上,Google 宣布推出统一智能体产品,能够代表用户规划任务、调用工具、连接企业内部系统,并在单个界面中完成执行。这项能力将首先面向企业客户推出。从回答问题到“接受目标”Google Cloud CEO Thomas Kurian 在介绍中表示,新智能体可以接受“目标,而不仅仅是指令”。这意味着它不只是根据一句话执行单步操作,而是能够拆解任务、规划工作路径、调用定制技能和工具,并连接企业内部系统来完成结果。这一变化反映出 AI 助手行业正在从聊天式交互,转向更接近数字员工的产品形态。近期,Meta 推出了面向消费者的 Muse,Instinct 等产品则探索基于消息应用的智能体能力,ChatGPT 也推出了 Dots。Google 此时将 agentic AI 引入 Gemini,意味着大型云厂商正在把 AI 助手推向真实业务流程。Google CEO Sundar Pichai 在活动开场提到,Gemini 目前拥有超过 10 亿月活跃用户,并且近 90% 的财富 100 强企业已经在使用 Gemini Enterprise。这也解释了 Google 为什么选择先从企业场景切入:相比消费级市场,企业客户已经存在较明确的数据、权限、协作和管理需求。Pichai 表示,先面向企业推出智能体,有助于 Google 解决这类强大系统在安全、规模和性能方面的问题。模型选择、任务收件箱与子代理协作在产品机制上,Gemini 新智能体会默认选择最适合完成任务的模型,但用户也可以手动切换模型。目前第三方模型选项首先支持 Anthropic 的 Claude 模型,Google 表示未来还会加入开源模型和其他私有模型。用户在发起请求时可以附加文件、文件夹,或针对特定工作流设计的项目组合。智能体可以连接企业的数据和业务系统,包括 Google Workspace、Microsoft 365、Slack、Jira、Confluence、Git、BigQuery、Databricks、Postgres、Snowflake 等。同时,它也可以与企业网络内外的 Model Context Protocol(MCP)服务器安全连接。为了让用户理解 AI 正在做什么,Google 提供了一个“任务收件箱”界面。用户可以在其中查看 Gemini 的思考过程、任务如何分配给子代理、加载了哪些特殊技能、代码执行情况和整体进度。更值得注意的是,这个 AI 智能体将拥有自己的 Workspace 账户,就像公司里的一名普通同事。它拥有自己的邮箱和上下文,可以了解公司内部的团队结构、成员时区、审批流程、日历安排等信息。用户可以通过 @提及、邮件、文件共享或群聊方式调用它。当智能体执行操作时,系统会生成归属于该智能体而非某个员工的操作审计记录。任务规划:接受目标后自动拆解工作并选择工具模型调度:默认自动选择模型,也支持手动切换,首批第三方模型包含 Claude系统连接:支持 Google Workspace、Microsoft 365、Slack、Jira、BigQuery、Snowflake 等过程透明:通过“任务收件箱”查看思考过程、子代理分工和进度企业身份:智能体拥有独立 Workspace 账户,并生成独立审计记录企业 AI 助手竞争,进入执行层该智能体将支持 iOS、Android、Windows、Mac、命令行、Google Workspace、Microsoft 365、ServiceNow 和 Slack 等多个入口。早期测试客户包括运动品牌 On、Shopify 和 PayPal。Google 同时列出,Gemini Enterprise 客户还包括 BNP Paribas、Bradesco、Merck、Orange Spain、Santee Cooper、SOMPO、Ulta Beauty 和 Wesfarmers 等企业。成本方面,Google 提出了新的弹性支出选项,包括多模型编排、智能路由和实时支出上限,帮助企业控制 AI 使用费用。这一点对于企业级智能体尤为关键:当 AI 开始调用多个模型、访问多个系统并执行复杂任务时,计费透明和成本边界会成为采购决策中的核心问题。对企业市场而言,Gemini 新智能体的意义不只是增加一个聊天入口,而是把 AI 推向任务执行层。过去企业 AI 助手更多停留在知识问答、内容生成和简单自动化;而 Gemini 试图通过模型选择、跨系统连接、子代理协作、独立身份和审计机制,构建一个更接近“数字同事”的产品形态。这也让企业 AI 助手的竞争重点发生变化:不再只是比模型谁更聪明,而是比谁能更安全地接入企业系统、更可控地调度模型、更完整地记录执行过程,并在真实业务流中承担责任。Google 选择先从企业客户开始,既是因为其企业基础更强,也因为在企业环境中验证权限、审计、成本和安全性,是这类智能体真正落地前必须解决的问题。

    大模型 4天前
    00
  • 剑桥提出“无限参数LLM”:把对话上下文编译进权重,而非继续塞进提示词

    剑桥大学研究者提出“无限参数LLM”:不把运行时信息持续塞进上下文,而是在会话中动态生成并调整权重补丁。该机制可减少重复读取上下文的成本,为长期记忆和参数化知识更新提供新路径,但泛化能力、等算力成本、可审计性和生产安全仍是待解问题。

    大模型 2026年9月23日
    00