中间件（WAS、WMQ）运维 9个常见难点解析
|
缺省情况下，通道的Batchsz是50，这是一个较为合理和优化的设置。一个小的Batch size值会使每条消息占用大的资源。比如，假设我们在局域网的情况下，Batch size值越大，通道的性能越好。然而，在广域网环境下，要根据网络状况的好坏来设置该参数，若网络状况很差，Batch size值越大，可能会导致通道的性能越差。 优化 1、针对MQ和WAS的优化，一般从哪些方面去做，怎样判断性能瓶颈出现在哪里? 如：怎样合理的配置WAS的线程数和JVM的大小?怎么发现和处理性能瓶颈? 答： MQ： MQ一般不存在性能问题，对内存和CPU消耗比较少。 一般可以从以下几个方面对MQ进行性能优化： 1，MQ的API中最耗CPU的是MQCONN、MQDISC、MQOPEN和MQCLOSE，尽量避免必要地重复使用，最好做相关的连接池(自己开发这块调用的话)，批量消息使用一个MQCOMIT。只发送一条消息时用MQPUT1，性能消耗最小。 2，消息大小最好能少于8K，IBM的人说8K就是一个槛，大于它性能就越来越差。非重要的、不可丢失的消息，使用非持久性，非持久性消息只会在内存中，不会记日志，性能比持久性的消息高10倍。 3，日志分文件系统，/var/mqm/log和/var/mqm分别保存在不同的文件系统中，能提高I/O效率。日志文件尽量最大化，个数最小化，可减少日志文件切换频率，我们生产上好象就是主日志64M，5个。 4，根据自己系统真实情况修改qm.ini中的默认配置，比如说：MaxChannels、MaxActiveChannels和PipeLineLength，当通道连接量大的时候应该改大MaxChannels、MaxActiveChannels。设置MCA采用多个线程的方式来传输消息需修改PipeLineLength WAS： 1，WAS一般调优的话针对JVM、线程池、DataSource 连接池， 2，参数怎么调，需要根据实际应用去测试 一般初始化调参可以试着设置为以下：
3，需要结合监控数据和实际，去分析系统的瓶颈和优化的方法。 【编辑推荐】
点赞 0 （编辑：淮北站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
