- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端一会
webpack4：csssass编译优化分离，处理引用资源
在上篇中，解决了webpack4关于多页面及分离第三方库js和共用自定义库js的配置，本篇将以此为基础继续配置css引入、分离等功能。 本篇实现功能：css转换，sass编译转换，css代码优化压缩合并和提取，css图片资源定位路径的转换，处理浏览器css兼容，css中对静态资源(如图片)的引用打包，引用优化(base64)。 const OptimizeCssAssetsWebpackPlugin = require( "optimize-css-assets-webpack-plugin" ); // css模块资源优化插件 const OptimizeCssAssetsWebpackPlugin = require( "optimize-css-assets-webpack-plugin" ); // css模块资源优化插件 / } // }, { // 构建工具通过url-loader来优化项目中对于资源的引用路径
3.3K20发布于 2019-08-29 - 来自专栏zjblog
网站优化之静态资源优化
将透明部分截去 gifsicle --optimize=3 --crop-transparency -o out.gif in.gif 1.2图片尺寸随网络环境变化 不同网络环境（Wifi/4G http://img13.360buyimg.com/n1/s100x100_jfs/t2443/71/2538811251/470 889/c2ec38b3/570f3438N81a4b62c.jpg • 图片服务器自动化优化是可以在图片 URL 链接上增加不同特殊参数，服务器自动化生成。 • 尽量避免同时动画 • 延迟动画初始化 • 结合 SVG 4、JavaScript 优化细则 4.1 JavaScript 优化总体原则 • 当需要时才优化 前端全链路性能优化实战》这门课程，所以做下这些笔记，估计以后会用的到，课程还没更新完，后续看完 会接着做笔记..
2.2K10编辑于 2022-06-21 - 来自专栏程序猿DD
JedisPool资源池优化
the pool … Caused by: java.util.NoSuchElementException: Timeout waiting for idle object at org.apache.commons.pool2 .impl.GenericObjectPool.borrowObject(GenericObjectPool.java:449) 或者 redis.clients.jedis.exceptions.JedisConnectionException : Could not get a resource from the pool … Caused by: java.util.NoSuchElementException: Pool exhausted at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:464) 两种情况均属于无法从资源池获取到资源 JedisPool定义最大资源数、最小空闲资源数时，不会真的把Jedis连接放到池子里，第一次使用时，池子没有资源使用，会new Jedis，使用后放到池子里，可能会有一定的时间开销，所以也可以考虑在JedisPool
1.7K41发布于 2018-04-17 - 来自专栏用户4352451的专栏
JedisPool资源池优化
JedisPool资源池优化 合理的JedisPool资源池参数设置能够有效地提升Redis性能。本文档将对JedisPool的使用和资源池的参数进行详细说明，并提供优化配置的建议。 minEvictableIdleTimeMillis 资源池中资源的最小空闲时间（单位为毫秒），达到此值后空闲资源将被移除。 常见问题 资源不足 下面两种情况均属于无法从资源池获取到资源。 not get a resource from the pool … Caused by: java.util.NoSuchElementException: Pool exhausted at org.apache.commons.pool2 .impl.GenericObjectPool.borrowObject(GenericObjectPool.java:464) 此类异常的原因不一定是资源池不够大，请参见**关键参数设置建议**中的分析
82610编辑于 2021-12-07 - 来自专栏电光石火
进度压缩&资源优化
通过增加资源，以最小的成本代价来压缩进度工期的种技术。考虑加班等，对费用和进度进行权衡，确定尽量少增加费用的前提下最大限度地缩短项目持续时间。赶工导致成本增加，且并非总是切实可行的。 ? 二、资源优化定义： 在项目进行时，可以根据资源的实际使用情况对资源做相应的调整以满足项目的需要。优化技术：资源平滑和资源平滑。 资源平衡定义： 英文名：Resource Level。 对资源冲突的两项或多项活动的开始日期和结束日期进行调整以消除或缓解资源冲突的一种技术。资源平衡往往导致关键路劲改变，通常是延迟。 资源平滑定义： 英文名：Resource Smooth。 利用关键路径上活动的浮动时间，调整非关键路劲上的活动使项目资源数量减少波动的一种技术。 ?
1.2K30发布于 2021-02-04 - 来自专栏前端资源
网站优化之部分静态资源优化
图片 另外，还把一些没用的静态资源引用也删掉了，今天就先到这，下班下班~ 未经允许不得转载：Web前端开发资源网 » 网站优化之部分静态资源优化
36370编辑于 2023-10-10 - 来自专栏后端精进之路
JVM性能优化系列-(4) 编写高效Java程序
4. 编写高效Java程序 4.1 面向对象 构造器参数太多怎么办？ 为了合理的释放资源，推荐下面两种方法： try resource Java 1.7中引入了try-with-resource语法糖来打开资源，而无需自己书写资源来关闭代码。 ，保证资源永远能够被正常释放。 4、使所有的域都成为私有的。这样可以防止客户端获得访问被域引用的可变对象的权限，并防止客户端直接修改这些对象。 B就是所谓的骨架类，骨架类中对A中的一些基础通用方法进行了实现，使得C可以直接使用骨架类中的实现，无需再次实现，或者调用骨架类中的实现进行进一步的定制与优化。
43620编辑于 2023-10-19 - 来自专栏Unity3d程序开发
Unity性能调优手册4：资源优化，Texture，Mesh，Material，Animation，ParticleSystem，Audio，ScriptableObject
+ 1/16+····+1/（4^n） 2.4S：1+ 1/4+···+1/（4^(n-1)） 3.4S-S = 3S = 1 -1/（4^n） 4.n趋于无穷大，3S = 1，所以多出来的内存占用为 作者验证了它的变化分为4步:0-1、2 - 3、4-7、8或更高。 Compression Settings 纹理应该被压缩，除非有特殊的原因。 当只绑定网格资源时，不正确的材质设置可能会导致不必要的顶点数据。这在只提供网格参考的情况下很常见，例如在粒子系统中。 Material 材质球是决定物体如何渲染的重要功能。 例如，您可以通过将距离相机较远的对象的动画更新频率减半来优化动画更新的频率。 这样做的原因是当Unity启动时，它会分析所有资源文件夹中的结构并创建一个查找表。最好尽可能减少对Resources文件夹的使用。
3.6K32编辑于 2023-10-08 - 来自专栏数据人生
资源优化的道与术
做资源优化有OWNER意识后，就容易做短期的优化，并兼顾长效机制。 短期优化 短期优化，一般有很多手段。不同服务可能有不同特点，本文将列一些常用优化手段。 真正全策全力，能更好的进行成本优化，也能节省管理成本。 ③缩容，下线无效服务项：资源利用率不高的服务直接缩容；无效报表、无效数据等服务项沟通后大胆删除。 有些场景，提高1%的精度，需要增加10倍资源，降低1%的精度，可以降低90%的成本，其中可以基于业务诉求，进行取舍。大数据时代，计算非常精确的数据，需要实时上报，大量的存储和计算资源。 ⑤解决技术债：一般开发可能知道服务的优化项，也可以找团队其他成员把脉，修复常用的技术债 复用链路，节省重复建设成本。 利用缓存等经典进行改造服务节省大量计算资源。 长效机制 成本优化不是一蹴而就的，需要采用长效机制防止短期优化后，成本的反弹，实现基业常青。比较好的做法有成本责任制、人才选拔、资源管理、退场机制、服务平滑升级、云原生、技术探索等。
32710编辑于 2022-09-23 YashanDB资源调度和性能优化
YashanDB是一个高性能的数据库系统，可能涉及一些关于资源调度与性能管理的创新方法。为了更好地理解如何在这方面进行创新，以下是一些可能的创新方法，专注于资源调度和性能优化：1. - 基于成本模型的优化： 利用更细粒度的查询执行成本模型，动态评估查询的执行代价，并根据资源情况优化执行顺序和数据访问路径。3. 4. 弹性扩展与容错机制- 弹性资源扩展： 当数据库负载过高时，能够快速启动新的数据库节点，自动分配计算和存储资源，保证系统的高可用性与高吞吐量。系统还可以在节点故障时自动恢复，确保数据库服务不间断。 - 自动性能调优： 系统结合数据库的历史性能数据，使用机器学习模型进行自动调优，调整索引、查询计划、资源分配等策略，优化数据库性能。 这些创新方法通过动态的资源调度、智能的查询优化和高效的资源管理，为YashanDB或类似数据库系统的性能管理提供了新的思路和方向。如果你对某些方面有更具体的需求或问题，欢迎提出，我可以进一步详细探讨。
15510编辑于 2025-09-27- 来自专栏向治洪
andrpid优化之删除无用资源
因为只有做到了这两点，你的项目生成的apk包才会更小，而不是随着你的开发和维护，无用的代码和资源无限的堆积，这对开发者和维护者来说不但是噩梦，更是一个无形的炸弹。 4.另外，注意会在形如“D:\workspace\ucdetector_reports”目录也会生成扫描的结果文件： ? 清除不用的资源： ARC（android resource cleaner） 下载地址 http://download.csdn.net/detail/androidzhaoxiaogang/4539852 1.改工具是本人根据自己的经验在别人的基础上改进而开发的一个工具，对比其它工具更加简单易用，而且可以清理工程里面大概12种不用的资源，本人也深感其方便之处。 4.xml和png的图片可以点击操作菜单里面的删除和全部删除来达到目的； 5.如果大家在使用中碰到什么问题，在帮助里面有我的联系方式。
86870发布于 2018-01-29 - 来自专栏腾讯技术工程官方号的专栏
Kubernetes 资源拓扑感知调度优化
因此，我们决定从各个方案的架构优点出发，探索出一套更加强大的、贴合腾讯星辰算力实际场景的资源精细化调度增强方案。 4. 问题分析 4.1. 例如，星辰算力的资源池中也含有较多碎片虚拟机，这部分节点不是混部方式生产出来的，相比而言资源稳定，但是规格很小（如 8 核 CVM，每个 NUMA Node 有 4 核）。 由于大多数任务规格都会超过 4 核，这类资源就在使用过程中就可以跨 NUMA Node 进行分配，否则很难匹配。 因此，拓扑感知调度需要更强的灵活性，适应各种核心分配与拓扑感知场景。 4.3. 优化结果 根据上述精细化调度方案，我们对一些线上的任务进行了测试。此前，用户反馈任务调度到一些节点后计算性能较差，且由于 steal_time升高被频繁驱逐。 经过优化后，资源得到更合理地利用，原有测试任务的训练速度能提升至原来的 3 倍，CPU 抢占的驱逐率大大降低至物理机水平。
2.3K20编辑于 2022-06-24 - 来自专栏拭心的安卓进阶之路
Android 性能优化：使用 Lint 优化代码、去除多余资源
今天，以“成为优秀的程序员”为目标的拭心将和大家一起精益求精，学习使用 Lint 优化我们的代码。 Lint 工作方式简单介绍 Lint 会根据预先配置的检测标准检查我们 Android 项目的源文件，发现潜在的 bug 或者可以优化的地方，优化的内容主要包括以下几方面： Correctness：不够完美的编码 忽略警告可以分两种： 在 Java 代码中 在 XML 文件夹中 在 Java 代码中忽略 Lint 警告： 忽略 Lint 警告的注解跟 @SuppressWarnings 很类似，@SuppressLint 自动删除查找出来的无用资源文件 代码迭代版本一多，很容易会遗留一些无用的代码、资源文件，我们可以使用 Lint 进行清除。 ，输入要检测的内容，这里是无用资源： ? 然后选择 Unused resources，再选择范围后就开始检测。 检测出这么多无用文件： ?
4.2K60发布于 2018-01-05 - 来自专栏程序员成长充电站
Java学习资源整理
1.关注twitter上的Java组织以及大牛 许多大牛或公司会在twitter上发布有关Java的最新动态及相关资源，多逛逛说不定会有意外收获。 3.美团点评技术博客 不知Java了，包括了前端、算法、数据库优化等，内容比较优质，大部分都是美团在技术中的应用相关的一些原理和实践，很有启发。 4.Java成神之路 5.journaldev 资源丰富，包括Java基础、Servle、Spring、设计模式等。 比较好的教程资源 1.Awesome Java 2.Java-Interview Java面试题整理 3.JDK源码阅读笔记 4.Java设计模式实现 5.Java学习笔记 包括JavaSE和JavaWeb 3.慕课网相关课程 http://happymmall.com/ 4.黑马程序员Java就业班及项目 5.Udemy 上面的课程资源也丰富，价格相对来说比较便宜，Java和Web开发的课程也不少。
1.3K21发布于 2019-08-19 - 来自专栏河湾欢儿的专栏
4.页面优化
为什么要优化？ 优化的好处 1.提升网页响应速度 2.有利于搜索引擎搜索 3.对后期维护比较方便 怎么优化？ 1.减少请求 2.减少文件的大小 3.页面性能 4.可读性、维护性 1.图片合并 2.css文件合并 （多个css文件合并为一个、少量的行内样式、避免import的方式引入文件） 3.减少图片的大小 （选择合适的图片格式） 4.css值缩写 5.0px 中px省略 0% 0 0.5可以写成.5 6.选择器合并 7.link标签引入样式放到head标签中 8.js脚本建议放在底部，等页面加载完之后再处理 尽量用语义化的标签来编写，有利于seo 15.类型和id名，以内容语义来命名 16.避免hack 17.模块化（一系列相关的结构做成一个模块来处理） 18.必要的时候添加注释，可读性比较好 比如说代码优化 ，大家试着说一下怎么优化？
51220发布于 2018-09-06 - 来自专栏技术杂记
Mysql 优化存储4
优化脚本 一般此过程会非常漫长，可以写一个脚本来后台运行，或简单的控制一下IO [hunter@opti-slave ~]$ cat opti.bash #! opti.bash >> /path/to/optimize.log 2>&1 & 通过监控 optimize.log 来判断执行完成状态 也可以通过查看监控，IOPS很能反映问题 ---- 恢复备份 优化完成后 ，立刻恢复备份 start slave; 通过对比前后数据文件大小，可以明显看到优化效果 一般少也能缩减5%的空间，平均在10%左右，我自己经历最明显效果的是减少了32%的空间，对于一个大库来说，能节省不少磁盘空间 ，并且对查询性能也有一定优化效果 ---- 命令汇总 pt-table-checksum --nocheck-replication-filters --nocheck-binlog-format --
41620编辑于 2022-03-21 - 来自专栏Java 汇总
4.Mysql 优化
1.ORDER BY的优化 某些情况下，MySQL使用索引排序，尽量避免使用 filesort 即使ORDER BY与索引不完全匹配，也可以使用索引，只要索引的未使用部分和额外的 如果是这样，优化器可能不使用索引。如果SELECT*只选择索引列，则使用索引并避免排序。 * FROM t1 WHERE key_part1 = constantORDER BY key_part2; ---- 假设 key_part1不是索引或索引的一部分，在条件中作为常量条件存在，则优化器也会使用索引 为了获得文件排序操作的内存，从MySQL8.0.12开始，优化器会根据需要递增地分配内存缓冲区，直到达到sort_buffer_size系统变量指定的大小，而不是像MySQL8.0.12之前那样预先分配固定数量的
1K20发布于 2020-10-29 - 来自专栏性能与架构
eBay 对静态资源加载的优化
jquery.js 和 logic_b.js 打包成） 这两个JS文件中都包含了 jquery.js ，但还是需要每个页面都加载，使用不了缓存 所以需要一个折中的方案，既能减少HTTP请求的数量，又能缓存公共文件 优化过程 优化思路是拆分出公共资源，不再全都打包成一个文件，而是拆除两个文件，公共资源包 + 独立资源包 ? 公共核心资源例如 ? ，一个是这个子域的通用资源，一个是完全个性的页面资源，例如 ? 域公共资源：此域内各个请求中都一致的 JS CSS，不会随着请求参数的不同而变化，这部分资源还会被打包成一个文件，同样可以使用到浏览器缓存 个性资源：与请求参数密切相关的资源，例如业务逻辑的处理，页面中引用的所有个性资源再打包成一个文件
1.1K80发布于 2018-04-03 前端打包与资源优化导览
言归正传，所有的优化都应有指标，前端的资源优化、打包优化也是如此：打包时长打包体积访问时长响应时长但它们并不是绝对的指标，比如：打包总体积变小核心包变大、访问时长会变大；分包后访问时长变小、但响应时长会变大等 所以，盲目追求优化数值并不能带来好的效果，需要根据实际情况进行取舍。本文仅梳理优化手段，以 vite 项目为例，具体采用哪些手段需按你业务的实际情况来。 再比如 import.meta.glob 等的错误使用，而将未使用的模块或资源也打包进来。 资源缓存给请求配上缓存相关的 request headers比如 Expires 和 Cache-Control 可以去设定过期时间。 或者通过 service-worker 来缓存资源。Gzip 压缩给请求配上压缩相关的 request headers服务器端优化增加宽带，增加 CDN 服务，减少 cookie 使用。
41151编辑于 2024-11-19- 来自专栏腾讯云原生团队
大型Kubernetes集群的资源编排优化
，接下来我们将分别介绍在腾讯内部是如何解决和优化这些问题的。 [f1ow4b65ed.png] Dynamic-scheduler在调度的时候需要各Node上的负载数据，为了不阻塞动态调度器的调度这些负载数据，需要有模块定期去收集和记录。 [cebu4zhfph.png] 业务如何更快速的扩容问题 业务上云的一个重要优势就是在云上能实现更好的弹性伸缩，Kubernetes原生也提供了这种横向扩容的弹性伸缩能力（HPA)。 [ebuactw4pw.png] 产品在各集群的资源使用情况是会时刻变化的，所以产品在各集群配额也需要根据业务的使用情况进行动态的调整。 [cx3i4w2732.png] 总结 上面提到的方案只是简单说了一下我们的一些解决问题的思路，其实在真正运作的过程中还有很多细节需要考虑和优化。
3K5546发布于 2020-08-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号