热点
漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个
测试工程师解码:语言选型、函数设计、变量管理精要,reasoning_content:我们要求以测试工程师的口吻写一个与“技术、科技”相关,关于[工程编程核心:语言选型、函数设计与变量管理精要]的标题直接输出一个标题,不要加说明字数30字以内nn测试工程师的口吻:可能会带有测试思维,比如关注质量、效率、稳定性、精准等标题需要简短精炼,涵盖编程核心:语言选型、函数设计、变量管理nn可能的标题示例:工程编程三要素:语言选型、函数设计、变量管理精要 但字数可能略超?计算一下:工程编程三要素:语言选型、函数设计、变量管理精要 - 共用了19个汉字?等一下:工程编程三要素:语言选型、函数设计、变量管理精要字符:工(1)程(2)编(3)程(4)三(5)要(6)素(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24个字,符合30以内但需要测试工程师口吻,或许可以加“测试视角下”或“质量保障”等但标题要求与“技术、科技”相关,这个标题已经相关nn更好的测试工程师口吻:比如“测试角度解码编程核心:语言选型、函数设计、变量管理精要”?字数:测试角度解码编程核心:语言选型、函数设计、变量管理精要 —— 数一下:测(1)试(2)角(3)度(4)解(5)码(6)编(7)程(8)核(9)心(10):(11)语(12)言(13)选(14)型(15)、(16)函(17)数(18)设(19)计(20)、(21)变(22)量(23)管(24)理(25)精(26)要(27) —— 27个字可以nn或者更简洁:“研发测试必看:语言选型、函数设计、变量管理精要” —— 研发测试必看:语言选型、函数设计、变量管理精要字数为:研(1)发(2)测(3)试(4)必(5)看(6):(7)语(8)言(9)选(10)型(11)、(12)函(13)数(14)设(15)计(16)、(17)变(18)量(19)管(20)理(21)精(22)要(23) —— 23字nn测试工程师口吻也可以强调“可测性”或“稳定性”例如:“编程核心三精要:语言选型、函数设计、变量管理”——但少了“测试”味道加上“测试视角”更好nn考虑到标题要求直接输出,不要说明选择其中一个我认为“测试角度解码编程核心:语言选型、函数设计、变量管理精要”不错,但27字另一个“编程核心三精要:语言选型、函数设计、变量管理(测试视角)”但不够简洁nn或许“工程编程核心三要素:语言选型、函数设计、变量管理” 更通用,但无测试口吻最好保留测试工程师口吻nn再想一个:“测试工程师解码:语言选型、函数设计、变量管理精要” 字数:测(1)试(2)工(3)程(4)师(5)解(6)码(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24字简洁,有测试工程师口吻,且涉及技术科技就这个吧nn注意:原标题中是[工程编程核心:语言选型、函数设计与变量管理精要],我们用了类似的直接输出
安全管理员:模块化设计引领灵活配置新策略,reasoning_content:我们要求以安全管理员的口吻,写一个与“技术、科技”相关,关于[运营中心产品升级:模块化设计引领灵活配置新策略]的标题需要简短精炼,30字以内直接输出标题,不要加说明nn口吻是安全管理员,所以标题应该体现安全视角,同时结合模块化设计、灵活配置可能的方向:强调模块化带来的安全可控性、灵活配置下的安全保障等nn例如:模块化升级:安全可控的灵活配置新策略 或者 安全管理员视角:模块化设计保障灵活配置 但要注意字数nn更精准:以安全管理员口吻,所以可以说安全护航:模块化设计引领运营中心灵活配置 但可能不够或者:安全管理员:模块化升级实现灵活配置与安全可控nn但需要简短尝试:模块化设计:安全可控的灵活配置新策略 正好13字nn或者:安全管理员看板:模块化升级保障灵活配置 14字nn最好直接点明身份:安全管理员:模块化设计让灵活配置更安全 16字nn注意要求以安全管理员的口吻,可以在标题中明确出现安全管理员字样比如:安全管理员:模块化设计引领运营中心灵活配置 18字,符合nn再精简:安全管理员:模块化升级实现灵活配置 14字nn或者更技术:模块化设计:安全管理员视角的灵活配置新策略 18字nn根据要求,直接输出一个标题我选择:安全管理员:模块化设计引领灵活配置新策略 正好18字,符合
域名管理者解析客户端开发:语言选型·函数封装·变量管理,reasoning_content:我们要求以域名管理者的口吻,写一个与技术、科技相关,关于[客户端开发核心实践:语言选型、函数封装与变量管理]的标题输出一个标题,不要加说明,字数30字以内nn注意:域名管理者通常与互联网域名相关,但这里可能是一种拟人化的角色,或者是一个比喻标题需要体现技术、科技,并且围绕客户端开发核心实践:语言选型、函数封装与变量管理要简短精炼nn可能的思路:使用“域名管理者”作为主语或修饰,比如“域名管理者的客户端开发三要素”之类的但需要更科技感nn例如:“域名管理者谈客户端开发:语言、函数、变量” 但字数可能超?计算一下:域名管理者谈客户端开发:语言、函数、变量 — 15个字?实际:域名管理者谈客户端开发:语言、函数、变量 共15个汉字?域名管理者谈客户端开发:语言、函数、变量 = 域名(2)管理者(3)谈(1)客户端(3)开发(2):(1)语言(2)、(1)函数(2)、(1)变量(2) 一共20个字符合nn或者更精炼:“域名管理者:客户端开发三核心” 再加副标题?但要求直接输出标题nn注意要体现“技术、科技”,可以加“技术”或“科技”字眼比如“域名管理者的技术实践:客户端开发三要素”但原话是“与‘技术、科技’相关”,所以标题本身可以包含“技术”或“科技”nn我考虑:“域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理” 这太长了,超过30字计算:域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理数一下:域名管理者(5):(1)客户端(3)开发(2)核心(2)实践(2)——(2)语言(2)选型(2)、(1)函数(2)封装(2)与(1)变量(2)管理(2) 总共5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31?再仔细:域名(2)管理者(3)=5,冒号1,客户端3,开发2,核心2,实践2,破折号2(两个短横),语言2,选型2,逗号1,函数2,封装2,与1,变量2,管理2合计5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31字超了1字去掉“核心”或“实践”?或者改用“技术”替换?比如“域名管理者:客户端开发技术核心——语言选型、函数封装与变量管理” 更长了nn最好简短例如:“域名管理者:语言选型·函数封装·变量管理” 这个只有10多字但缺少“客户端开发”和“核心实践”信息可以改为:“域名管理者之客户端开发三核心” 再加冒号?“域名管理者:客户端开发三核心——语言、函数、变量” 这个13字?域名管理者:客户端开发三核心——语言、函数、变量 = 5+1+3+2+3+2+2+1+2+1+2=24字,可以nn或者更直接:“域名管理者谈技术:客户端开发三要素” 但没具体列出标题需要包含具体内容“语言选型、函数封装与变量管理”,最好体现这些关键词nn考虑到要求简短精炼,我们可以用缩写或符号比如:“域名管理者:客户端开发实践——语言·函数·变量” 这个21字左右nn为了更符合“技术、科技”感,可以加“技术”字眼:“域名管理者技术笔记:客户端开发三核心” 但缺少具体nn我再想一个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 字数:域名管理者解析客户端开发:语言选型·函数封装·变量管理 = 域名(2)管理者(3)解析(2)客户端(3)开发(2):(1)语言(2)选型(2)·(1)函数(2)封装(2)·(1)变量(2)管理(2) 总=2+3+2+3+2+1+2+2+1+2+2+1+2+2=29字刚好29字,符合30字以内而且体现了“解析”,有科技感但“解析”可能稍显普通或者“域名管理者视角:客户端开发核心实践——语言选型、函数封装、变量管理” 这个更长nn我选择29字那个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 注意中间用点分隔,避免逗号或者用顿号?也可以nn另外注意要求:“直接输出一个标题,不要加说明提示等信息”所以直接输出这个字符串即可
16 9 月 2026, 周三

AI越来越厉害,但我们快要养不起了

2016年 ,“阿尔法狗(AlphaGo)”与李世石的围棋对决,让人工智能和深度学习进入了大众的视野。在那场人机大战中,阿尔法狗以总分4比1获胜。不仅围棋,深度学习近些年迅猛发展,在语言、医疗等多种领域展现出了强大的能力。然而这一切是有代价的,为了降低错误率,深度学习在完成任务时需要越来越大的计算量,由此产生的经济成本、耗费的电量、对环境的污染,将超出人类社会的承受能力。人工智能普及的那一天,或许也将是人类能源被计算机消耗殆尽的那一天?
 
 
图片来源:Pixabay
 
本文转载自公众号“环球科学”
 
编译 郑昱虹
 
审校 白德凡
 
当下风头正劲的深度学习领域,起源于真空管计算机的时代。1958年,康奈尔大学的弗兰克·罗森布拉特(Frank Rosenblatt) 受大脑神经元的启发,设计了第一个人工神经网络,之后被命名为“深度学习”。罗森布拉特知道,这项技术超越了当时的计算能力,他惋惜地表示:“随着神经网络连接节点的增加……传统的数字计算机很快就会无法承担计算量的负荷。”
 
幸运的是,计算机硬件在几十年间快速升级,使计算速度提高了大约1000万倍。因此,21世纪的研究人员得以实现具有更多连接的神经网络,用来模拟更复杂的现象。如今深度学习已经广泛普及,被应用于下围棋、翻译、预测蛋白质折叠、分析医学影像等多种领域。
 
深度学习的崛起势如破竹,但它的未来很可能是坎坷的。罗森布拉特所担忧的计算量的限制,仍然是笼罩在深度学习领域之上的一片阴云。如今,深度学习领域的研究人员正在逼近计算工具的极限。
 
深度学习的工作原理
 
深度学习是人工智能领域长期发展的成果。早期的人工智能系统基于逻辑和人类专家给定的规则,之后渐渐引入了可以通过学习来调节的参数。而今,神经网络可以通过学习,构建可塑性很强的计算机模型。神经网络的输出不再是单一公式的结果,而是采用了极其复杂的运算。足够大的神经网络模型可以适应任何类型的数据。
 
为了理解“专家系统(expert-system approach)”和“灵活系统(flexible-system approach)”的区别,我们考虑这样一个场景:通过X光片判断病人是否患有癌症。我们假设X光片中有100个特征(变量),但我们不知道哪些特征是重要的。
 
专家系统解决问题的方法,是让放射学和肿瘤学领域的专家指定重要的变量,并允许系统只检查这些变量。这一方法需要的计算量小,因此曾被广泛采用。但如果专家没能指出关键的变量,系统的学习能力就不如人意。
 
而灵活系统解决问题的方法,是检查尽可能多的变量,并由系统自行判断哪些重要。这需要更多的数据和更高的计算成本,相比专家系统效率更低。但是,只要有足够的数据和计算量,灵活系统可以比专家系统表现更优。
 
深度学习模型是过参数化的(overparameterized),即参数比可供训练的数据点多。比如图像识别系统Noisy Student的神经网络拥有4.8亿个参数,但它在训练时只使用了120万个标记的图像。过参数化通常会导致过拟合(overfitting),也就是模型与训练的数据集拟合度过高,以至于没有把握一般趋势,却学习了训练集的特殊性。深度学习通过随机初始化参数、 “随机梯度下降(stochastic gradient descent)” 等方法,反复调整参数集,以避免过拟合的问题。
 
深度学习已经在机器翻译领域大显身手。早期,翻译软件根据语法专家制定的规则进行翻译。在翻译乌尔都语、阿拉伯语、马来语等语言时,基于规则的方法起先优于基于统计学的深度学习方法。但是随着文本数据的增加,深度学习全面超越了其他方法。事实证明,深度学习在几乎所有应用领域都具有优越性。
 
巨大的计算成本
 
一个适用于所有统计学模型的规则是:要想使性能提高k倍,至少需要k2倍的数据来训练模型。又因为深度学习模型的过参数化,使性能提高k倍将需要至少k4倍的计算量。指数中的“4”意味着,增加10 000倍计算量最多能带来10倍的改进。
 
显然,为了提高深度学习模型的性能,科学家需要构建更大的模型,使用更多的数据训练。但是计算成本会变得多昂贵呢?是否会高到我们无法负担,并因此阻碍该领域的发展?
 
为了探究这一问题,麻省理工学院的科学家收集了1000余篇深度学习研究论文的数据,涉及图像分类、目标检测、问答系统、命名实体识别和机器翻译等领域。他们的研究警告,深度学习正面临严峻的挑战。“如果不能在不增加计算负担的前提下提高性能,计算量的限制就会使深度学习领域停滞不前。”
 
以图像分类为例。减少图像分类错误伴随着巨大的计算负担。例如,2012年 AlexNet模型首次展示了在图形处理器(GPU)上训练深度学习系统的能力,该模型使用两个GPU进行了5 ~ 6天的训练。到2018年,另一个模型NASNet-A的错误率降低到了AlexNet的一半,但它使用的计算量是AlexNet的1000多倍。
 
芯片性能的提升是否跟上了深度学习的发展?并没有。在NASNet-A增加的1000多倍的计算量中,只有6倍的提升来自于更好的硬件,其余都是通过使用更多的处理器或运行更长时间达到的,伴随着更高的成本。
 
理论告诉我们, 提高k倍的性能需要增加k4倍的计算量,但在实践中,增加的计算量至少是k9倍。这意味着,要想将错误率减半,需要500倍以上的计算资源,成本高昂。不过,实际情况与理论预测的差距,也意味着可能存在改进算法的空间,有机会提高深度学习的效率。
 
根据研究人员估计的图像识别领域“计算成本—性能”曲线,将错误率降到5%,需要进行1028次浮点运算。另一项来自马萨诸塞大学阿默斯特分校的研究显示了计算负担隐含的巨大经济和环境成本:训练一个错误率小于5%的图像识别模型,将花费1000亿美元,其消耗的电能产生碳排放与纽约市一个月的碳排放量相当。而想要训练错误率小于1%的图像识别模型,成本就更是天价。
 
 
据推断,到2025年,针对ImageNet数据集的最优的图像识别系统,误差率应该降低到5%
 
 
但是,训练这样一个深度学习系统将带来相当于纽约市一个月的二氧化碳排放。
 
(图片来源:N. C. Thompson, K. Greenewald, K. Lee, G. F. Manso)
 
计算成本的重负在深度学习的前沿已经变得显而易见。机器学习智库OpenAI斥资400多万美元,设计并训练了深度学习语言系统GPT-3。尽管研究人员在操作中犯了一个错误,但他们并没有修复它,仅仅在论文附录中简要解释道:“由于高昂的训练的成本,对模型重新训练是不现实的。”
 
企业也开始回避深度学习的计算成本。欧洲的一家大型连锁超市最近放弃了一项基于深度学习预测哪些产品将被购买的系统。该公司的高管判断,训练和运行该系统的成本过高。
 
深度学习路在何方
 
面对不断上升的经济和环境成本,深度学习领域迫切地需要在计算量可控的前提下,提高性能的方法。研究人员为此进行了大量研究。
 
一种策略是,使用为深度学习专门设计的处理器。在过去十年中, CPU让位给了GPU、现场可编程门阵列(field-programmable gate arrays)和应用于特定程序的集成电路(application-specific ICs)。这些方法提高了专业化的效率,但牺牲了通用性,面临收益递减。长远看来,我们可能需要全新的硬件框架。
 
另一种减少计算负担的策略是,使用更小的神经网络。这种策略降低了每次的使用成本,但通常会增加训练成本。二者如何权衡取决于具体情况。比如广泛应用的模型应当优先考虑巨大的使用成本,而需要不断训练的模型应当优先考虑训练成本。
 
元学习(meta-learning)有望降低深度学习训练成本。其理念是,让一个系统的学习成果应用于多种领域。例如,与其分别建立识别狗、猫和汽车的系统,不如训练一个识别系统并多次使用。但是研究发现,一旦原始数据与实际应用场景有微小的差异,元学习系统的性能就会严重降低。因此,全面的元学习系统可能需要巨大的数据量支撑。
 
一些尚未发现或被低估的机器学习类型也可能降低计算量。比如基于专家见解的机器学习系统更为高效,但如果专家不能辨别所有的影响因素,这样的系统就无法与深度学习系统相媲美。仍在发展的神经符号(Neuro-symbolic methods)等技术,有望将人类专家的知识和神经网络的推理能力更好地结合。
 
正如罗森布拉特在神经网络诞生之初所感受到的困境,今天的深度学习研究者也开始面临计算工具的限制。在经济和环境的双重压力下,如果我们不能改变深度学习的方式,就必须面对这个领域进展缓慢的未来。我们期待一场算法或硬件的突破,让灵活而强大的深度学习模型能继续发展,并为我们所用。

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了

漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个