首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏Tecvan

    Webpack 性能系列三:提升编译性能

    前面两篇文章《Webpack 性能系列二:多进程打包》、《Webpack 性能系列一: 使用 Cache 提升构建性能》已经详细探讨使用缓存与多进程能力,提升 Webpack 编译性能的基本方法与实现原理 ,这两种方法都能通过简单的配置极大提升大型项目的编译效率。 除此之外,还可以通过一些普适的最佳实践,减少编译范围、编译步骤提升 Webpack 性能,包括: 使用最新版本 Webpack、Node 配置 resolve 控制资源搜索范围 针对 npm 包设置 module.noParse 不过,类型检查涉及 AST 解析、遍历以及其它非常消耗 CPU 的操作,会给工程化流程引入性能负担,必要时开发者可选择关闭编译主进程中的类型检查功能,同步用 fork-ts-checker-webpack-plugin :多进程打包》、《Webpack 性能系列一: 使用 Cache 提升构建性能》,关于 Webpack 编译性能提升的方式方法已经总结的比较完备了,有其它观点的同学欢迎留言或私信联系。

    1.7K20编辑于 2021-12-09
  • 来自专栏悟空被FFmpeg玩

    Fedora Core 10编译Android

    Fedora Core 10下面用的JDK是OpenJDK,编译的时候出了个错误 Error occurred during initialization of VM Could

    46740发布于 2019-03-05
  • 来自专栏Postgresql源码分析

    Postgresql随手记(10)游标编译过程和编译结果

    相关 《Postgresql游标使用介绍(cursor)》 《Postgresql随手记(10)游标编译过程&结果记录》 随手记录游标编译后的状态,供日后查询。 这里只记录了编译过程,缺失执行过程,执行过程放在后面两大章节介绍:SPI系统 和 Portal系统。 into y; RAISE NOTICE 'curs3 : %', y.c4; return 0; END; $$ LANGUAGE plpgsql; select tfun1(); 语法编译位置 int4 无 0 0 0 无 rec 7 y 8 tf1 无 无 无 无 无 field 8 c3 7 无 无 无 无 无 7 row 9 (unnamed row) 15 无 x 无 无 无 无 row 10 PLpgSQL_recfield*)plpgsql_Datums[8]) p *((PLpgSQL_row*)plpgsql_Datums[9]) p *((PLpgSQL_row*)plpgsql_Datums[10

    70910编辑于 2022-07-14
  • onnxruntime在windows10编译

    测试环境: windows10 cuda11.1.1 cudnn8.2.0 tensorrt8.2.3.0 VS2019 onnxruntime==1.12.1 cmake==3.24.3 编译流程: -8.2.3.0" --cmake_generator "Visual Studio 16 2019" --skip_tests --config Release 特别注意: (1)不要用VS2022编译 ,要用VS2019    (2)cmake版本不能过高,cmake==3.27.7编译会出现MSB3271 ml64.exe错误,需要cmake==3.24.3或者低一点也行。

    50500编辑于 2025-07-19
  • 来自专栏xiaoxi666的专栏

    Win10编译SqlCipher步骤

    准备工作 Visual Studio 2015,其他版本未验证,估计问题不大 ActiveState ActivePerl,用于编译OpenSSL Mingw,在官网下载minimum installer /lib目录下) 编译SqlCipher 将上一步生成的两个库文件复制到SqlCipher主目录下 管理员权限运行C:\mingw\msys\1.0\msys.bat批处理文件,进入msys shell libcrypto.lib" 执行命令: make clean make,生成可执行文件sqlcipher.exe make dll,生成库文件sqlite3.dll 到目前为止,Sqlcipher源码就编译完成了 用VS2015编译sqlcipher 本文写作时部分引用上述两篇文章,特此感谢。

    4.6K30发布于 2018-10-29
  • 来自专栏神光的编程秘籍

    TypeScript 编译性能优化:Project Reference

    ts 编译速度与项目规模有关,如果项目比较大,代码很多,那就需要编译很长一段时间。 有没有什么办法可以提升 tsc 编译性能呢? 还真有,TypeScript 3.0 的时候实现了 Project Reference 的特性,就是用于优化编译和类型检查的性能的。 那 Project Reference 是干什么的呢? ,monorepo 里就可以用 Project Reference 来提升 tsc 的编译性能。 然后执行 tsc --build 或者 tsc -b 来编译。 这时候就实现了编译和类型检查的性能优化。 这是 TypeScript 提供的编译性能优化机制,当项目比较大,tsc 执行的速度比较慢的时候,不妨尝试一下。

    1.1K30编辑于 2022-11-11
  • 来自专栏小雨的CSDN

    10.性能测试

    为什么要做性能测试? 应用程序是否能够很快的响应用户的要求? 应用程序是否能处理预期的用户负载并有盈余能力? 应用程序是否能处理业务所需要的事务数量? 在预期和非预期的用户负载下,应用程序是否稳定? 什么时候进行性能测试? 在功能测试完成,所有的功能都比较稳定的时候,才可以做功能测试,一般在测试的中后期执行 性能测试术语 1.并发数: 广义并发数:同一时刻向服务器发送Http请求的用户数量;(有可能不是同一个功能) 在线用户数 性能测试类型 1.负载测试: (运行15min左右) 并发测试:在一定的软硬件环境下,系统的其他指标不变,测试系统在不同用户量访问级别下,系统性能的表现 容量测试:在一定的软硬件环境下,系统的其他指标不变 ,比较每次测试结果,从而确定各个因素对系统性能的影响。

    43010编辑于 2022-10-26
  • 来自专栏DotNet NB && CloudNative

    .NET 10金融科技性能革命:本机AOT编译如何将延迟降低80%

    经过六个月对某大型金融机构核心交易API的优化实践,我们发现.NET 10中一个未被充分重视的特性正在引发革命性变革——本机AOT编译(Native Ahead-of-Time Compilation) ⏱️ 性能突破实录 我们的生产环境API启动时间从70ms锐减至14ms(80%降幅),内存占用降低超50%。 TryParseMarketData(result.Buffer, out _); reader.AdvanceTo(consumed, buffer.End); } } } 性能压测对比 编译前深度剖析 使用dotnet-trace定位热点代码: dotnet-trace collect -p 1234 --output trace.nettrace 2. 虽然初期需要适应编译约束,但带来的性能飞跃和运维简化,使其成为金融科技领域的最佳实践选择。 您是否已在项目中实践过Native AOT?

    1.1K10编辑于 2025-06-17
  • 来自专栏文渊之博

    T-SQL性能调整(一)--编译和重新编译

    ,如果包含则直接交由执行引擎来执行该缓存计划,跳过编译阶段。                       编译和重新编译      SQL Server 有一个高效的算法,可查找用于任何特定 SQL 语句的现有执行计划。 由此我们要做的就是如何高效的应用执行计划的缓存,又在合适重新编译执行计划,来提高查询效率,减少性能的损耗。      不仅会影响性能,当服务器间移动代码时会引起太多问题,建议使用schema.object(dbo.ExcutionTest)这样的统一规范。         总结: 本篇系统的介绍了编译查询的流程,以及产生缓存、复用缓存、重新编译等具体内容。

    1.2K90发布于 2018-01-30
  • 来自专栏c++ 学习分享

    【win10+编译gmp大数库】

    另外一个头痛的问题就是mingw编译出来的静态库后缀名为.a,编译出来的动态库的导入库后缀名为.dll.a,而在Windows下一般使用.lib的来作为静态库或者动态库的导入库。 示例 在VS环境中设置好动态库环境,使用实例代码如下: win10+编译gmp大数库(亲测可用) #include <iostream> #include "gmp.h" using namespace //计算12345678900987654321*98765432100123456789 mpz_init_set_str(b, "12345678900987654321", 10 );//10进制 mpz_init_set_str(c, "98765432100123456789", 10); mpz_mul(d, b, c);

    48930编辑于 2023-07-08
  • 来自专栏雪月清的随笔

    Ne10编译与使用

    libyuv之所以会有显著的性能提升是因为在编译的时候会根据具体的abi做指令集优化,在armv7平台上利用Neon指令集来做加速,在x86平台上使用SSE指令集来做加速,这些加速操作都是SIMD指令集的应用 Ne10编译依赖于cmake,所以要先安装它,mac上安装直接使用brew: brew install cmake 具体平台的编译步骤可以查看doc目录下的building.md,其中编译android 默认编译出来的.so文件是携带了VERSION的,类似编译早期的ffmpeg版本,也是需要手动取消VERSION // Ne10/modules/CMakeLists.txt文件最后的if(NE10_ Demo 地址: https://github.com/sifutang/Ne10Demo.git 最后 在Ne10/android目录下,官方提供了一个Demo工程来展示使用Arm Neon技术后性能有多大的提升 ,感兴趣的小伙伴可以自己跑一跑,关于性能提升的数据和Ne10的一些常用api和定义的基本数据结构的知识等后续文章再说。。。

    3.2K30发布于 2020-06-23
  • 来自专栏IT码农

    PHP 性能分析10

    在 PHP 中,有多种错误消息,错误消息的开启是否会带来性能上的影响呢?从直觉觉得,由于错误消息,本身会涉及到 IO 输出,无论是输出到终端或者 error_log,都是如此,所以肯定会影响性能。 但是在平常的 in xxxx/string2.php on line 10 如果把 E_ ERROR 改成 E_ ALL 就能看到大量的上述错误输出。 ==false) { } } 这是一个动态编译的 pattern。 因为在一个程序的性能瓶颈中,最为核心的瓶颈,往往并不在 PHP 语言本身。即使是跟 PHP 代码中暴露出来的性能瓶颈,也常在外部资源和程序的不良写法导致的瓶颈上。 ,在文章的实例中,很多操作往往是百万次才能看出明显的性能差别。

    1K41编辑于 2022-01-10
  • 来自专栏Java技术栈

    提升系统 10性能10 个建议!

    //www.nginx.com/blog/10-tips-for-10x-application-performance/ 提升Web应用的性能从未像今天这样刻不容缓。 显而易见,Web应用性能的重要性与日俱增。 提升性能其实不难,难的是怎么看到结果。本文给出能够提升大约10倍网站性能10个建议供大家参考。 此外,高质量组件的开发者更可能不断提升性能和修复问题,因此使用最新的稳定版本是划算。新发布的版本会得到开发者和用户更多的关注,同时也会利用新的编译器优化技术,包括针对新硬件的调优。 结论:10性能提升 性能提升因Web应用不同会有巨大差异。实际的提升取决于预算、时间,以及现有实现的与理想性能的差距。那么怎么让你的应用获得10倍的性能提升呢? 这些改变能极大地提升性能,与原有的部署方式最差的时候相比,10性能提升是很轻松的事,即使不到10倍那也在总体上有了质的飞跃。 缓存动态和静态内容。

    73420发布于 2020-06-04
  • 来自专栏后端精进之路

    JVM性能优化系列-(5) 早期编译优化

    早期编译优化 早期编译优化主要指编译期进行的优化。 java的编译期可能指的以下三种: 前端编译器:将.java文件变成.class文件,例如Sun的Javac、Eclipse JDT中的增量式编译器(ECJ) JIT编译器(Just In Time Compiler ):将字节码变成机器码,例如HotSpot VM的C1、C2编译器 AOT编译器(Ahead Of Time Compiler):直接把*.java文件编译成本地机器码,例如GNU Compiler for 5.1 javac编译器工作流程 Sun javac编译器的编译过程可以分为3个过程: 解析与填充符号表过程 插入式注解处理器的注解处理过程 分析与字节码生成过程 1. because return type of method is Integer 自动装箱的弊端, 自动装箱有一个问题,那就是在一个循环中进行自动装箱操作的时候,如下面的例子就会创建多余的对象,影响程序的性能

    50620编辑于 2023-10-19
  • 来自专栏后端精进之路

    JVM性能优化系列-(6) 晚期编译优化

    由于即时编译编译本地代码需要占用程序运行时间,要编译出优化程度更高的代码,所花费的时间可能更长;而且想要编译出优化程度更高的代码,解释器可能还要替编译器收集性能监控信息,这对解释执行的速度也有影响。 HotSpot虚拟机采用分层编译(Tiered Compilation)的策略,其中包括: 第0层:程序解释执行,解释器不开启性能监控功能(Profiling),可触发第1层编译 第1层:也称为C1编译 ,将字节码编译为本地代码,进行简单、可靠的优化,如有必要将加入性能监控的逻辑 第2层:也称为C2编译,也是将字节码编译为本地代码,但是会启用一些编译耗时较长的优化,甚至会根据性能监控信息进行一些不可靠的激进优化 Scan Register Allocation)在LIR上分离寄存器,并在LIR上做窥孔(Peephole)优化,然后产生机器代码 Server Compiler是专门面向服务端的典型应用并为服务端的性能配置特别调整过的编译器 由于java语言中访问数组元素时,系统将会自动进行上下界的范围检查,这必定会造成性能负担。为了安全,数组边界检查是必须做的,但数组边界检查是否必须一次不漏的执行则是可以“商量”的事情。

    49410编辑于 2023-10-19
  • 来自专栏开源技术小栈

    性能 PHP 编译型模板引擎

    概述 ThinkTemplate 是一个基于 XML 的高性能编译型模板引擎,无需任何外部依赖,专为高效和灵活性设计。 凭借其动态编译、缓存机制以及 XML 架构,ThinkTemplate 在简洁性和强大功能之间实现了完美平衡。 核心特性 • 自定义标签定界符:支持为普通标签和标签库标签自定义开始和结束定界符。 • 高效编译与缓存:模板编译为 PHP 文件并缓存,多次运行效率极高,模板更新时自动刷新缓存。 • 系统变量直接输出:无需赋值即可直接使用系统变量。 • 多维数组快速输出:轻松处理复杂数据结构。 每个模板文件在执行时都会生成一个编译后的缓存文件(本质是一个可运行的 PHP 文件)。由于其编译型特性,模板缓存无法关闭,即使禁用缓存,每次渲染时也会重新生成缓存文件,确保性能一致。

    25310编辑于 2025-09-11
  • 来自专栏第三方工具

    window10电脑性能提升

    window10电脑性能提升 1.虚拟内存的设置 打开控制面板,输入“控制面板”在Windows搜索框中。 点击系统。 在左侧,选择高级系统设置。 在打开的窗口中,点击性能部分的设置。

    37300编辑于 2025-03-04
  • 来自专栏ADAS性能优化

    Android 10(Go Edition)性能提升

    Android 10(Go版)对内存管理/服务的运行方式、系统通知等做了比较大的改进和较多的优化,其应用启动时间比Android Pie(Go版)缩短了10%,并且在应用之间切换的速度也更快。 Encryption for all Android 10(Go版)中的另一个关键优化是Adiantum,这是一种新的加密形式,可以在不影响性能的情况下提供入门级设备保护。 它使用一种新密码来提供比AES快得多的磁盘加密,而不会显着影响性能,这意味着使用这些低成本手机的人们不必因为无法负担得起更强大的手机而失去安全性。 Android设备制造商可以为AES性能<= 50 MiB / sec并通过Android Pie启动的设备启用Adiantum进行全盘或基于文件的加密。 在存在对AES的硬件支持的地方,AES的速度比Adiantum快; 当性能超过50 MiB / s时,仍必须使用AES。

    1.2K30编辑于 2022-05-13
  • 来自专栏架构之家

    10倍提升应用性能10个建议

    亚马逊大约10年前的一项研究表明,页面加载时间减少1/10秒,能够使其营收增长1%。另一项近期的调查也显示,一多半受访站点所有者提到因为自己应用的性能不佳导致了收入减少或者用户流失。 显而易见,Web应用性能的重要性与日俱增。 提升性能其实不难,难的是怎么看到结果。本文给出能够提升大约10倍网站性能10个建议供大家参考。 此外,高质量组件的开发者更可能不断提升性能和修复问题,因此使用最新的稳定版本是划算。新发布的版本会得到开发者和用户更多的关注,同时也会利用新的编译器优化技术,包括针对新硬件的调优。 这些改变能极大地提升性能,与原有的部署方式最差的时候相比,10性能提升是很轻松的事,即使不到10倍那也在总体上有了质的飞跃。 缓存动态和静态内容。 如果你的Web服务器同时又充当了应用服务器,那么通过缓存动态内容就可以达到高峰期10倍的性能提升。缓存静态内容也可以有几倍的性能提升。 压缩数据。

    80510编辑于 2022-07-12
  • 来自专栏大龄程序员的人工智能之路

    使用不同的编译编译 Skia,性能差距居然这么大

    项目中虽然使用的是 Qt,但在 Windows 下,依然使用的是 MSVC 编译器。所以我想也没有想,就选择了使用 Visual C++ 的编译器 来编译 Skia。 Files (x86)\Windows Kits\10" win_sdk_version="10.0.20348.0" win_vc="c:\Program Files\Microsoft Visual true,编译为动态库 使用编译出来的 Skia,使用开源的一个软件 https://github.com/xland/ScreenCapture 测试了一下,发现有严重的性能问题,鼠标移动有明显的延迟 关于软件优化, AI 给出了如下建议: 基于性能分析优化:在进行优化之前,使用性能分析工具来确定系统的实际瓶颈。只有基于实际数据的优化,才是有效和必要的。 使用成熟的工具和库:利用已经过优化的第三方库和工具,可以避免重复造轮子,同时利用社区的力量来提升软件性能。 真的没有想到,编译器对性能有如此大的影响,你在工作中会进行性能优化吗?有哪些优化措施?

    1.9K10编辑于 2024-06-03
领券