Re: 回复:rocketmq性能提升相关问题咨询

2018-03-13 Thread
r故障时,可能造成一些消息没及时同步到Slave;有些场景对可靠性要求高而且数据量不大,可以用同步方式。------发件人:李煜洲 <ia...@gmail.com>发送时间:2018年3月13日(星期二) 11:56收件人:users < us...@rocketmq.apache.org>主 题:rocketmq性能提升相关问题咨询> > hi,大家好。我是美团基础架构部的李煜洲,最近在对rocketmq做一些性能方面的测试,在阅读代码的时候

Re: rocketmq性能提升相关问题咨询

2018-03-13 Thread
MessageStoreConfig#flushDiskType > org.apache.rocketmq.store.config.MessageStoreConfig#brokerRole > > 两个配置项。 > > 同时我们也正在基于Raft、Paxos分布式一致性协议设计新一代的多副本方案,后续可以关注下。如果对这方便有兴趣,欢迎邮件交流。 > > On 2018/03/13 03:56:08, 李煜洲 <iamzhou...@gmail.com> wrote: > > hi,大家好。我是美团基础架构部的李煜洲,最近

rocketmq性能提升相关问题咨询

2018-03-12 Thread
hi,大家好。我是美团基础架构部的李煜洲,最近在对rocketmq做一些性能方面的测试,在阅读代码的时候发现两个问题,希望和大家讨论一下 1、AppendMessageResult doAppend函数,作用是把具体的消息格式化并刷到Commitlog的bytebuffer里面,但是感觉处理逻辑有些性能损耗,我看代码是先把message的消息内容以及等等一些信息统一写到名为msgStoreItemMemory的bytebuffer里面,然后再把msgStoreItemMemory刷到底层commitLog的bytebuffer里面,感觉如果我的单条消息的body非常大的话,反复拷贝来拷贝去

Re: rockertmq 压测服务端性能相关问题咨询

2018-03-14 Thread
请问这两个的相关配置或者相关代码在什么位置呢?我没有找到。。 关于第二点提高主从复制的流量,我看主从之间的通讯方式是通过socketchannel进行通讯的,也没有做限制的,是把从节点的接收的bytebuffer扩大吗?我看从节点的bytebuffer默认是4*1024*1024 在 2018年3月15日 上午11:22,老胡 <2372554...@qq.com>写道: > 1.关闭 index文件的写入 > 2. 提高主从复制的流量 > > > -- 原始邮件 ------ &

Re: rockertmq 压测服务端性能相关问题咨询

2018-03-14 Thread
还有就是为什么关闭index文件写入会提高同步的性能呢?如果只是因为index文件写磁盘也会消耗IO的话,感觉就不需要调整这个,因为写入的量不大,才35M/s 在 2018年3月15日 上午11:22,老胡 <2372554...@qq.com>写道: > 1.关闭 index文件的写入 > 2. 提高主从复制的流量 > > > -- 原始邮件 ------ > *发件人:* "李煜洲"<iamzhou...@gmail.com>; > *发送时

rockertmq 压测服务端性能相关问题咨询

2018-03-14 Thread
broker机器环境: 32C96G物理机 CPU型号:Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz 磁盘类型:SAS盘 网卡为千兆网卡 JVM配置为rocketmq-4.2.0默认配置 broker配置为MASTER_SYNC以及FLUSH_ASYNC 使用客户端逐渐放量进行压测,发现当TPS达到5000~6000的时候,每分钟大约50~60个由于超过200ms而没有被处理的发送失败,主从之间为同机房部署,请问是我哪里配置不正确吗导致发送性能上不去呢?