GC气相色谱软件 方法视图显示

你的工作站是什么？岛津的GC Solution？不同的工作站操作方法不同，我只能按照岛津的工作站跟你解说了。

方法是没办法显示和编辑的。因为你是在离线查看图谱，也就是对图谱进行编辑。至于方法视图是指在线控制仪器。两者没有关系。

峰表，在视图→峰表中寻找，或者在报告里面可以看到。如果是其他工作站应该也是在菜单栏中可以找到显示出了的。

图谱找不到。这个我不太明白你的意思。是说图谱在文件夹里，但是工作站读不出来吗？第一，你要保证图谱文件存在，然后在工作站里打开所在的文件夹；第二，要保证图谱文件完整，也就是它按照你设置的时间跑完了色谱图，并且保存了。文件后缀什么的也是你需要的图谱后缀，不能有缺损。第三，像是岛津那样的工作站，不同的文件有不同的文件格式。比如方法文件、报告文件、序列文件、图谱文件。在读取的时候你选择的类别要对应好。比如你点击了报告文件的模式，就只能显示文件夹里的所有报告文件了。

Java中的GC有哪几种类型？

参数

描述

UseSerialGC

虚拟机运行在Client模式的默认值，打开此开关参数后，

使用Serial+Serial Old收集器组合进行垃圾收集。

UseParNewGC

打开此开关参数后，使用ParNew+Serial Old收集器组合进行垃圾收集。

UseConcMarkSweepGC

打开此开关参数后，使用ParNew+CMS+Serial Old收集器组合进行垃圾收集。Serial Old作为CMS收集器出现Concurrent Mode Failure的备用垃圾收集器。

UseParallelGC

虚拟机运行在Server模式的默认值，打开此开关参数后，使用Parallel Scavenge+Serial Old收集器组合进行垃圾收集。

UseParallelOldGC

打开此开关参数后，使用Parallel Scavenge+Parallel Old收集器组合进行垃圾收集。

在Java程序启动完成后，通过jps观察进程来查询到当前运行的java进程，使用

jinfo –flag UseSerialGC 进程

的方式可以定位其使用的gc策略，因为这些参数都是boolean型的常量，如果使用该种gc策略会出现＋号，否则－号。

使用-XX:+上述GC策略可以开启对应的GC策略。

GC日志查看

可以通过在java命令种加入参数来指定对应的gc类型，打印gc日志信息并输出至文件等策略。

GC的日志是以替换的方式(>)写入的，而不是追加(>>)，如果下次写入到同一个文件中的话，以前的GC内容会被清空。

对应的参数列表

-XX:+PrintGC 输出GC日志

-XX:+PrintGCDetails 输出GC的详细日志

-XX:+PrintGCTimeStamps 输出GC的时间戳（以基准时间的形式）

-XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59234+0800）

-XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息

-Xloggc:/logs/gclog 日志文件的输出路径

这里使用如下的参数来进行日志的打印：

-XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:/gclogs

对于新生代回收的一行日志，其基本内容如下：

2014-07-18T16:02:17606+0800: 611633: [GC 611633: [DefNew: 843458K->2K(948864K), 00059180 secs] 2186589K->1343132K(3057292K), 00059490 secs] [Times: user=000 sys=000, real=000 secs]

其含义大概如下：

2014-07-18T16:02:17606+0800（当前时间戳）: 611633（时间戳）: [GC（表示Young GC） 611633: [DefNew（单线程Serial年轻代GC）: 843458K（年轻代垃圾回收前的大小）->2K（年轻代回收后的大小）(948864K（年轻代总大小）), 00059180 secs（本次回收的时间）] 2186589K（整个堆回收前的大小）->1343132K（整个堆回收后的大小）(3057292K（堆总大小）), 00059490 secs（回收时间）] [Times: user=000（用户耗时） sys=000（系统耗时）, real=000 secs（实际耗时）]

老年代回收的日志如下：

2014-07-18T16:19:16794+0800: 1630821: [GC 1630821: [DefNew: 1005567K->111679K(1005568K), 09152360 secs]1631736: [Tenured:

2573912K->1340650K(2574068K), 18511050 secs] 3122548K->1340650K(3579636K), [Perm : 17882K->17882K(21248K)], 27854350 secs] [Times: user=257 sys=022, real=279 secs]

gc日志中的最后貌似是系统运行完成前的快照：

Heap

def new generation total 1005568K, used 111158K [0x00000006fae00000, 0x000000073f110000, 0x0000000750350000)

eden space 893888K, 12% used [0x00000006fae00000, 0x0000000701710e90, 0x00000007316f0000)

from space 111680K, 3% used [0x0000000738400000, 0x000000073877c9b0, 0x000000073f110000)

to space 111680K, 0% used [0x00000007316f0000, 0x00000007316f0000, 0x0000000738400000)

tenured generation total 2234420K, used 1347671K [0x0000000750350000, 0x00000007d895d000, 0x00000007fae00000)

the space 2234420K, 60% used [0x0000000750350000, 0x00000007a2765cb8, 0x00000007a2765e00, 0x00000007d895d000)

compacting perm gen total 21248K, used 17994K [0x00000007fae00000, 0x00000007fc2c0000, 0x0000000800000000)

the space 21248K, 84% used [0x00000007fae00000, 0x00000007fbf92a50, 0x00000007fbf92c00, 0x00000007fc2c0000)

No shared spaces configured

GC日志的离线分析

可以使用一些离线的工具来对GC日志进行分析，比如sun的gchisto( https://javanet/projects/gchisto)，gcviewer（ https://githubcom/chewiebug/GCViewer ），这些都是开源的工具，用户可以直接通过版本控制工具下载其源码，进行离线分析。

下面就已gcviewer为例，简要分析一下gc日志的离线分析，gcviewer源代码工程是maven结构的，可以直接用maven进行package，这里编译的是134版本，本版本的快照已经上传至附件中。

需要说明的是，gcviewer支持多种参数生成的gc日志，直接通过java –jar的方式运行，加载生成的gc日志即可：

我的工作也是涉及到要把CAD导入到cam350我们每天都要用你只要把CAD图另存为DXF格式(记住,要12版的DXF)再到CAM350中导入(IMPROT)DXF文件(导入前记住将CAM350中的英制改为公制,否则会变形)如还不清楚的话再找我

应该是Garbage Collector

因为在C语言中分配在堆中的内存，需要手动释放。但是程序员会有时忘记释放或程序的错误，所以引入了智能GC。比如:

int  s = (int )malloc(4  sizeof(int));

s = &i;

这样会造成4个int(16字节)内存泄漏。智能GC会自动释放这16个字节。