- 综合排序
- 最热优先
- 最新优先
- 来自专栏青梅煮码
vite对比webpack的启动速度提升在哪里？
webpack 原理图 图片 vite 原理图 图片 webpack webpack会先打包，然后启动开发服务器，请求服务器时直接给予打包结果。 vite vite是直接启动开发服务器，请求哪个模块再对该模块进行实时编译。 优势： 由于现代浏览器本身就支持ES Module，会自动向依赖的Module发出请求。 由于vite在启动的时候不需要打包，也就意味着不需要分析模块的依赖、不需要编译，因此启动速度非常快。当浏览器请求某个模块时，再根据需要对模块内容进行编译。
40640编辑于 2023-01-16 - 来自专栏数据人生
Linux启动速度优化
node的启动速度很慢，而每个node只作为master或者slave提供服务，因此可以将node上多余的自启动服务关闭。 系统的版本是“Red Hat Enterprise Linux Server release 5.4 (Tikanga)”，优化前启动的速度大约216s，优化后只有31s。 的支持 sendmail Linux下的邮件服务器 smartd SMARTDiskMonitoring服务用于监测并预测磁盘失败或磁盘问题 yum-updatesd 在线自动升级 关闭自启动服务的命令如下
2K10编辑于 2022-09-23 - 来自专栏haifeiWu与他朋友们的专栏
APP启动速度优化
APP启动速度非常重要，APP启动速度慢，可能会造成用户体验不良好，尤其是在最近用Android studio之后，如果长时间不打开app，启动速度就会特别的慢，下面我们一起探讨一下影响app启动速度的原因 WaitTime为我们所关注的启动时间 那么7551算不算启动时间长呢？ 这是一个很长时间没有启动的app，当它第一次启动的时候就有很长的启动时间，下面来说怎么来减少吧。 减少应用启动耗时 app的启动流程，简单的说，主要包括两部分： Application 启动界面的onCreate方法 因此最简单的方法就是尽量减少这两个方法中的耗时操作。 上面的方法从代码上解决了启动速度，但是用户启动的时候还是感觉慢，怎么办呢？直接上代码： <!
93710发布于 2018-09-11 模型速度对比分析
模型速度对比分析 Qwen3-30B-A3B-AWQ采用30B参数量+AWQ量化（4bit），而Qwen3-14B-FP8为14B参数+FP8（8bit）精度。 理论速度差异主要取决于以下因素： 参数量级：30B模型计算复杂度更高，但AWQ量化可大幅降低显存占用 量化影响：FP8保持较高计算精度，适合硬件加速；AWQ牺牲部分精度换取更高压缩率 硬件适配：NVIDIA H100等新硬件对FP8有原生优化 实际性能测试案例 以下通过PyTorch基准测试对比两者在文本生成任务中的表现： from transformers import AutoModelForCausalLM
21710编辑于 2025-12-17优化SpringBoot程序启动速度
一、延迟初始化Bean 一般在 SpringBoot 中都拥有很多的耗时任务，比如数据库建立连接、初始线程池的创建等等，我们可以延迟这些操作的初始化，来达到优化启动速度的目的。 lazy-initialization: true 二、创建扫描索引 Spring5 之后提供了spring-context-indexer功能，通过提前生成@ComponentScan的扫描索引，解决在类过多时导致扫描速度过慢的问题 我们只需要将依赖引入，然后在启动类上使用@Indexed注解即可。 这样在程序编译打包之后会生成META-INT/spring.components文件，当执行@ComponentScan扫描类时，会读取索引文件，提高扫描速度。 ); } } 三、升级SpringBoot新版本 SpringBoot每次升级都会对性能进行一些优化，目前最新版已经来到了3，Spring官方对性能优化做的已经非常好，能大大提高程序的编译以及启动速度
26610编辑于 2025-06-19- 来自专栏一日一工具
全网扫描速度简单对比系列
ping的namp扫描 [局域网存活机器144台] nmap -sP 192.168.0.0/24 real 0m11.797s user 0m0.019s sys 0m0.015s速度快 } ping -c1 {} 2>/dev/null | awk /ttl/'{print $4}'real 0m10.054s user 0m0.037s sys 0m0.149s速度快
74340发布于 2020-07-06 - 来自专栏全栈程序员必看
python不同开根号速度对比
Took 0.152364 seconds Took 0.061580 seconds Took 1.016529 seconds Took 0.215403 seconds
1.1K20编辑于 2022-09-07 - 来自专栏移动开发的那些事儿
APP，Activity的启动速度优化
先讲点题外话 简述Activity的几种启动模式 standard标准启动模式，也是Activity的启动模式，以这种模式启动的Activity会新new一个Activity对象并放入Activity堆栈 TraceView识别耗时方法 对于APP启动来说，启动耗时包括Android系统启动APP进程加上APP启动界面的耗时时长，我们可做的优化是APP启动界面的耗时，也就是说从Application的 的刷新频率一旦低于16ms，那么我们肉眼就能感觉到界面卡顿，这是一个很不好的体验，降低卡顿就应该尽量保证frame的刷新频率控制在16ms以内，所以这就要求在准备frame的工作执行不能超过16ms 造成启动速度慢的常见原因 （图片分辨率不要太大，否则加载时间会比较长），这样就能达到点击app，马上就能看到启动页面，由于Activity不用setContentView，所以启动闪屏页面的速度也很快，然后再由闪屏页面跳转到欢迎页面 从Activity的启动流程来分析我们可以得知启动一个Activity需要去匹配到你要启动的Activity（匹配ResolveInfo），这里涉及到显示启动和隐式启动，显示启动的话比较快，不用再去匹配
1.8K30发布于 2018-09-04 - 来自专栏刘望舒
如何优化Androd App启动速度
的启动时间，以及简要分析了App启动流程。 这一篇文章主要讲如何在实战中提升Android App的启动速度。下面我们先回顾一下App的启动流程。 setOffscreenPageLimit()来缓存所有Fragment，那么ViewPager会一次性将所有Fragment进行渲染，如果Fragment本身又包含了耗时很长的初始化将严重影响App的启动速度 后记 通过之前的分析以及这篇文章介绍的启动优化方法，我们词典的启动速度得到了50%的提升，有效地提升了用户体验。在以后的开发过程中，当涉及到启动流程的代码时需要格外谨慎，避免有耗时的操作加入。 当然目前的词典启动速度还可以进一步优化，可以思考的方向一下几点：1. 进一步优化信息流布局，减少不必要的绘制；2. 深入探索第三方SDK带来的启动速度延迟并尝试优化；3.
1.3K40发布于 2018-12-21 - 来自专栏xdecode
内嵌tomcat启动速度慢
实际上换了tomcat后, 一开始启动tomcat, 非常的慢. jetty只要几秒就可以启动的web工程, 内嵌tomcat花了接近15s, 直接启动tomcat, 接近10s. 后来试了下, 删除了项目里的web.xml, 发现直接启动tomcat只要0.6s, 而内嵌tomcat居然要5s. 对比了直接启动和内嵌启动的日志, 发现有一些日志不一样. 就是这个导致内嵌的tomcat启动速度低于直接启动, 我们业务用不到, 注释掉后, 速度跟直接启动差不多了.
2.3K80发布于 2018-03-29 - 来自专栏每天学Java
Mysql和Redis查询速度的对比
“ 在软件系统中,IO速度比内存速度慢,IO读写在很多情况下会是系统的瓶颈，我们也知道Redis的查询速度比直接查数据库要快，因为Redis将数据存在内存中，而Mysql的查询是执行IO操作。 今天给大家带来的是，Mysql和Redis在项目中的查询速度的差距。 01 — 实例 首先我们看一张图片： ? 先说一下对比的条件：首先Redis和Mysql都是部署在远程服务器上(同一台)。其次接口是相同，在Service层开始区分以哪种形式获取数据（代码如下）。 也就是说100ms左右的加载速度，人眼看到的基本上就是秒加载了。 这里的对比并不是说Mysql不好，而且这个对比也是有一定的问题，因为本人的SQL查询语句可能优化并不是特别好。 官方推荐用哪个 3.Jedis与Redisson对比有什么优缺点？ 4.说说Redis哈希槽的概念？ 5.Redis集群会有写操作丢失吗？为什么？
6.7K10发布于 2020-06-01 - 来自专栏搜狗测试
「 毫秒级 」的应用启动速度评测
前言 启动速度是一项重要的应用性能指标。以手机输入法为例，用户每次尝试键入时，均会直观感知到输入法键盘的调起速度，若速度过慢则会频繁影响用户体验。 为了能够更准确地获取到键盘调起速度的具体数据，小编编写了基于Python视频及图像处理模块的评测脚本，下面以其中部分函数为例，为大家介绍一下实现思路和流程。 dest_path 这样，通过一个“切换输入法”、“键盘调起并录屏”的循环，即可得到多个视频素材，以期在后续的视频处理、结果输出时，通过多个数据的均值来消弭误差： def run(self): # 启动带有输入框的测试 speed_num return False 最终，将本轮脚本执行得出的两个帧数间差值乘以每帧耗时（16.67ms）后写入结果列表，并在预设的循环次数完成后，取得列表中的数据均值，便是当前输入法键盘调起速度的评测结果了 结语 相比于主观感知，根据这样的应用启动（键盘调起）速度评测实现方案，无疑能够得出更为准确、可靠的数据结果，而此方案亦可推广到其他各式应用的评测当中。欢迎各位一同沟通、学习。
1.3K10发布于 2020-11-17 - 来自专栏王念博客
Eclipse启动运行速度调优
以下设置在大多数系统上将提高Eclipse启动运行速度： -vmargs - 表示将后面的所有参数直接传递到所指示的 Java VM。 -Xverify:none -表示关闭Java字节码验证，使在仅为验证而启动的过程中无需装入相关的类，从而加快类装入的速度，缩短了启动时间。 -XX:PermSize=20m - 此 JVM 开关对于缩短Java IDE的启动时间很是有效，用来设置最小堆大小。 该设置消除了许多系统启动过程中的主要垃圾收集事件。SunONE Studio 或其它包含更多模块的 IDE 的用户可能希望将该数值设置得更高。 -XX:MaxPermSize 用来设置最大堆大小。 -XX:CompileThreshold=100 - 此开关将降低启动速度，原因是与不使用此开关相比，HotSpot 能够更快地将更多的方法编译为本地代码。
1.7K20发布于 2019-07-24 - 来自专栏让技术和时代并行
如何加快Kubernetes中Java启动速度？
本文阐述如何解决 Kubernetes 中与 CPU 限制相关的 Java 应用启动缓慢的问题。 场景 如果您在 Kubernetes 上运行 Java 应用程序，您可能已经遇到过设置过低 CPU 限制后启动缓慢的问题。 另一方面，如果只是为了快速启动而指定较高的 CPU 限制，这可能不是管理 Kubernetes 资源限制的最佳方法。 一旦我们部署了应用程序，一个新的 pod 就会启动。我们可以验证其当前的资源限制。正如你所看到的，它仍有 2 个 CPU。 我们的应用程序启动时间约为 10-15 秒。 然后，您可以自行验证新的 pod 在启动后是否也会被 Kyverno 修改为 0.5 个核心。 最后一件事。如果我们一开始将 CPU 限制设置为 500 毫核，那么启动我们的应用程序需要多长时间？
1.1K50编辑于 2023-09-07 - 来自专栏Windows运维
Windows 启动速度过慢，如何优化？
禁用不必要的启动项很多程序会在系统启动时自动运行，这会显著拖慢启动速度。可以通过以下方法禁用不必要的启动项：方法一：使用任务管理器按下 Ctrl + Shift + Esc 打开任务管理器。 切换到“启动”选项卡。右键点击不需要的启动项，选择“禁用”。方法二：使用命令行工具msconfig在“系统配置”窗口中，切换到“启动”选项卡。禁用不必要的启动项。2. 清理系统垃圾文件系统垃圾文件可能会占用大量磁盘空间并影响启动速度。使用磁盘清理工具cleanmgr在弹出的窗口中选择要清理的驱动器，并勾选“临时文件”、“系统缓存”等选项。 检查硬件问题硬件老化或故障也可能导致启动速度变慢。检查硬盘健康状态wmic diskdrive get status如果返回值不是“OK”，可能需要更换硬盘。 升级硬件如果上述方法仍无法显著提升启动速度，可以考虑升级硬件：将机械硬盘（HDD）替换为固态硬盘（SSD）。增加内存容量（RAM）。7. 禁用不必要的服务某些系统服务在启动时会消耗大量资源。
1.1K10编辑于 2025-02-22 - 来自专栏全栈程序员必看
应用程序启动速度的优化
Initializer Mozillaproject师通过优化Static Initializer(静态初始化，或全局建构函数, Global Constructor)和Binary布局来提升FireFox启动速度的文章 假设里面又有一层层依赖引用，就会大大影响启动时间。 : 平均启动时间(ms) Pages Read Bytes Read 来优化启动时间。这样能够有效降低I/O，以及dynamic relocations section，也能减小程序包。我使用的工具在这里。 參考:关于通过调整ELF优化启动时间以下是终于的效果: 平均启动时间(ms) Pages Read Bytes
87020编辑于 2022-07-06 - 来自专栏Android点滴积累
Android性能优化之启动速度优化
Android性能优化之启动速度优化 Android app 启动速度优化，首先谈谈为什么会走到优化这一步，如果一开始创建 app 项目的时候就把这个启动速度考虑进去，那么肯定就不需要重新再来优化一遍了 ，那么做功能的时候就会有束缚，快不起来 app 初期大家都忙着开发新功能，迭代新版本，没有时间停下来做优化 同类型 app 变多，竞争对手变多，大家才开始关注启动性能，才开始做启动速度优化（有主动出击也有被动优化 本文从作者的亲身经历给大家阐述启动速度优化相关的点点滴滴，为启动速度优化提供一种思路给大家参考。 二、为什么要做启动速度优化 App启动卡慢会影响一个App的卸载率和使用率。 统计数据的机制加入之后，就可以着手优化了，一边优化一边对比，可以很清楚看到优化前后的对比。 五、制定优化的目标 由于App启动速度在不同是设备上差别很大，所以目标不太好定，但是做事情总得要有个目标吧。
2.1K100发布于 2018-01-04 - 来自专栏yanlongli_艳龙
Android 性能分析学习(启动速度优化)
启动速度是用户体验app的第一感官，所以如果APP卡顿的话，给用户的体验会非常的糟糕。 本文主要针对这点进行的分析学习以及记录。 启动时间标准 官方给出，当启动时间超出以下指标时，会被认为启动时间过长，这是就需要考虑仔细优化启动时间。 冷启动时间超过5s 热启动时间超过1.5s 暖启动时间超过2s APP卡顿的原因 用户觉得app卡顿，一般都是因为点击了app后，过很久才能看到app的第一个显示页面 。 在冷启动开始时，系统有三个任务。这三个任务是： 加载并启动应用。 在启动后立即显示应用的空白启动窗口。 创建应用进程。 系统一创建应用进程，应用进程就负责后续阶段： 创建应用对象。 启动主线程。 并没有真正的加快app 的启动速度。 2. Application启动过程加载数据过多 随着项目工程越来越大，使用的第三方库或组件也会越来越多。
1.2K10编辑于 2021-12-16 - 来自专栏具身小站
三大主流速度规划方法对比
方法二：S型速度规划（高速高精的首选） 原理：在梯形规划基础上，对加速度的变化率（Jerk） 进行约束，让加速度也能“斜坡式”地增大或减小，从而变得连续。 t_keep): """ 简化的S型速度规划 确保：起点速度=0，终点速度=0，中间匀速段时间=t_keep """ # 设置加加速度（控制平滑度） j_max 可视化对比 # ---------------------- plt.rcParams['font.sans-serif'] = ['SimHei', 'Arial Unicode MS', 'DejaVu plt.rcParams['axes.unicode_minus'] = False # 创建子图 fig, axes = plt.subplots(2, 2, figsize=(12, 8)) # 5.1 速度曲线对比 alpha=0.9) ax1.plot(t, v_poly, label='多项式规划', color='#2ca02c', linewidth=2.5, alpha=0.9) ax1.set_title('速度曲线对比
15410编辑于 2026-02-04 - 来自专栏全栈程序员必看
PXE启动原理以及与普通Linux启动的对比
关于PXE部署的详细配置的文章已经有不少了，这篇文章主要讲一下PXE启动的原理以及PXE启动和普通Linux启动的对比。 然后PXE client就通过TFTP下载这些启动资源到自己的内存中；如果是UEFI Secure Boot（而不是Legacy的BIOS）则还会检验一下这些启动资源。 下载完成后就会用这些资源来启动了。 这些启动资源其实就是最小的操作系统（比如WindowsPE，又比如一个basic Linux kernel+initrd）。 二、PXE启动过程和普通的Linux系统启动过程的对比： 1. 内核引导之后的不同： vmlinuz和initrd运行得差不多了之后，普通的硬盘Linux启动就从本地硬盘加载/sbin/init并运行为1号进程，以及启动系统服务等等，而PXE的启动在内核引导完成之后
2.8K30编辑于 2022-09-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号