Eclipse使用设置、性能调优
eclipse调优
一般在不对eclipse进行相关设置的时候，使用eclipse总是会觉得启动好慢，用起来好卡，其实只要对eclipse的相关参数进行一些配置，就会有很大的改善。
加快启动速度
1.在eclipse启动的时候，它总是会搜索让其运行的jre，往往就是这个搜索过程让eclipse启动变慢了。（没设置时，等2-3s出现进度条，设置后直接出现进度条）
只要在eclipse.ini中加入-vm的参数就可以了
2.取消所有启动时要激活的插件（在用时激活也一样）和其它的相关的在启动时执行的操作。
3.关闭自动更新
减少jvm内存回收引起的eclipse卡的问题
这个主要是jvm在client模式，进行内存回收时，会停下所有的其它工作，带回收完毕才去执行其它任务，在这期间eclipse就卡住了。所以适当的增加jvm申请的内存大小来减少其回收的次数甚至不回收，就会是卡的现象有明显改善。
主要通过以下的几个jvm参数来设置堆内存的：
-Xmx512m 最大总堆内存，一般设置为物理内存的1/4
-Xms512m 初始总堆内存，一般将它设置的和最大堆内存一样大，这样就不需要根据当前堆使用情况而调整堆的大小了
-Xmn192m 年轻带堆内存，sun官方推荐为整个堆的3/8
堆内存的组成总堆内存= 年轻带堆内存+ 年老带堆内存+ 持久带堆内存年轻带堆内存对象刚创建出来时放在这里
年老带堆内存对象在被真正会回收之前会先放在这里
持久带堆内存class文件，元数据等放在这里
-XX:PermSize=128m 持久带堆的初始大小
-XX:MaxPermSize=128m 持久带堆的最大大小，eclipse默认为256m。如果要编译jdk这种，一定要把这个设的很大，因为它的类太多了。
我的配置（2g内存的笔记本）：
还有其它的相关参数可以看看下面的参考材料，很有启发的：
-XX:+UseParallelGC 使用并发内存回收
-XX:+DisableExplicitGC 禁用System.gc()的显示内存回收
eclipse.ini
-startup
plugins/https://www.doczj.com/doc/0f8697192.html,uncher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/https://www.doczj.com/doc/0f8697192.html,uncher.win32.win32.x86_1.1.200.v20120522-1813
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms512m
-Xmx512m
-Xmn192m
-XX:PermSize=128m
-XX:MaxPermSize=128m
eclipse相关设置来来减少卡的现象
1.关闭自动构建。在启用时，每保存一下，eclipse就会自动为我们构建整个项目，这样对于大的项目来说，每次保存时都会造成很卡。其实自动构建完全没有必要，只要保证在运行前构建一次就ok了，eclipse也会在运行前自动为我们构建，所以关闭是最明智的选择。
2.关闭拼写检查设置
其它的优化链接
https://www.doczj.com/doc/0f8697192.html,/blog/1380429
参考材料
jvm启动参数大全：https://www.doczj.com/doc/0f8697192.html,/midstr/archive/2008/09/21/230265.html
jvm结构的一些知识(其中的堆的构成)：https://www.doczj.com/doc/0f8697192.html,/group/wiki/2905-JVM jvm堆知识：https://www.doczj.com/doc/0f8697192.html,/blog/1028455
eclipse启动调优：https://www.doczj.com/doc/0f8697192.html,/topic/756538
eclipse自带的help contents(搜索"Running Eclipse"可以找到启动相关的配置)
eclipse设置
eclipse的使用，在其help文件中都有详细的介绍如何使用的，一般可以去那边找。代码折叠设置
快捷键设置
编译器错误、警告设置
本地历史设置
代码格式化设置
库设置
文本编辑器设置
让eclipse能启动多个实例
工作空间设置
xml编辑器设置
外观设置
代码格式化风格设置
鼠标over代码等时的提示设置
代码提示设置
创建新文件时生成文件的模版设置
junit launcher设置。在开发android时，如果用eclipse内置的launcher是不行的，必须用android 提供的。
eclipse使用文件比较
Eclipse列编辑模式
常用U-boot命令详解(z) 2010-09-30 15:05:52| 分类：学习心得体会|字号订阅 U-boot发展到现在，他的命令行模式已经非常接近Linux下的shell了，在我编译的 U-boot-2009.11中的命令行模式模式下支持“Tab”键的命令补全和命令的历史记录功能。而且如果你输入的命令的前几个字符和别的命令不重复，那么你就只需要打这几个字符即可，比如我想看这个U-boot的版本号，命令就是“ version”，但是在所有的命令中没有其他任何一个的命令是由“v”开头的，所以只需要输入“v”即可。 [u-boot@MINI2440]# version U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# v U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# base Base Address: 0x00000000 [u-boot@MINI2440]# ba Base Address: 0x00000000 由于U-boot支持的命令实在太多，一个一个细讲不现实，也没有必要。所以下面我挑一些烧写和引导常用命令介绍一下，其他的命令大家就举一反三，或者“help”吧！ （1）获取帮助 命令：help 或? 功能：查看当前U-boot版本中支持的所有命令。 [u-boot@MINI2440]#help ?- alias for'help' askenv - get environment variables from stdin base - print or set address offset bdinfo - print Board Info structure bmp - manipulate BMP image data boot - boot default, i.e., run 'bootcmd' bootd - boot default, i.e., run 'bootcmd' bootelf - Boot from an ELF image in memory bootm - boot application image from memory bootp - boot image via network using BOOTP/TFTP protocol
系统性能优化方案 (第一章) 系统在用户使用一段时间后（1年以上），均存在系统性能（操作、查询、分析）逐渐下降趋势，有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨，在实际用户的生产环境，现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用，对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整，我们对现有系统的性能主要总结了以下几个瓶颈： 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力，但是由于没有进行数据库连接池的管理，在某种程度上，随着应用服务器的不断扩大和用户数量增加，连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式（架构）问题(应用程序设计的优化) 在业务系统中，随着业务流程的不断增加，业务控制不断深入，分析统计、决策支持的需求不断提高，我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计，例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上，单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题（指定类型SQL语句的优化）
目前在系统开发过程中，数据库设计由开发人员承担，由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因，未对系统的数据库进行整体的分析与性能设计，仅仅实现了简单的数据存储与展示，随着用户数据量的不断增加，系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大，数据库管理员（DBA）的角色未建立，整个系统的数据库开发存在非常大的随意性，而且在数据库自身技术的研究、硬件配置的研究等方面未开展，导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广，在远程数据库应用技术上，我们在实际设计、开发上未充分的考虑网络因素，在数据传输量上的不断加大，传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题，我们进行了以下几个方面的尝试： 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显，仅供参考！
Eclipse使用设置、性能调优 eclipse调优 一般在不对eclipse进行相关设置的时候，使用eclipse总是会觉得启动好慢，用起来好卡，其实只要对eclipse的相关参数进行一些配置，就会有很大的改善。 加快启动速度 1.在eclipse启动的时候，它总是会搜索让其运行的jre，往往就是这个搜索过程让eclipse启动变慢了。（没设置时，等2-3s出现进度条，设置后直接出现进度条） 只要在eclipse.ini中加入-vm的参数就可以了 2.取消所有启动时要激活的插件（在用时激活也一样）和其它的相关的在启动时执行的操作。
3.关闭自动更新
减少jvm内存回收引起的eclipse卡的问题 这个主要是jvm在client模式，进行内存回收时，会停下所有的其它工作，带回收完毕才去执行其它任务，在这期间eclipse就卡住了。所以适当的增加jvm申请的内存大小来减少其回收的次数甚至不回收，就会是卡的现象有明显改善。 主要通过以下的几个jvm参数来设置堆内存的： -Xmx512m 最大总堆内存，一般设置为物理内存的1/4 -Xms512m 初始总堆内存，一般将它设置的和最大堆内存一样大，这样就不需要根据当前堆使用情况而调整堆的大小了 -Xmn192m 年轻带堆内存，sun官方推荐为整个堆的3/8 堆内存的组成总堆内存= 年轻带堆内存+ 年老带堆内存+ 持久带堆内存年轻带堆内存对象刚创建出来时放在这里 年老带堆内存对象在被真正会回收之前会先放在这里 持久带堆内存class文件，元数据等放在这里 -XX:PermSize=128m 持久带堆的初始大小 -XX:MaxPermSize=128m 持久带堆的最大大小，eclipse默认为256m。如果要编译jdk这种，一定要把这个设的很大，因为它的类太多了。 我的配置（2g内存的笔记本）： 还有其它的相关参数可以看看下面的参考材料，很有启发的： -XX:+UseParallelGC 使用并发内存回收 -XX:+DisableExplicitGC 禁用System.gc()的显示内存回收 eclipse.ini -startup plugins/https://www.doczj.com/doc/0f8697192.html,uncher_1.3.0.v20120522-1813.jar --launcher.library plugins/https://www.doczj.com/doc/0f8697192.html,uncher.win32.win32.x86_1.1.200.v20120522-1813
Web网站性能优化的相关技术 来源：站长网 https://www.doczj.com/doc/0f8697192.html, 2011-03-04 06:50:47 Web站点性能问题吸引或者迫使越来越多的人投入到这个问题的研究中来，产生了很多解决方案。下面是我根据自身的理解对这些技术进行了归类总结，如有不足之处欢迎拍砖。 一、提高服务器并发处理能力 我们总是希望一台服务器在单位时间内能处理的请求越多越好，这也成了web 服务器的能力高低的关键所在。服务器之所以可以同时处理多个请求，在于操作系统通过多执行流体系设计，使得多个任务可以轮流使用系统资源，这些资源包括CPU、内存以及I/O等。这就需要选择一个合适的并发策略来合理利用这些资源，从而提高服务器的并发处理能力。这些并发策略更多的应用在apache、nginx、lighttpd等底层web server软件中。 二、Web组件分离 这里所说的web组件是指web服务器提供的所有基于URL访问的资源，包括动态内容，静态网页，图片，样式表，脚本，视频等等。这些资源在文件大小，文件数量，内容更新频率，预计并发用户数，是否需要脚本解释器等方面有着很大的差异，对不同特性资源采用能充分发挥其潜力的优化策略，能极大的提高web 站点的性能。例如：将图片部署在独立的服务器上并为其分配独立的新域名，对静态网页使用epoll模型可以在大并发数情况下吞吐率保持稳定。 三、数据库性能优化和扩展。 Web服务器软件在数据库方面做的优化主要是减少访问数据库的次数，具体做法就是使用各种缓存方法。也可以从数据库本身入手提高其查询性能，这涉及到数据库性能优化方面的知识本文不作讨论。另外也可以通过主从复制，读写分离，使用反向代理，写操作分离等方式来扩展数据库规模，提升数据库服务能力。 四、Web负载均衡及相关技术 负载均衡是web站点规模水平扩展的一种手段，实现负载均衡的方法有好几种包括基于HTTP重定向的负载均衡，DNS负载均衡，反向代理负载均衡，四层负载均衡等等。 对这些负载均衡方法做简单的介绍：基于HTTP重定向的负载均衡利用了HTTP 重定向的请求转移和自动跳转功能来实现负载均衡，我们熟悉的镜像下载就使用这种负载均衡。DNS负载均衡是指在一个DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时返回不同的解析结果将客户端的访问引到不同的机
QJR系列 矿用隔爆兼本质安全型软起动器 使 用 说 明 书 上海佳洲防爆电器有限公司
使用前请认真阅读本说明书 本说明书根据GB9969.1《工业产品使用说明书总则》；GB9969.2《机电产品使用说明书编写规定》的有关规定要求和内容进行编制。 产品执行Q/JZ001-2011、MT/T943-2005和GB3836-2000等标准。 一、概述 1、产品特点 矿用隔爆兼本质安全型软起动器（以下简称软起动器）是机电一体化的新技术产品，该产品适用于交流380V、660V、1140V的电压异步电动机重负荷软起动，在正常运转状态下对电机进行各种保护。它具有起动电流小，起动速度平稳可靠，保护功能齐全，是我公司自行设计、开发的高技术产品。在矿用隔爆兼本质安全型真空电磁起动器的基础上，改直接起动或停止为软起动或软停止，降低了起动电流（由4Ie-7Ie改善为0.5Ie-4Ie可调），减少了起动时冲击电流对电网及负载的冲击。它用软件控制方式来平滑起动电机，一方面以软件控强电，另一方面使电动机转速由慢到快逐渐上升到额定转速，有效解决了直接起动或自耦降压起动、Y/Δ转换、降压起动造成的起动时瞬时电流尖峰冲击，起动二次冲击电流对负载产生冲击转距，当电网电压下降可能造成电机堵转等诸多问题，是传统的矿用隔爆本质安全型真空电磁起器的理想替代产品。 该产品采用全中文宽屏显示、并具有漏电闭锁、断相、过压、欠压、、过载、三相不平衡、短路等保护功能，并能储存相应的故障信息，以及运行电流，电压故障等工作状态信息。 2、主要用途及适用范围 本起动器主要用于有甲烷和煤尘爆炸环境的煤矿井下、露天煤矿、冶金矿山、港口码头、选煤厂、发电厂等对重负荷的运输设备实行软起动。 起动器可以就地、远距离起动、停止控制，及联机控制等多种方式；额定电压为1140V、660V、380V，频率是50Hz，额定电流在400A范围内的三相异步电机，起动方式可以是软起动，也可以像普通的磁力起动器一样直接带负荷起动。机壳外有隔离换向开关手柄，可以对电机的转向进行选择，必要时按下急停按钮，转动隔离换向手柄至分位置，直接分断电动机。 3、规格 电压等级：1140V、660V、380V。 电流等级：400A以下。 4、型号的组成及代表意义 Q J R-□/□ 额定电压：V 额定电流：A 软起动 隔爆兼本质安全型 起动器 5、软起动器的防爆型式与标志为：矿用隔爆兼本质安全型
随着技术的发展，智能手机硬件配置越来越高，可是它和现在的PC相比，其运算能力，续航能力，存储空间等都还是受到很大的限制，同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由，足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时，我们应该时刻牢记，写出高效代码的两条基本的原则：（1）不要做不必要的事；（2）不要分配不必要的内存。 我从去年开始接触Android开发，以下结合自己的一点项目经验，同时参考了Google的优化文档和网上的诸多技术大牛给出的意见，整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如：Nexus o ne 对每个软件的内存限制是24M)，同时Java语言本身比较消耗内存，d alvik虚拟机也要占用一定的内存空间，所以合理使用内存，彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译（Just-in-time Compilation，JIT），又称动态转译（Dynamic Translation），是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现，新版
（Android2.2+）将换成JIT编译器实现。性能测试显示，在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.doczj.com/doc/0f8697192.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐，世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池，可以使创建对象的代价变得小一些，但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存，就会引发周期性的垃圾回收，用户就会觉得界面像打嗝一样一顿一顿的。所以，除非必要，应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则： 当你从用户输入的数据中截取一段字符串时，尽量使用substring函数取得原始数据的一个子串，而不是为子串另外建立一份拷贝。这样你就有一个新的String对象，它与原始数据共享一个char数组。如果你有一个函数返回一个String对象，而你确切的知道这个字符串会被附加到一个Stri ngBuffer，那么，请改变这个函数的参数和实现方式，直接把结果附加到StringBuffer中，而不要再建立一个短命的临时对象。 一个更极端的例子是，把多维数组分成多个一维数组： int数组比Integer数组好，这也概括了一个基本事实，两个平行的int数组比(int,int)对象数组性能要好很多。同理，这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组，尝试使用两个单独的Foo[]
web服务器性能优化 导读：本文web服务器性能优化，仅供参考，如果觉得很不错，欢迎点评和分享。 作为一种资源的组织和表达机制，Web已成为Internet最主要的信息传送媒介。因此Web的性能已经成为判断一个网站成功与否的一个重要评估标准。而Web服务器则是决定Web性能的重要环节。 Web服务器性能就是指一个Web服务器响应用户请求的能力。为了提高Web服务器的性能人们进行了诸多尝试，已经取得了可喜的成果。本文通过对前人研究结果的分析，提出了在具体应用环境中优化Web服务器的方法和策略。 Web服务器概述 Web系统在现在网络中广泛使用，而Web服务器则是Web系统的一个重要组成部分。完整的Web结构应包括:HTTP协议，Web 服务器，通用网关接口CGI、Web应用程序接口、Web浏览器。 Web服务器是指驻留在因特网上某种类型计算机的程序。它是在网络中信息提供者基干HTTP的为实现信息发布、资料查询、数据处理等诸多应用搭建基本平台的服务器，其主要功能是提供网上信息浏览服务。当Web浏览器(客户端)连到服务器并请求文件时，服务器将处理该请求并将文件发送到该浏览器上，附带的信息会告诉浏览器如何查看该文件(即文件类型)。
Web服务器在web页面处理中大致可分为三个步骤:第一步，web浏览器向一个特定的服务器发出Web页面请求;第二步，Web 服务器接收到web页面请求后，寻找所请求的web页面，并将所请求的Web页面传送给Web浏览器;第三步，Web服务器接收到所请求的web页面，并将它显示出来。 web服务器不仅能够存储信息，还能在用户通过Web浏览器提供的信息的基础上运行脚本和程序。在Web上，常见的大多数表单核搜索引擎上都是用的是CGI脚本。 影响web应用服务器性能的因素 Web服务器的性能就是指一个Web服务器响应用户请求的能力，服务器的性能对于一个Web系统来说至关重要。为了提高Web 服务器的性能人们进行了许多尝试，也采用了许多技术和方法，但是这些技术和方法往往缺乏适用性。 通过对前人的研究分析可以发现，在web服务器的优化方而存在这种问题的原因主要有两个:一方面是服务器性能评测造成的，一方面是选用优化方案时考虑不全面造成的。 现行的服务器性能评测工具在对Web服务器进行评测时，其实是由一台或几台计算机模拟客户机，与被测的Web服务器进行通信，它们其实组成的只是一个局域网的环境，这与真正的广域网的环境有一定的差别。 另外，评测工具在选择网络负载时，虽然已经尽可能的接近真实负载，但是与持续的高频率负载要求仍有差距;再者，在性能测试指
ABB软启动器参数设置方法 软起动器是一种集电机软起动、软停车、轻载节能和多种保护功能于一体的新颖电机控制装置，国外称为Soft Starter。它的主要构成是串接于电源与被控电机之间的三相反并联闸管及其电子控制电路。运用不同的方法，控制三相反并联闸管的导通角，使被控电机的输入电压按不同的要求而变化，就可实现不同的功能。 软起动器和变频器是两种完全不同用途的产品。变频器是用于需要调速的地方，其输出不但改变电压而且同时改变频率；软起动器实际上是个调压器，用于电机起动时，输出只改变电压并没有改变频率。变频器具备所有软起动器功能，但它的价格比软起动器贵得多，结构也复杂得多。ABB PSS系列软启动器有3个旋转设定开关合一个2位拨动开关，对于各种不同的应用场合都能完成基本的参数设定。 1．启动曲线——设定启动时电压提升的时间 说明：斜坡升压软起动。这种起动方式最简单，不具备电流闭环控制，仅调整晶闸管导通角，使之与时间成一定函数关系增加。其缺点是，由于不限流，在电机起动过中，有时要产生较大的冲击电流使晶闸管损坏，对电网影响较大，实际很少应用。启动时间可在1-30秒内调整。 2．停止曲线——设定停止时间电压下降的速度 说明：电机停机时，传统的控制方式都是通过瞬间停电完成的。但有许多应用场合，不允许电机瞬间关机。例如：高层建筑、大楼的水泵系统，如果瞬间停机，会产生巨大的“水锤”效应，使管道，甚至水泵遭到损坏。为减少和防止“水锤”效应，需要电机逐渐停机，即软停车，采用软起动器能满足这一要求。软起动器中的软停车功能是，晶闸管在得到停机指令后，从全导通逐渐地减小导通角，经过一定时间过渡到全关闭的过程。停车的时间根据实际需要可在0 ~ 30s调整。
ArcSDE 9.1性能调优方案 编写：李国勇 日期： 2006-11-27 版本： 1.0 密级：内部公开 北京恒华伟业科技有限公司
第一章概述 影响ArcSDE运行性能的因素比较多，对其性能的优化需要根据具体情况而定。总体上说，对ArcSDE性能影响较大的因素是：服务器硬件配置、Oracle参数配置、ArcSDE 参数配置和图层管理模式。 服务器硬件配置包括：CPU主频、物理内存大小、系统总线速度、硬盘数量、磁盘寻道时间等，硬件配置参数不是本文的重点讨论内容。 Oracle参数配置包括表空间的组织和缓冲参数配置；ArcSDE参数配置包括存储参数配置和缓冲参数配置。 本调整方案主要针对输配电GIS系统，不一定适合其它行业。 本优方案所有参数基于ArcSDE 9.1、Oracle 9.2。 1.1 总论 一．性能调优的重点在Oracle，而不在ArcSDE，一般情况下，调整ArcSDE各种参数对性能提升作用不大，ArcSDE使用安装时的默认参数即可； 二．小数据量（图层数据总量小于1G存储空间）下，优化SDE的存储的优化对性能的提升不大，ArcSDE的四个频繁访问的系统表没有必要分开存储； 三．小数据量（图层数据总量小于1G存储空间）下，用户数据存储于SDE用户下对性能的影响也不大，但是出于数据库管理的考虑，建议尽可能将这两类数据分开 存储； 四．对于输配电GIS系统，数据库db_block_size设置为8KB完全满足使用要求，没有必要调整到16KB； 五．如果图层中单个图形元素覆盖范围差异不大，没有必要建立多级Grid Index，而且一般情况下默认Grid Index设置即可满足多数情况下的性能需求； 六．如果注册了版本，建议定期对数据库进行Compress和Analyse，同时要确保undo 表空间有足够可用空间（如1G）； 七．定期对磁盘做碎片整理，以提升磁盘I/0性能。 1.2 参考文献 1．ArcSDE 9.1 Configuration and Tuning Guide for Oracle? -- ESRI 2005； 2．Managing ArcSDE 9.1 Application Servers -- ESRI 2005； 3．Cost Control: Inside the Oracle Optimizer -- Oracle Donald K. Burleson。 https://www.doczj.com/doc/0f8697192.html,/oramag/webcolumns/2003/techarticles/burleson_cbo_pt1.html
eclipse下ini设置 Ubuntu 系统下，Eclipse 配置文件： vi ~/eclipse/eclipse.ini -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数代表的含义。 堆(Heap)和非堆(Non-heap)内存 按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在Java 虚拟机启动时创建的。在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。 可以看出JVM主要管理两种类型的内存：堆和非堆 简单来说：堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。 堆内存分配 JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms 的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 非堆内存分配 JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。 JVM内存限制(最大值) 首先，JVM内存限制于实际的最大物理内存(内存条)，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB，但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动，主要有以下几种原因：
背景： Board →ar7240(ap93) Cpu →mips 1、首先弄清楚什么是u-boot Uboot是德国DENX小组的开发，它用于多种嵌入式CPU的bootloader程序, uboot不仅支持嵌入式linux系统的引导，当前，它还支持其他的很多嵌入式操作系统。 除了PowerPC系列，还支持MIPS，x86，ARM，NIOS，XScale。 2、下载完uboot后解压，在根目录下，有如下重要的信息（目录或者文件）： 以下为为每个目录的说明： Board：和一些已有开发板有关的文件。每一个开发板都以一个子目录出现在当前目录中，子目录存放和开发板相关的配置文件。它的每个子文件夹里都有如下文件(以ar7240/ap93为例)： Makefile Config.mk Ap93.c 和板子相关的代码 Flash.c Flash操作代码 u-boot.lds 对应的链接文件 common：实现uboot命令行下支持的命令，每一条命令都对应一个文件。例如bootm命令对应就是cmd_bootm.c cpu：与特定CPU架构相关目录，每一款Uboot下支持的CPU在该目录下对应一个子目录，比如有子目录mips等。它的每个子文件夹里都有入下文件： Makefile Config.mk Cpu.c 和处理器相关的代码s Interrupts.c 中断处理代码 Serial.c 串口初始化代码 Start.s 全局开始启动代码 Disk：对磁盘的支持
Doc：文档目录。Uboot有非常完善的文档。 Drivers：Uboot支持的设备驱动程序都放在该目录，比如网卡，支持CFI的Flash，串口和USB等。 Fs：支持的文件系统，Uboot现在支持cramfs、fat、fdos、jffs2和registerfs。 Include：Uboot使用的头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。该目下configs目录有与开发板相关的配置文件，如 ar7240_soc.h。该目录下的asm目录有与CPU体系结构相关的头文件，比如说mips 对应的有asm-mips。 Lib_xxx：与体系结构相关的库文件。如与ARM相关的库放在lib_arm中。 Net：与网络协议栈相关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。 Tools：生成Uboot的工具，如：mkimage等等。 3、mips架构u-boot启动流程 u-boot的启动过程大致做如下工作： 1、cpu初始化 2、时钟、串口、内存(ddr ram)初始化 3、内存划分、分配栈、数据、配置参数、以及u-boot代码在内存中的位置。 4、对u-boot代码作relocate 5、初始化malloc、flash、pci以及外设(比如，网口) 6、进入命令行或者直接启动Linux kernel 刚一开始由于参考网上代码，我一个劲的对基于smdk2410的板子，arm926ejs的cpu看了N 久，启动过程和这个大致相同。 整个启动中要涉及到四个文件： Start.S →cpu/mips/start.S Cache.S →cpu/mips/cache.S Lowlevel_init.S →board/ar7240/common/lowlevel_init.S Board.c →lib_mips/board.c 整个启动过程分为两个阶段来看： Stage1：系统上电后通过汇编执行代码 Stage2：通过一些列设置搭建了C环境，通过汇编指令跳转到C语言执行. Stage1： 程序从Start.S的_start开始执行.(至于为什么，参考u-boot.lds分析.doc) 先查看start.S文件吧!~ 从_start标记开始会看到一长串莫名奇妙的代码：
Linux系统性能测试与分析 1、前言 通过对系统中和性能相关的各个环节的介绍，使大家知道出现性能问题时可以从那些方面入手去查，而分析典型应用对系统资源使用的特点，让大家对应用和系统资源的依赖有了更直观的认识。大多数的硬件性能问题主要和CPU、磁盘、内存相关，还没有遇到因为开发语言的运行效率对整个应用的性能造成影响，而应用程序设计的缺陷和数据库查询的滥用反倒是最最常见的性能问题。需要注意的是，大多数情况下，虽然性能瓶颈的起因是程序性能差或者是内存不足或者是磁盘瓶颈等各种原因，但最终表现出的结果就是CPU耗尽，系统负载极高，响应迟缓，甚至暂时失去响应，因此我们观察服务器状况时，最先看的就是系统负载和CPU空闲度。当你阅读完了这遍文档以后就会有一个对系统分析的思路。 2、性能分析的目的 2.1找出系统性能瓶颈 1.硬件瓶颈 2.软件瓶颈 2.2提供性能优化方案 1.升级硬件 2.改进系统结构 达到合理的硬件和软件配置，使系统资源使用达到平衡。但遗憾的是解决一个性能瓶颈，往往又会出现另外的瓶颈或者其他问题，所以性能优化更加切实的目标是做到在一定范围内使系统的各项资源使用趋向合理和保持一定的平衡。系统运行良好的时候恰恰也是各项资源达到了一个平衡体，任何一项资源的过渡使用都会造成平衡体系破坏，从而造成系统负载极高或者响应迟缓。比如CPU过渡使用会造成大量进程等待 CPU资源，系统响应变慢，等待会造成进程数增加，进程增加又会造成内存使用增加，内存耗尽又会造成虚拟内存使用，使用虚拟内存又会造成磁盘IO增加和CPU开销增加（用于进程切换、缺页处理的CPU开销） 3、性能相关的各个环节 3.1 硬件资源 3.1.1、CPU ⒈ 是否使用SMP。 ⒉ 单颗CPU的性能对依赖CPU的某些应用的影响很严重，比如数据库的查询处理。 3.1.2、内存
我的ECLIPSE运行时速度奇慢，具体表现为： 1、只要ECLIPSE启动后，硬盘灯就狂闪，不停的读盘； 2、发布TOMCAT经常在0%； 3、偶尔CPU占满； 网上讲优化的文章无数，但是总是有用的却很少，大部分是转载甚至是抄袭的。在借鉴各个文章的做法并不断尝试后，我的问题终于解决了。 1、启动参数的优化； 我的启动参数为：-Xms976m -Xmx976m -XX:PermSize=128m -XX:MaxPermSize=128m -Xmn168m -XX:+DisableExplicitGC 其中XX:PermSize和XX:MaxPermSize是必须的，仅仅设置Xmx，经常出现ECLIPSE内存溢出的情况； 2、启动插件优化： windows - preference- general - startup and shutdown 里，只保留第1、3、4，其他全部取消，保留的为： Usage DAta Gathering Plug-in， Equinox Provisioning Platform Automatic Updata Support， WTP Webservice UI Plug-in 4、关闭验证 windows - preference-Validation 全部取消，只保留Manual 列； 在工程上右键-Validation ，同样全部取消，只保留Manual列，如果需要检查代码是否有错，可以在代码文件上右键，手动验证。 5、清理工程文件 删除工作空间目录下.metadata\.plugins\https://www.doczj.com/doc/0f8697192.html,agedata.recording目录里的所有文件，主要要保留这个目录，只删除目录下文件即可 在经过以上操作后，我的ECLIPSE无论是启动还是发布或者是编译工程，速度都提升了不少，特别是启动，原来要等一两分钟，现在15秒内进界面，并且所有的代码功能、工程编译、发布都不受影响，PUBLISH TOMCAT的时间基本在2分钟以内，我们的工程文件还算是比较大的了。重点是，所有操作过程中硬盘灯再也没出现过狂闪、狂读盘的情况了。以上仅供参考大家参考，欢迎反馈问题和建议，谢谢。
WEB站点性能优化 由于较少的接触WAP站点的建设，缺乏类似站点的建设经验，导致后期的性能问题成了影响项目交付的较严重的因素。 经过后面深入的了解，发现浏览器在访问网站的过程中，有很多地方可以进行性能优化处理。案例分析： 首先，我们先来了解一下客户端(这里指终端浏览器)访问服务器的全过程。 以火狐3.6.8浏览器为例(图例来自火狐浏览插件firebug截图) 从上图可以看出，该页面前后一共向后台发送了6次请求，即建立6次连接。 ●过程一：第1次请求，url地址请求服务器，获得相应的页面html，该次请求需要服务器相 应的业务逻辑处理然后生成页面，花费的时间稍长。 ●过程二：第2、3次请求，终端浏览器接收到请求的html页面后，需要请求页面引入的外部 资源(如css样式,js脚本,图片等)，此时请求过程是并行连接。 ●过程三：第4、5、6次请求，终端浏览器接收到css样式资源后，需要为css中引入的其他外 部资源(图片较为常见)再次发送请求，所有的图片请求也是并行连接，与此同时也会进行页面的渲染工作。
另外，过程二、过程三中提到的并行连接，在各种不同浏览器中体现出来的能力也不一样。 下图显示了每个支持当前的浏览器为HTTP/1.1中以及HTTP/1.0的服务器最大连接数。 简化的浏览器响应时间的计算模型： 终端用户响应时间= 页面下载时间+ 服务器响应时间+ 浏览器处理及渲染时间 页面下载时间= 页面大小/ 网络带宽+ （网络延迟×HTTP 请求数）/ 并发度 所以如果我们可以通过监听互联网应用的网络传输行为得到页面大小、HTTP 请求数、并发度、服务器响应时间和浏览器处理及渲染时间，那么我们就可以推测这个应用在任意网络环境下的终端用户响应时间 优化思路 从上面公式中可以看出，网络带宽、网络延迟由网络环境决定，是系统不可控的，并发度是终端浏览器本身具备的能力，也是系统不可控的。余下的公式参数页面尺寸，HTTP请求数则是我们需要找寻的突破点，我们可以从如下几个方向着手。 1. 减少连接次数 终端浏览器响应的时间中，有80%用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通过减少页面中的元素可以减少HTTP请求的次数。这是提高网页速度的关键步骤。 合并文件 是通过把所有的脚本放到一个文件中来减少HTTP请求的方法，如可以简单地把所有的CSS 文件都放入一个样式表中。当脚本或者样式表在不同页面中使用时需要做不同的修改，这可能会相对麻烦点，但即便如此也要把这个方法作为改善页面性能的重要一步。 CSS Sprites 是减少图像请求的有效方法。把所有的背景图像都放到一个图片文件中，然后通过CSS的background-image和background-position属性来显示图片的不同部分；
Uboot如何向内核传递参数 一:启动参数的传递过程 启动参数是包装在数据结构里的,在linux kernel启动的时候,bootloader把这个数据结构拷贝到某个地址, 在改动PC跳向内核接口的同时,通过通用寄存器R2来传递这个地址的值,下面这句话就是uboot跳向linux kernel的代码(bootm命令) theKernel (0, bd->bi_arch_number, bd->bi_boot_params); thekernel其实不是个函数,而是指向内核入口地址的指针,把它强行转化为带三个参数的函数指针,会把三个 参数保存到通用寄存器中,实现了向kernel传递信息的功能,在这个例子里,会把R0赋值为0,R1赋值为机器号 R2赋值为启动参数数据结构的首地址 因此,要向内核传递参数很简单,只要把启动参数封装在linux预定好的数据结构里,拷贝到某个地址(一般约定俗成是内存首地址+100dex) 二:启动参数的数据结构 启动参数可保存在两种数据结构中,param_struct和tag,前者是2.4内核用的,后者是2.6以后的内核更期望用的 但是,到目前为止,2.6的内核也可以兼容前一种结构,两种数据结构具体定义如下(arm cpu): struct param_struct { union { struct { unsigned long page_size; /* 0 */ unsigned long nr_pages; /* 4 */ unsigned long ramdisk_size; /* 8 */ unsigned long flags; /* 12 */ #define FLAG_READONLY 1 #define FLAG_RDLOAD 4 #define FLAG_RDPROMPT 8 unsigned long rootdev; /* 16 */ unsigned long video_num_cols; /* 20 */ unsigned long video_num_rows; /* 24 */ unsigned long video_x; /* 28 */ unsigned long video_y; /* 32 */ unsigned long memc_control_reg; /* 36 */ unsigned char sounddefault; /* 40 */ unsigned char adfsdrives; /* 41 */ unsigned char bytes_per_char_h; /* 42 */ unsigned char bytes_per_char_v; /* 43 */ unsigned long pages_in_bank[4]; /* 44 */ unsigned long pages_in_vram; /* 60 */
MySQL5.1性能优化方案 1.平台数据库 1.1.操作系统 Red Hat Enterprise Linux Server release 5.4 (Tikanga) ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped 32位Linux服务器，单独作为MySQL服务器使用。 1.2.M ySQL 系统使用的是MySQL5.1，最新的MySQL5.5较之老版本有了大幅改进。主要体现在以下几个方面： 1）默认存储引擎更改为InnoDB InnoDB作为成熟、高效的事务引擎，目前已经广泛使用，但MySQL5.1之前的版本默认引擎均为MyISAM，此次MySQL5.5终于将默认数据库存储引擎改为InnoDB，并且引进了Innodb plugin 1.0.7。此次更新对数据库的好处是显而易见的：InnoDB的数据恢复时间从过去的一个甚至几个小时，缩短到几分钟(InnoDB plugin 1.0.7，InnoDB plugin 1.1，恢复时采用红-黑树)。InnoDB Plugin 支持数据压缩存储，节约存储，提高内存命中率，并且支持adaptive flush checkpoint, 可以在某些场合避免数据库出现突发性能瓶颈。 Multi Rollback Segments：原来InnoDB只有一个Segment，同时只支持1023的并发。现已扩充到128个Segments，从而解决了高并发的限制。 2）多核性能提升
Eclipse+Websphere配置说明
目录 一、前言 (3) 二、安装webSphere (3) 2.1.安装WAS (3) 2.2.配置WAS日志输出方式 (5) 三、eclipse配置 (6) 3.1.下载purchaseEAR工程 (6) 3.2.在eclipse中配置websphere (7) 3.3.部署purchaseEAR (8) 3.4.eclipse启动websphere (9) 3.5.修改eclipse部署方式 (10) 四、webSphere配置 (11) 3.1.部署工程 (11) 3.2.支持jdk1.5 (13) 五、注意事项 (14) 4.1.JSP注意事项 (14) 4.2.webSphere注意事项 (15)
一、前言 本文档用于描述开发青海集采系统过程中使用eclipse+websphere的配置过程。 工程环境： Jdk1.5 Myeclipse6.0以上 Websphere6.1 TortoiseCVS 二、安装webSphere 2.1.安装WAS ●解压was.cd.6100.trial.base.windows.ia32.zip，运行launchpad.exe ●选择“启动WebSphere Application Server - Trial 的安装向导。” 一路“下一步”，提示输入登陆控制台的用户名密码。 ●继续“下一步”直到完成安装。安装完成之后默认会启动“第一步”,如图：
选择“安装验证”，如果安装正常会显示如下信息，此时websphere服务已经被启动。
2.2.配置WAS日志输出方式 ●输入：http://localhost:9060/admin进入webpshere管理平台，如果能看到如下页面， 说明websphere正常启动了。填写你设置的用户名密码。 ●为了方便在ecilpse控制台中看到日志信息，所以要设置log信息输出到控制台，（默认 情况下log是输出到文件中）。选择服务器→应用程序服务器→server1→记录和跟踪→JVM日志,将System.out和System.err下的“文件名”的值修改为“console” ●在“第一步”控制台中选择“停止服务器”，接下来我们使用eclipse来操作webpshere。