导航网站的好处,做网站用什么编程语言好,什么是网络开发,wordpress 导出用户在摩尔定律时代#xff0c;每两年芯片上的晶体管数量就会翻一番#xff0c;这一看似不可避免的趋势被称为摩尔定律#xff0c;它极大地促进了计算机性能的提高。然而#xff0c;硅基晶体管不可能一直小下去#xff0c;半导体晶体管的微型化推动了计算机性能的提升#xf… 在摩尔定律时代每两年芯片上的晶体管数量就会翻一番这一看似不可避免的趋势被称为摩尔定律它极大地促进了计算机性能的提高。然而硅基晶体管不可能一直小下去半导体晶体管的微型化推动了计算机性能的提升但是这种提升已经持续了 50 多年。随着微型化接近极限摩尔定律将走向终结我们应该探索其他方法来保持性能的增长这些方向主要包括软件、算法和硬件架构。 1 如何让代码跑得更快 我认为主要有 2 个方面 首先要计算机编程语言要适配硬件现代计算机提供了旨在让代码运行得更快的架构特性。例如同时执行多个操作的能力代码可以多核并行执行缓存的局部性即计算机在内存中共置数据元素空间局部性或最近被访问过数据元素时间局部性时能够有效地访问数据元素。为了提高性能程序需要暴露更多的并行性和局部性、甚至底层指令供上层编程利用。这就需要计算机编程语言充分利用硬件特性如如同步多线程、动态电压和频率调整、直接映射缓存和各种专用指令。提供简单而引人注目的抽象使硬件的红利尽可能被利用。不出意外的话未来 10 年特定场景的计算机编程语言将出现井喷式的发展。 然后推行性能工程简化软件膨胀问题特别是一些编程语言和底层框架简化的思想是这样的。假设你是一名程序员被分配了一个问题 A 需要解决。你可以编写专门的代码直接解决 A但你可能会注意到相关问题 B 已经得到解决。通过将 A 转换为可以使用 B 的现有代码解决的问题相当于稍微修改一下 B使其适配 A即通过将 A 简化为 B 你将花费更少的精力来解决 A 问题。 效率低下既可能来自归并本身将 A 转换为 B 也可能来自 B 的通用性B 的解决方案并非专门针对 A 而定制。但最大的膨胀来自不相干的复合将 A 归并到 B将 B 归并到 C将 C 归并到 D。即使每次归并都能实现令人印象深刻的 80% 开发效率但两次独立归约的序列只能实现 80% × 80% 64%。再复合 20 次效率将低于 1%膨胀倍数为 100 倍其效率不敢想象。 因为只考虑了功能的完整性没有考虑性能所以这种快速开发完成的代码往往很慢再加上过去很少有用火焰图、全链路追踪等指标去衡量一段代码是否慢到底慢在哪里.... 所以为了创造一个可以轻松编写快速代码的世界程序编写者必须具备性能设计的知识和技能并且必须大大改进辅助生产力工具。 从抽象角度来看软件性能工程可以看作是一个涉及单个循环的简单过程其中衡量指标主要包括耗时和资源占用 i测量程序 A 的性能。ii对程序 A 进行更改以生成有望更快的程序 A ′。iii测量程序 A ′的性能。iv如果 A ′ 优于 A则设置 A A ′。v如果 A 仍然不够快则转到 (ii)。 由于摩尔时代多年的简化设计造成的累积膨胀有很大的机会让程序运行得更快。不幸的是使用专门的软件直接解决问题 A需要 A 领域和性能工程方面的专业知识这使得该过程比简单地修改 B 更昂贵且风险更大所以解决 A 的最终专用软件通常比将 A 简化为 B 的软件更复杂。 2 算法 常规的性能优化的都是时间换空间比如离线运行懒加载等代码运行速度变慢了资源节约了空间换时间比如缓存、多线程等代码运行速度变快了同时资源消耗增加了。唯独算法优化它是凌驾在常规性能优化之上一个斐波那契数列从递归优化到普通循环复杂度可以从 O(2^n)次方优化到 O(n)。随着问题规模增加至数十亿或万亿个数据点时就平均年改进率而言算法改进的重要性比硬件或摩尔定律重要得多。特别是在拥有大规模数据集的数据分析和机器学习领域算法改进尤为重要。 3 硬件架构 从历史上看计算机硬件架构师使用越来越多的晶体管来加快串行计算的速度从而大大增加了处理核心的复杂性尽管随着时间的推移性能的提升收益逐渐减少。在后摩尔时代架构师需要采取相反的策略专注于硬件精简使用更少的晶体管和更少的硅片面积来实现硬件功能。我们将看到硬件精简的主要优势在于为更多电路提供额外的芯片面积以便并行运行。因此具有足够并行性的应用程序将获得最大的好处。事实上对于没有太多并行性的应用程序硬件的性能已经停滞不前。但在许多新兴应用领域如机器学习、图形、视频和图像处理、传感计算和信号处理都存在大量并行性。计算机架构师应该能够设计精简的架构以便在摩尔定律结束后的许多年里为这些领域和其他领域提供更高的性能。 推荐 性能优化的实践派与学院派 高性能服务器架构设计与调优 原创不易随手关注或者”在看“诚挚感谢
