JVM的关键系统参数介绍和详细配置

2020-06-29 14:10:28JDK7与JDK8，甚至JDK7中的不同小版本，有些参数值都不一样，所以不要轻信网上任何文章，一切以生产环境同版本的JDK打出来的为准。

前言

-XX:+PrintFlagsFinal打印参数值

当你在网上兴冲冲找到一个可优化的参数时，先打印看看，它可能已经默认打开了，再找到一个，还是默认打开了…

JDK7与JDK8，甚至JDK7中的不同小版本，有些参数值都不一样，所以不要轻信网上任何文章，一切以生产环境同版本的JDK打出来的为准。

经常以类似下面的语句去查看参数，偷懒不起应用，用-version代替。有些参数设置后会影响其他参数，所以也得带上。

对于不同版本里的默认值，建议是顺势而为，JDK在那个版本默认打开不打开总有它的理由。安全第一，没有很好的因由，不要随便因为网上某篇文章的推荐(包括你现在在读的这篇)就去设置。

1. 性能篇

1.1 建议的性能参数

1. 取消偏向锁： -XX:-UseBiasedLocking

JDK1.6开始默认打开的偏向锁，会尝试把锁赋给第一个访问它的线程，取消同步块上的synchronized原语。如果始终只有一条线程在访问它，就成功略过同步操作以获得性能提升。

但一旦有第二条线程访问这把锁，JVM就要撤销偏向锁恢复之前的状态，如果打开安全点日志，可以看到不少RevokeBiasd的纪录，像GC一样Stop The World的干活，虽然只是很短的停顿，但对于多线程并发的应用，取消掉它反而有性能的提升，所以Cassandra就取消了它。

2. 加大Integer Cache： -XX:AutoBoxCacheMax=20000

Integer i=3;这语句有着 int自动装箱成Integer的过程，JDK默认只缓存 -128 ~ +127的Integer 和 Long，超出范围的数字就要即时构建新的Integer对象。设为20000后，我们应用的QPS有足足4%的提升。为什么是2万呢，因为-XX:+AggressiveOpts里也是这个值。详见《Java Integer(-128~127)值的==和equals比较产生的思考》。

3. 启动时访问并置零内存页面： -XX:+AlwaysPreTouch

启动时就把参数里说好了的内存全部舔一遍，可能令得启动时慢上一点，但后面访问时会更流畅，比如页面会连续分配，比如不会在晋升老生代时才去访问页面使得GC停顿时间加长。ElasticSearch和Cassandra都打开了它。

4. SecureRandom生成加速： -Djava.security.egd=file:/dev/./urandom

此江湖偏方原因是Tomcat的SecureRandom显式使用SHA1PRNG算法时，初始因子默认从/dev/random读取会存在堵塞。额外效果是SecureRandom的默认算法也变成更合适的SHA1了。详见《SecureRandom的江湖偏方与真实效果》

1.2 可选的性能参数

1. -XX:+PerfDisableSharedMem

Cassandra家的一个参数，一直没留意，直到发生高IO时的JVM停顿。原来JVM经常会默默的在/tmp/hperf 目录写上一点statistics数据，如果刚好遇到PageCache刷盘，把文件阻塞了，就不能结束这个Stop the World的安全点了。

禁止JVM写statistics数据的代价，是jps和jstat 用不了，只能用JMX，而JMX取新老生代的使用百分比还真没jstat方便，VJTools的vjmxcli弥补了这一点。详见《The Four Month Bug: JVM statistics cause garbage collection pauses》

2. -XX:-UseCounterDecay

禁止JIT调用计数器衰减。默认情况下，每次GC时会对调用计数器进行砍半的操作，导致有些方法一直温热，永远都达不到触发C2编译的1万次的阀值。

3. -XX:-TieredCompilation

多层编译是JDK8后默认打开的比较骄傲的功能，先以C1静态编译，采样足够后C2编译。

但我们实测，性能最终略降2%，可能是因为有些方法C1编译后C2不再编译了。应用启动时的偶发服务超时也多了，可能是忙于编译。所以我们将它禁止了，但记得打开前面的-XX:-UseCounterDecay，避免有些温热的方法永远都要解释执行。

1.3 不建议的性能参数

1. -XX:+AggressiveOpts

一些还没默认打开的优化参数集合, -XX:AutoBoxCacheMax是其中的一项。但如前所述，关键系统里不建议打开。虽然通过-XX:+AggressiveOpts 与 -XX:-AggressiveOpts 的对比，目前才改变了三个参数，但为免以后某个版本的JDK里默默改变更多激进的配置，还是不要打开了。

2. JIT Compile相关的参数，函数调用多少次之后开始编译的阀值，内联函数大小的阀值等等，不要乱改。

3. -server，在64位多核的linux中，你想设成-client都不行的，所以写了也是白写。

2. 内存与GC篇

2.1 GC策略

为了稳健，还是8G以下的堆还是CMS好了，G1现在虽然是默认了，但其实在小堆里的表现也没有比CMS好，还是JDK11的ZGC引人期待。

1.CMS基本写法

因为我们的监控系统会通过JMX监控内存达到90%的状况，所以设置让它75%就开始跑了，早点开始也能减少Full GC等意外情况(概念重申，这种主动的CMS GC，和JVM的老生代、永久代、堆外内存完全不能分配内存了而强制Full GC是不同的概念)。为了让这个设置生效，还要设置

UseCMSInitiatingOccupancyOnly，否则75%只被用来做开始的参考值，后来还是JVM自己算。

2. -XX:MaxTenuringThreshold=2

这是改动效果最明显的一个参数了。对象在Survivor区最多熬过多少次Young GC后晋升到年老代，JDK8里CMS 默认是6，其他如G1是15。

用-XX:+PrintTenuringDistribution观察下，如果后面几代的大小总是差不多，证明过了某个年龄后的对象总能晋升到老生代，就可以把晋升阈值设小，比如JMeter里2就足够了。

ExplicitGCInvokesConcurrent 但不要加-XX:+DisableExplicitGC

让full gc时使用CMS算法，不是全程停顿，必选。

但像R大说的，System GC是保护机制(如堆外内存满时清理它的堆内引用对象)，禁了system.gc() 未必是好事，只要没用什么特别烂的类库，真有人调了总有调的原因，所以不应该加这个烂大街的参数。

4. -XX:+ParallelRefProcEnabled 和 -XX:+

CMSParallelInitialMarkEnabled

并行的处理Reference对象，如WeakReference，默认为false，除非在GC Log里出现Reference处理时间较长的日志，否则效果不会很明显，但我们总是要JVM尽量的并行，所以设了也就设了。同理还有-XX:+

CMSParallelInitialMarkEnabled，JDK8已默认开启，但小版本比较低的JDK7甚至不支持。

5. ParGCCardsPerStrideChunk

Linkined的黑科技， 2016版不建议打开，后来发现有些场景的确能减少YGC时间，详见《难道他们说的都是真的》，简单说就是影响YGC时扫描老生代的时间，默认值256太小了，但32K也未必对，需要自己试验。

-XX:+UnlockDiagnosticVMOptions -XX:ParGCCardsPerStrideChunk=1024

2.2 可选的GC参数

1. 并发收集线程数

比如双CPU，六核，超线程就是24个处理器，小于8个处理器时ParallelGCThreads按处理器数量，大于时按上述公式YGC线程数=18， CMS GC线程数=5。

CMS GC线程数的公式太怪，也有人提议简单改为YGC线程数的1/2。

一些不在乎停顿时间的后台辅助程序，比如日志收集的logstash，建议把它减少到2，避免在GC时突然占用太多CPU核，影响主应用。

而另一些并不独占服务器的应用，比如旁边跑着一堆sidecar的，也建议减少YGC线程数。

一个真实的案例，24核的服务器，默认18条YGC线程，因为旁边有个繁忙的Service Mesh Proxy在跑着，这18条线程并不能100%的抢到CPU，出现了不合理的慢GC，把线程数降低到12条反而更快了。所以那些贪心的把YGC线程数=CPU 核数的，通常弄巧成拙。

2. -XX:-CMSClassUnloadingEnabled

在CMS中清理永久代中的过期的Class而不等到Full GC，JDK7默认关闭而JDK8打开。看自己情况，比如有没有运行动态语言脚本如Groovy产生大量的临时类。它有时会大大增加CMS GC的暂停时间。所以如果新类加载并不频繁，这个参数还是显式关闭的好。

3. -XX:+CMSScavengeBeforeRemark

默认为关闭，在CMS remark前，先执行一次minor GC将新生代清掉，这样从老生代的对象引用到的新生代对象的个数就少了，停止全世界的CMS remark阶段就短一些。但如果打开了，会让一次YGC紧接着一次CMS GC，使得停顿的总时间加长了。

又一个真实案例，CMS GC的时间和新生代的使用量成比例，新生代较小时很快完成，新生代快满时CMS GC的停顿时间超过2秒，这时候就还是打开了划算。

2.3 不建议的GC参数

1. -XX:+UseParNewGC

用了CMS，新生代收集默认就是它，不用自己设。

2.-XX:CMSFullGCsBeforeCompaction

默认为0，即每次Full GC都对老生代进行碎片整理压缩。Full GC 不同于老生代75%时触发的CMS GC，只在老生代达到100%，堆外内存满，老生代碎片过大无法分配空间给新晋升的大对象这些特殊情况里发生，所以设为每次都进行碎片整理是合适的，详见此贴里R大的解释。

3.-XX:+GCLockerInvokesConcurrent

我们犯过的错，不是所有Concurrent字样的参数都是好参数，加上之后，原本遇上JNI GCLocker只需要补偿YGC就够的，变成要执行YGC + CMS GC了。

2.4 内存大小的设置

其实JVM除了显式设置的-Xmx堆内存，还有一堆其他占内存的地方(堆外内存，线程栈，永久代，二进制代码cache)，在容量规划的时候要留意。

关键业务系统的服务器上内存一般都是够的，所以尽管设得宽松点。

1. -Xmx, -Xms,堆内存大小，2～4G均可。

2. -Xmn or -XX:NewSize or -XX:NewRatio

JDK默认新生代占堆大小的1/3，个人喜欢把对半分，因为增大新生代能减少GC的频率，如果老生代里没多少长期对象的话，占2/3通常太多了。可以用-Xmn 直接赋值(等于-XX:NewSize and -XX:MaxNewSize同值的缩写)，或把NewRatio设为1来对半分。

3. -XX: PermSize=128m -XX:MaxPermSize=512m (JDK7)-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m(JDK8)

现在的应用有Hibernate/Spring这些闹腾的家伙AOP之后类都比较多，可以一开始就把初始值从64M设到128M(否则第一次自动扩张会造成大约3秒的JVM停顿)，并设一个更大的Max值以求保险。

JDK8的永生代几乎可用完机器的所有内存，同样设一个128M的初始值，512M的最大值保护一下。

2.5 其他内存大小的设置

在堆之外，线程占用栈内存，默认每条线程为1M(以前是256K)。存放方法调用出参入参的栈，局部变量，标量替换后掉局部变量等，有人喜欢把它设回256k如Cassandra，节约内存并开更多线程，有人则会在遇到错误后把它再设大点，特别是有很深的JSON解析之类的递归调用时。

2. -XX:SurvivorRatio

新生代中每个存活区的大小，默认为8，即1/10的新生代 1/(SurvivorRatio+2)，有人喜欢设小点省点给新生代，但要避免太小使得存活区放不下临时对象而被迫晋升到老生代，还是从GC日志里看实际情况了。

3. -XX:MaxDirectMemorySize

堆外内存的最大值，默认为Heap区总内存减去一个Survivor区的大小，详见《Netty之堆外内存扫盲篇》，如果肯定用不了这么多，也可以把它主动设小，来获得一个比较清晰内存占用预估值，特别是在容器里。

4. -XX:ReservedCodeCacheSize

JIT编译后二进制代码的存放区，满了之后就不再编译，对性能影响很大。 JDK7默认不开多层编译48M，开了96M，而JDK8默认开多层编译240M。可以在JMX里看看CodeCache的占用情况，也可以用VJTools里的vjtop来看，JDK7下默认的48M可以设大点，不抠这么点。

3. 监控篇

JVM输出的各种日志，如果未指定路径，通常会生成到运行应用的相同目录，为了避免有时候在不同的地方执行启动脚本，一般将日志路径集中设到一个固定的地方。

3.1 监控建议配置

1. -XX:+PrintCommandLineflags

运维有时会对启动参数做一些临时的更改，将每次启动的参数输出到stdout，将来有据可查。打印出来的是命令行里设置了的参数以及因为这些参数隐式影响的参数，比如开了CMS后，-XX:+UseParNewGC也被自动打开。

2. -XX:-OmitStackTraceInFastThrow

为异常设置StackTrace是个昂贵的操作，所以当应用在相同地方抛出相同的异常N次(两万?)之后，JVM会对某些特定异常如NPE，数组越界等进行优化，不再带上异常栈。此时，你可能会看到日志里一条条Nul Point Exception，而之前输出完整栈的日志早被滚动到不知哪里去了，也就完全不知道这NPE发生在什么地方，欲哭无泪。所以，将它禁止吧，ElasticSearch也这样干。

3.2 Crash文件

1. -XX:ErrorFile

JVM crash时，hotspot 会生成一个error文件，提供JVM状态信息的细节。如前所述，将其输出到固定目录，避免到时会到处找这文件。文件名中的%p会被自动替换为应用的PID

-XX:ErrorFile=${LOGDIR}/hs_err_%p.log

2. coredump

当然，更好的做法是生成coredump，从CoreDump能够转出Heap Dump 和 Thread Dump 还有crash的地方，非常实用。

在启动脚本里加上 ulimit -c unlimited或其他的设置方式，如果有root权限，设一下输出目录更好

echo “/{MYLOGDIR}/coredump.%p” > /proc/sys/kernel/core_pattern

什么?你不知道coredump有什么用?看来你是没遇过JVM Segment Fault的幸福人。

HeapDumpOnOutOfMemoryError(可选)

在Out Of Memory，JVM快死掉的时候，输出Heap Dump到指定文件。不然开发很多时候还真不知道怎么重现错误。

路径只指向目录，JVM会保持文件名的唯一性，叫java_pid${pid}.hprof。因为如果指向文件，而文件已存在，反而不能写入。

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${LOGDIR}/

但在容器环境下，输出4G的HeapDump，在普通硬盘上会造成20秒以上的硬盘IO跑满，也是个十足的恶邻，影响了同一宿主机上所有其他的容器。

3.3 GC日志

JDK9完全不一样了，这里还是写JDK7/8的配置。

1.基本配置

有人担心写GC日志会影响性能，但测试下来实在没什么影响，GC问题是Java里最常见的问题，没日志怎么行。

后来又发现如果遇上高IO的情况，GC时操作系统正在flush pageCache 到磁盘的话，也可能导致GC log文件被锁住，从而让GC结束不了。所以把它指向了/dev/shm 这种内存中文件系统，避免这种停顿，详见《Eliminating Large JVM GC Pauses Caused by Background IO Traffic》

2. -XX:+PrintGCApplicationStoppedTime

这是个非常非常重要的参数，它的名字没起好，它除了打印清晰的完整的GC停顿时间外，还可以打印其他的JVM停顿时间，比如取消偏向锁，class 被agent redefine，code deoptimization等等，有助于发现一些原来没想到的问题，建议也加上。如果真的发现了一些不知是什么的停顿，需要打印安全点日志找原因。

3. -XX:+PrintGCCause

打印产生GC的原因，比如AllocationFailure什么的，在JDK8已默认打开，JDK7要显式打开一下。

4. -XX:+PrintPromotionFailure

打开了就知道是多大的新生代对象晋升到老生代失败从而引发Full GC时的。

5. GC日志滚动与备份

GC日志默认会在重启后清空，有人担心长期运行的应用会把文件弄得很大，所以”-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=1M”的参数可以让日志滚动起来。但真用起来重启后的文件名太混乱太让人头痛，GC日志再大也达不到哪里去，所以我们没有加滚动，并且自行在启动脚本里对旧日志做备份。

3.4 安全点日志

如果GC日志里有非GC的JVM停顿时间，你得打出安全点日志来知道详情，详见《 JVM的Stop The World，安全点，黑暗的地底世界》

以上设置，只让本地的Zabbix之类监控软件通过JMX监控JVM，不允许远程访问。

如果应用忘记了加上述参数，又不想改参数重启服务，可以用VJTools的vjmxcli来救急，它能通过PID直接连入目标JVM打开JMX。

4. 小结

谢谢大家看到这里，上文的所有内容，其实都在VJTools的 jvm-options.sh 里面了。

linux 命令如何做密码校验

文件和目录操作的基本命令： cat、clear、cmp、cut、diff、du、emacs、fgrep、file、grep、head、ln、less、more、pico、pwd、sort、stat、strings、tail、touch、umask、uniq、vi、wc、whatisls：ls [选项|参数] 目录名 eg:#ls -R /etc/httpd/conf/ 显示/etc/httpd/conf/目录及子目录内容chmod：chmod [选项] mode 文件名或目录 eg:#chmod ugo+r 将文件/root/设为所有人皆可读取chown：chown [选项] 用户名或组名 eg:[root@Linux test]#chown -R jake:gdlc * 将/test目录下的所有文件与子目录的拥有者都设为jake,所属组设为gdlcchgrp：chgrp [选项] Group {文件...|目录} eg:[root @Linux root]#chgrp -R test * 更改/root目录下的所有文件和目录的所属组为testchattr:chattr [选项] [mode] 文件名 eg:#chattr +i /test/ 设置/test/文件不可修改lsattr:lsattr [选项] [文件名]（注：用于显示文件或目录的隐藏属性）eg:#lsattr -a 显示root目录下所有文件的隐藏属性mkdir:mkdir [选项|参数] 目录名 eg:#mkdir -p test/aa/ {bb,cc}在工作目录下的test目录中，建立一个名为aa的子目录。并在aa子目录中创建bb和cc目录，若父目录不存在，则创建rmdir:rmdir [选项|参数] 目录名（注：用于删除空的目录）rm:rm [选项] [文件或目录...]（注：删除文件或目录）mv:mv [选项] [源文件或目录] [目标文件或目录]（注：移动或更名现有的文件或目录）cp:cp [选项] [源文件或目录] [目标文件或目录] [目的目录] eg:[root@Linux root]#cp ks/bb * /home/jake 复制/root/ks/bb开头的所有文件到/home/jake目录下find:find 起始目录查找条件操作（从指定的起始目录开始，递归地查找其各个目录，查找满足查找条件的文件并对之采取相关的操作） eg:[root@Linux root]#find . -empty 在/root/目录下，查找所有为空的文件或目录whereis:whereis [选项] 查找的字符串（查找指定文件的源、二进制和手册等） eg:#whereis passwd 查找passwd命令的所有信息which:which [选项] 查询的字符串（用于查询命令或别名的位置） eg:#which ls 查找ls命令的位置locate:locate [选项] 查找的字符串(快速查找系统指定数据库中指定的内容) eg:#locate -u 创建locate数据库 #locate groupadd 在locate数据库中查找groupadd字符l 文件压缩和有关文档归档的命令:compress、uncompress：用于压缩或解压缩数据gzip、gunzip：用于压缩或解压缩文件，其中gzip是在Linux系统中经常使用的压缩和解压缩命令rpm：用于启动RPM软件包管理操作tar：用于启动文件打包程序unzip/zip：用于解压缩扩展名为的文件，即可以在Linux下解压Windows中用Winzip压缩的文件 / 用于打包和压缩文件uuencode/uudecode：用于对一个二进制文件进行编码 / 用于对一个已编码的文件进行解码l 针对文件系统的命令：dd、df、edquota、fdformat、fdisk、mkfs、mkswap、mount、quota、quotaon、swapoff、swapon、umountl 与DOS兼容的命令：mcopy、mdel、mdir、mformat、mlabel、mtoolsl 与系统管理相关的命令：dmesg：用于显示或控制kernel缓冲区mesg：用于设置是否允许其他用户用write命令发送信息（允许：#mesg y 不允许：#mesg n）free：查看当前系统内存的使用情况shutdown：关机或进入单人维护模式uname：显示系统信息sync：用于关闭Linux系统时，强制把内存中的数据写回硬盘，以免数据丢失uptime：显示系统运行多长时间date：显示当前系统的日期和时间bc：设置计算机的语言类型cal：显示计算机中的月历或年历write：用来向系统中的某一个用户发送消息。用户如果想退出信息发送状态，按组合键Ctrl+C即可。示例：#write root发送内容EOFl 用户管理命令：chfn、chsh、groupadd、groupmod、groups、passwd、usermod、whoamiuseradd：创建新的用户帐户。示例：#useradd –u 550 –g 100 –d /home/hong –s /bin/bash –e 08/01/03 –p yokotit hong参数意义：-u：设置用户标示符 -g：指定用户所属的用户组-d：建立用户目录 -s：指定用户环境-e：设置帐户的期限 -p：设置用户密码（注意：当使用useradd来创建新的用户帐号时，管理员必须替用户设置密码）userdel：删除帐号。示例：userdel –r hong (-r表示在删除帐户时，同时将该帐号的用户目录及邮件目录都删除)（停用帐号：修改/etc/passwd文件，把相应行注释掉即可）w：查看用户的行为。示例： 1．#w 2．#w root （查看root帐户的行为）who：查看系统当前的在线用户。示例： who [-u] （-u：列出详细信息）last：查看最近有哪些用户曾经登陆过系统。（当执行命令时，将读取目录/var/log下的wtmp文件）示例： 1．#last 2．#last hong (查看hong的登陆信息)su:切换用户身份 su [-p] [-c command] [-s shell] [-] [USER [ARG]]示例：[root@Linux test]#su -c cp -r /root/*.*/tmp root 切换到root用户环境，并执行复制命令返回sudo:以系统管理者的身份执行指令 sudo [选项|参数] 命令示例：切换身份，使系统10min后关机[test@linux test]$ shutdown -h +10-bash:shutdown:command not found[test@linux test]$ sudo /sbin/shutdown -h +10l 网络管理命令：finger、ftp、host、hostname、ifconfig：可查看网卡状态，修改一些网络配置。示例： #ifconfig 查看网卡状态 #ifconfig eth0 netmask 255.255.0.0 修改子网掩码 #ifconfig eth0 down 关闭网卡 #ifconfig eth0 up 打开网卡route:查看和配置路由信息lynx、mail、netstat、nslookup、ping、pine、rlogin、rcp、rch、rsh、tcpdump、talk、telnet、wall、wgetl 进程管理命令：（关于进程的优先级：优先级的范围为-20到19，其中-20优先级最高，默认优先级为0，加上nice之后，优先级变成10。 -1到-20的优先级只有管理员才能设置。修改优先级可以使用renice命令。示例：#renice -5 2871 将优先级为2871的进程优先级改为-5）、bg、fg、jobs、at、atq、atrm、crontabkill：删除进程的命令。示例： #kill -15 2682 #kill -9 2682ps：查看系统中执行的进程，查看详细信息(ps –u 或ps -l)。示例： 1．#ps –l 2．查看系统每位用户的全部进程 #ps -aux 3．使用sort排序 #ps –aux –sort user 4．查询包含字符串hong的进程 #ps –aux | grep “hong”top：用于监控系统的资源，包括内存、交换分区、CUP的使用率等(注意：执行top命令时，将监视系统中全部用户的进程，如果只想监控某位特定的用户，只需按下U键，然后指定用户帐号名即可；终止执行中的程序：K)l Shell命令(请记住：shell命令都属于bash命令)：SHELL：查看系统环境变量SHELL，示例：#echo $SHELLalias：设置bash别名unalias：用于删除已经设定的别名history：在BASH shell里，history命令保留了用户最近执行的命令。示例：#historyset：在bash下，可用set命令查看环境变量。示例：#setl 与打印有关的命令 lpq：用于为打印作业列出打印队列 lpr：用于将一个文件发送到网络打印机，并把文件列表作为命令参数。示例：#lpr mydata1 lprm：用于从打印输出序列中删除打印作业

磨矿设备价格，厂家报价是多少？磨矿设备包括哪些设备，分为哪些型号？磨矿设备详细技术参数及介绍？

磨矿设备咨询参考：磨粉设备主要适用于建材、化工、化肥、冶金、矿山、耐材、陶瓷、钢铁、火电、煤炭等行业粉磨莫氏硬度在9级以下，湿度在6%以下的各种非易燃易爆矿产物料，成品细度可在30目～400目任意调节。例如水泥（生熟料）、石英、长石、方解石、石膏、石灰石、白云石、石墨、萤石、硅灰石、磷矿石、钙镁磷肥、尿素、电解金属锰、锰铁合金、煤、煤矸石、矿渣、锆英砂、滑石、花岗岩、钾长石、大理石、重晶石、陶瓷、玻璃等千余种物料粉磨加工。