好了分析的文件终于经过一翻周折到了你的分析机器上，现在我们就可以使用分析工具来分析这个dump出的程序了，这里我主要是分析内存的问题，所以我说下我选择的内存分析工具，我这里使用的是开源的由SAP 和IBM 支持的一个内存分析工具

减少文件大小有两个明显的好处，一是可以减少存储空间，二是通过网络传输文件时，可以减少传输的时间。gzip 是在 Linux 系统中经常使用的一个对文件进行压缩和解压缩的命令，既方便又好用。
语法：gzip [选项] 压缩（解压缩）的文件名

该命令的各选项含义如下：
-c 将输出写到标准输出上，并保留原有文件。
-d 将压缩文件解压。
-l 对每个压缩文件，显示下列字段：
     压缩文件的大小；未压缩文件的大小；压缩比；未压缩文件的名字
-r 递归式地查找指定目录并压缩其中的所有文件或者是解压缩。
-t 测试，检查压缩文件是否完整。
-v 对每一个压缩和解压的文件，显示文件名和压缩比。
-num 用指定的数字 num 调整压缩的速度，-1 或 --fast 表示最快压缩方法（低压缩比），
-9 或--best表示最慢压缩方法（高压缩比）。系统缺省值为 6。

% 把当前目录下的每个文件压缩成 .gz 文件。

% 把当前目录下每个压缩的文件解压，并列出详细的信息。

% 详细显示例1中每个压缩的文件的信息，并不解压。

gzip //Good-Game/archive//.cn/,http: ///)改版了，书上实例不能运行，我又找了一个/进行开发并成功实现示 例，希望感兴趣的同学，近快实践，如果此网站也改了就又得改extractor了，哈哈！
search的Extractor代码如下，（别和书上实例相同）供大家参考：附件里有完整代码

任务调度的crond常驻命令
是linux用来定期执行程序的命令。当安装完成操作系统之后，默认便会启动此任务调度命令。crond命令每分锺会定期检查是否有要执行的工作，如果有要执行的工作便会自动执行该工作。而linux任务调度的工作主要分为以下两类：
1、系统执行的工作：系统周期性所要执行的工作，如备份系统数据、清理缓存
2、个人执行的工作：某个用户定期要做的工作，例如每隔10分钟检查邮件服务器是否有新信，这些工作可由每个用户自行设置

Crontab是UNIX系统下的定时任务触发器，其使用者的权限记载在下列两个文件中：

用户所建立的Crontab文件存于/var/spool/cron中，其文件名与用户名一致。 它的格式共分为六段，前五段为时间设定段，第六段为所要执行的命令段， 格式如下：* * * * * <command> 其时间段的含义如表二：

指定传递到启动应用程序服务器进程的 Java 虚拟机代码的命令行参数。

下面是可以在“通用 JVM 参数”字段中输入的可选命令行参数。如果输入多个自变量，请在每个自变量之间输入空格。
可以使用 -Xquickstart 来以低于缺省方式的优化级别进行初始编译。之后，根据采样结果的不同，可以采用缺省方式下初始编译的级别来进行重新编译。适合于早期的平均速度比长期运行吞吐量更为重要的应用程序 -Xquickstart。在某些调试方案、测试装置和短时间运行的工具中，可以将启动时间缩短 15% 到 20%。

可以使用 -Xnoclassgc 来禁用类垃圾回收。此操作可以提高类重用程度，并可以略微提高性能。但是，其代价是您无法收集这些类拥有的资源。可以使用 verbose:gc 配置设置（此设置将输出类垃圾回收统计信息）来监控垃圾回收。检查这些统计信息将帮助您理解再生的资源和再生资源必需的垃圾回收量之间的平衡。然而，如果在您的工作负载中反复地垃圾回收同一组类，那么您应该禁用垃圾回收。缺省情况下，启用类垃圾回收。

可以同时使用数个垃圾回收线程，这也称为并行垃圾回收。在“通用 JVM 参数”字段中输入此值时，还要输入您的机器的处理器数，例如，-Xgcthreadsn，其中 n 是处理器数。在具有 n 个处理器的节点上，缺省线程数是 n。如果您的机器有多个处理器，那么您应该使用并行垃圾回收。此参数仅对于 IBM Developer Kit 是有效的。

可以使用 -Xnocompactgc 来禁用堆压缩，这是成本最高的垃圾回收操作。在 IBM Developer Kit 中避免压缩。如果您禁用堆压缩，那么消除了所有相关的开销。

可以使用 -Xinitsh 来设置存储类对象的堆的初始大小。方法定义和静态字段也与类对象一起存储。尽管系统堆大小没有上限，但是设置初始大小，以避免产生涉及调用操作系统内存管理器的扩展系统堆大小的花销。您可以通过了解 WebSphere Application Server 产品中装入的类数目（大约是 8,000 个类）以及它们的平均大小，来计算理想的初始系统堆大小。了解应用程序可帮助您将它们计算进去。您只可以为 IBM Developer Kit 使用此参数。

可以使用 -Xgpolicy 来设置垃圾回收策略。如果垃圾回收策略（gcpolicy）设置为 optavgpause，使用并发作标记跟踪在堆满之前从堆栈启动的应用程序线程。垃圾回收器暂停变得协调统一了，并且长时间的暂停也不再明显了。其代价是吞吐量降低，这是因为线程可能必须要执行额外的操作。缺省的建议值为 optthruput。输入值

基于 Sun 的 Java Development Kit（JDK）V1.4.2 有生成垃圾回收功能，这允许分隔内存池以包含不同时效的对象。垃圾回收循环根据时效收集与其他对象彼此独立的对象。使用其他参数，您可以单独设置内存池的大小。为了实现更好的性能，您应该对包含短期存活对象的池的大小进行设置，以使该池中的对象的存活时间不会超过一个垃圾回收循环。新生成的池的大小由

可以使用 -Xminf 来指定最小可用堆大小百分比。如果可用空间低于指定量，那么堆增长。在启用复位的方式中，此选项指定中间件和瞬态堆的可用空间的最小百分率。这是

方式，将会获得较快的启动时间以及较小的内存占用量，但是获得的扩展性能也较低。如果有足够的时间来允许 HotSpot JVM 通过执行连续执行字节代码来热身，您可以使用 -server 方式以增强性能。在大多数情况下，应该使用 -server 方式，这将长时间地保持运行时执行高效运行。您可以监控进程大小以及服务器启动时间，来检查 -client 和 -server