搜索[包体优化]结果-低调大师优秀个人博客

精选列表

搜索[包体优化]，共10000篇文章

Java程序性能优化

《Java程序性能优化：让你的Java程序更快、更稳定》葛一鸣著优化必须有明确的目标：优化的是短板。

2018-01-07

nginx优化突破十万并发

一、一般来说nginx 配置文件中对优化比较有作用的为以下几项： 1. worker_processes 8; nginx 进程数，建议按照cpu 数目来指定，一般为它的倍数 (如,2个四核的cpu计为

2017-12-08

Android APP性能优化技巧

优化设备的电池寿命如果应用很费电，请不要责怪用户卸载了你的应用。

2017-11-21

mysql优化思维引导一

一般数据库优化分sql语句优化和数据库服务器参数优化，数据库服务器参数优化是DBA可以独立完成的，但是sql语句优化就必须和开发人员协同完成。

2017-11-21

性能优化总结（一）：前言

最近在GIX4项目上做了一些性能方面的优化，为了方便和同事们分享经验，今天准备把一些相关的小技巧都写一下。这几个技巧并不难，也不是说设计得多好，而是我觉得它们很重要。

2017-11-16

iOS开发-UITableView表格优化

之前的一篇文章大概讲述了一下UITableView的使用，UITableView在iOS的地位和ListView在Android中的地位基本上算是不相上下，关于ListView的优化网上的也有很多文章。

2017-11-15

LAMP 架构深度优化记录

##############基于LAMP（LNMP）问架构深度优化---配置文文件################# 3、修改配置文件参数实现隐藏版本号 a、nginx隐藏版本号 syntaxserver_tokens

2017-11-15

AndroidUI优化工具——HierarchyViewer

为什么使用HierarchyViewer 不合理的布局会使我们的应用程序UI性能变慢，HierarchyViewer能够可视化的角度直观地获得UI布局设计结构和各种属性的信息，帮助我们优化布局设计。

2017-11-14

Ceph架构及性能优化

对分布式存储系统的优化离不开以下几点： 1.硬件层面硬件规划 SSD选择 BIOS设置 2.软件层面 Linux OS Ceph Configurations PG Number调整 CRUSH Map

2017-11-12

Scan Cachingscanner一次缓存多少数据来scan（从服务端一次抓多少数据回来scan）。默认值是 1，一次只取一条。Scan Attribute Selectionscan时建议指定需要的Column Family，减少通信量，否则scan操作默认会返回整个row的所有数据（所有Coulmn Family）。Close ResultScanners通过scan取完数据后，记得要关闭ResultScanner，否则RegionServer可能会出现问题（对应的Server资源无法释放）。Optimal Loading of Row Keys当你scan一张表的时候，返回结果只需要row key（不需要CF, qualifier,values,timestaps）时，你可以在scan实例中添加一个filterList，并设置 MUST_PASS_ALL操作，filterList中addFirstKeyOnlyFilter或KeyOnlyFilter。这样可以减少网络通信量Turn off WAL on Puts当Put某些非重要数据时，你可以设置writeToWAL(false)，来进一步提高写性能。writeToWAL(false)会在Put时放弃写WAL log。风险是，当RegionServer宕机时，可能你刚才Put的那些数据会丢失，且无法恢复启用Bloom FilterBloom Filter通过空间换时间，提高读操作性能什么时候需要Write Buffer？默认情况下，一次Put操作即要与Region Server执行一次RPC操作，其执行过程可以被拆分为以下三个部分：T1：RTT(Round-Trip Time)，即网络往返时延，它指从客户端发送数据开始，到客户端收到来自服务端的确认，总共经历的时延，不包括数据传输的时间；T2：数据传输时间，即Put所操作的数据在客户端与服务端之间传输所消耗的时间开销，当数据量大的时候，T2的开销不容忽略；T3：服务端处理时间，对于Put操作，即写入WAL日志（如果设置了WAL标识为true）、更新MemStore等。其中，T2和T3都是不可避免的时间开销，那么能不能减少T1呢？假设我们将多次Put操作打包起来一次性提交到服务端，则可以将T1部分的总时间从T1 * N降低为T1，其中T1为一次RTT时间，N为Put的记录条数。正是出于上述考虑，HBase为用户提供了客户端缓存批量提交的方式（即Write Buffer）。假设RTT的时间较长，如1ms，则该种方式能够显著提高整个集群的写入性能。那么，什么场景下适用于该种模式呢？下面简单分析一下：如果Put提交的是小数据（如KB级别甚至更小）记录，那么T2很小，因此，通过该种模式减少T1的开销，能够明显提高写入性能。如果Put提交的是大数据（如MB级别）记录，那么T2可能已经远大于T1，此时T1与T2相比可以被忽略，因此，使用该种模式并不能得到很好的性能提升，不建议通过增大Write Buffer大小来使用该种模式。如何配置使用Write Buffer？如果要启动Write Buffer模式，则调用HTable的以下API将auto flush设置为false：void setAutoFlush(boolean autoFlush)默认配置下，Write Buffer大小为2MB，可以根据应用实际情况，通过以下任意方式进行自定义：1）调用HTable接口设置，仅对该HTable对象起作用：void setWriteBufferSize(long writeBufferSize) throws IOException2）在hbase-site.xml中配置，所有HTable都生效（下面设置为5MB）：hbase.client.write.buffer5242880该种模式下向服务端提交的时机分为显式和隐式两种情况：1）显式提交：用户调用flushCommits()进行提交；2）隐式提交：当Write Buffer满了，客户端会自动执行提交；或者调用了HTable的close()方法时无条件执行提交操作。 Write Buffer有什么潜在的问题？首先，Write Buffer存在于客户端的本地内存中，那么当客户端运行出现问题时，会导致在Write Buffer中未提交的数据丢失；由于HBase服务端还未收到这些数据，因此也无法通过WAL日志等方式进行数据恢复。其次，Write Buffer方式本身会占用客户端和HBase服务端的内存开销，具体见下节的详细分析。如何预估Write Buffer占用的内存？客户端通过Write Buffer方式提交的话，会导致客户端和服务端均有一定的额外内存开销，Write Buffer Size越大，则占用的内存越大。客户端占用的内存开销可以粗略地使用以下公式预估：hbase.client.write.buffer * number of HTable object for writing而对于服务端来说，可以使用以下公式预估占用的Region Server总内存开销：hbase.client.write.buffer hbase.regionserver.handler.count number of region server其中，hbase.regionserver.handler.count为每个Region Server上配置的RPC Handler线程数。

2017-11-03

Android程序运行性能优化

Android程序运行性能优化原文地址对于Android手机来说，由于Google全面开放多任务同时运行着Java这样的解释型语言导致对RAM的开销很大，随着Android平台的发展很多新手程序员在经验等问题

2017-10-23

PaaS容器集群优化之路

本文讲的是PaaS容器集群优化之路【编者的话】本文探讨了在一个复杂的PaaS系统中，如何系统化、科学化的进行全系统的性能优化工作。

2017-10-10

Dockerfile之优化经验浅谈

本文讲的是Dockerfile之优化经验浅谈，【编者的话】本文主要讲述如何优化Dockerfile，来缩短docker镜像构建需要的时间，以及Dockerfile的一些编辑规范，推荐所有的Docker

2017-09-17

性能优化之APK瘦身

，主要包含三个文件 MANIFEST.MF：主要存放APK包中每个文件的名字及每个文件的SHA1哈希值 MANIFEST.MF CERT.SF:通常每个APP会有一个特定的名字，例如BDMOBILE.SF

2017-09-09

优化数据中心运营

鉴于新建一处新的数据中心或扩大现有数据中心的成本和时间限制，IT领导人都希望确保对他们现有的操作尽可能的优化。有几种方法来优化数据中心。

2017-08-31

HBase查询优化——持续更新

Scan:setBatch,setCaching,setCacheBlocks public void setBatch(int batch) public void setCaching(int caching) public void setCacheBlocks(boolean cacheBlocks) setBatch:为设置获取记录的列个数，默认无限制，也就是返回所有的列 setCaching:每次从服务器端读取的行数，默认为配置文件中设置的值 <property> <name>hbase.client.scanner.caching</name> <value>100</value> </property> setCacheBlocks:是否缓存块，默认缓存，我们分内存，缓存和磁盘，三种方式，一般数据的读取为内存->缓存->磁盘，当为非热点数据，不需要缓存设置示例: dataScan.setCacheBlocks(false);//禁用缓存块 dataScan.setBatch(19);//设置获取记录的列个数,默认都返回 dataScan.setCaching(500);//太大了占用内存，太少了rpc太多

2017-08-01

HBase写入优化--write buff

write buff操作前两天在观察kafka消费数据的时候，发现HBase偶尔会报一个org.apache.hadoop.hbase.RegionTooBusyException: org.apache.hadoop.hbase.RegionTooBusyException这种错误出来，从描述上看，是HBase写入太过频繁导致的。首先来看我的写入操作代码: /** * 单条更新hbase数据 * * @param tableName * 表名 * @param put * put对象 * @return 成功与否 * @throws IOException */ public synchronized boolean insert(String tableName, Put put) throws IOException { Table table = getTable(tableName); table.put(put); table.close(); return true; } 这种方式写入单条数据，写入情况就是，没过来一条数据，就向HBase的region里面写入一条，操作太频繁。解决方式:批量写入首先，在hbase-site.xml配置文件中加入(也可以使用其他配置方式，如代码方式，但是不建议使用代码方式，发布时候还要重新编译，太麻烦): <property> <name>hbase.client.write.buffer</name> <value>5242880</value> </property> 设置达到多少时候就行写入。接着，修改单条写入时候的代码: public synchronized boolean insert(String tableName, Put put) throws IOException { HTable table = (HTable) getTable(tableName); table.setAutoFlushTo(false); put.setDurability(Durability.SKIP_WAL);//禁用hbase的预写日志功能 table.put(put); return true; } 这样，如果调用这个insert方法，插入数据，虽然成功返回也不报错，但是只是在客户端做一个数据累计，等达到了我设置的5M之后，才进行一次性写入。虽然这样做减少了IO次数和网络传输次数，但是，一旦客户端出错或者HBase有问题，那么这些数据就丢失掉了，对于保证数据绝对不能丢失的这种情况，建议谨慎使用。 write buff分析 Put操作 public void put(Put put) throws IOException { this.getBufferedMutator().mutate(put); if(this.autoFlush) { this.flushCommits(); } } 观察HBase client的api,会发现，这里，如果是autoFlash,会立马执行一个操作，叫做flushCommits,在这个操作里面，会立即将数据写入数据库。另外，在table进行关闭的时候，也会隐性的将数据写入数据库: public void close() throws IOException { if(!this.closed) { this.flushCommits(); if(this.cleanupPoolOnClose) { this.pool.shutdown(); try { boolean e = false; do { e = this.pool.awaitTermination(60L, TimeUnit.SECONDS); } while(!e); } catch (InterruptedException var2) { this.pool.shutdownNow(); LOG.warn("waitForTermination interrupted"); } } if(this.cleanupConnectionOnClose && this.connection != null) { this.connection.close(); } this.closed = true; } } 真正的写入操作，其实是发生在: public void mutate(List<? extends Mutation> ms) throws InterruptedIOException, RetriesExhaustedWithDetailsException { if(this.closed) { throw new IllegalStateException("Cannot put when the BufferedMutator is closed."); } else { long toAddSize = 0L; Mutation m; for(Iterator i$ = ms.iterator(); i$.hasNext(); toAddSize += m.heapSize()) { m = (Mutation)i$.next(); if(m instanceof Put) { this.validatePut((Put)m); } } if(this.ap.hasError()) { this.currentWriteBufferSize.addAndGet(toAddSize); this.writeAsyncBuffer.addAll(ms); this.backgroundFlushCommits(true); } else { this.currentWriteBufferSize.addAndGet(toAddSize); this.writeAsyncBuffer.addAll(ms); } while(this.currentWriteBufferSize.get() > this.writeBufferSize) { this.backgroundFlushCommits(false); } } } 当当前的数据达到我们设置的buff size的时候，才会进行一个真正的写入操作。 PS:如果想让数据立即写入，可以显示调用flushCommits或者调用close方法。

2017-06-27

优化Android Studio/Gradle构建

使用Android Studio进行开，随着项目的增大，依赖库的增多，构建速度越来越慢，现在最慢要6分钟才能 build一个release的安装包，在网上查找资料，发现可以通过一些配置可以加快速度，这里跟大家分享一下

2017-06-21

Android 代码性能优化建议

同样，设备有没有JIT（即时编译，译者注）也对运行速度有重大影响：在有JIT情况下的最优化代码不一定在没有JIT的情况下也最优化。

2017-05-01

sql优化-检索及定位

default-character-set=utf8 [mysqld] default-time-zone='+8:00' server-id=9527 user=mysql #bin-log日志相关优化参数

2017-04-28

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

精选列表

Java程序性能优化

nginx优化突破十万并发

Android APP性能优化技巧

mysql优化思维引导一

性能优化总结（一）：前言

iOS开发-UITableView表格优化

LAMP 架构深度优化记录

AndroidUI优化工具——HierarchyViewer

Ceph架构及性能优化

Hbase客户端优化

Android程序运行性能优化

PaaS容器集群优化之路

Dockerfile之优化经验浅谈

性能优化之APK瘦身

优化数据中心运营

HBase查询优化——持续更新

HBase写入优化--write buff

优化Android Studio/Gradle构建

Android 代码性能优化建议

sql优化-检索及定位

资源下载

Nacos

Spring

Rocky Linux

Sublime Text

欢迎您来访！

精选列表

Java程序性能优化

nginx优化 突破十万并发

Android APP性能优化技巧

mysql优化思维引导一

性能优化总结（一）：前言

iOS开发-UITableView表格优化

LAMP 架构深度优化记录

AndroidUI优化工具——HierarchyViewer

Ceph架构及性能优化

Hbase客户端优化

Android程序运行性能优化

PaaS容器集群优化之路

Dockerfile之优化经验浅谈

性能优化之APK瘦身

优化数据中心运营

HBase查询优化——持续更新

HBase写入优化--write buff

优化Android Studio/Gradle构建

Android 代码性能优化建议

sql优化-检索及定位

资源下载

Nacos

Spring

Rocky Linux

Sublime Text

欢迎您来访！

nginx优化突破十万并发