是的,我也同意这种观点。我的意思是如果可以提高同步情况下的整体吞吐量是否会更好呢?另外如果对于需要绝对可靠的
业务场景(如金融的一些特殊场景),只能使用同步落盘,而这种模式下,如果让上层的处理线程同步等待刷盘结果,似乎效率也不是很高,假设磁盘IO稍微慢一些,就会出现大量请求无法得到处理。
还有就是第一个问题还请帮忙分析下是否有道理呢?
On 2018/03/13 06:35:52, "KaiYuan Yang" wrote:
>
主从之间的同步,支持同步和异步两种方式。异步的吞吐量高,但是Master故障时,可能造成一些消息没及时同步到Slave;有些场景对可靠性要求高而且数据量不大,可
Hi,
第一个问题,确实这里涉及到了一次拷包,这里如果不聚合的话,写真正的File的IO次数会更频繁的,对于你说的Body非常的的情况下,这种情况瓶颈一般在磁盘上,但这里有优化的余地,可以节约点CPU。
第二个问题,现在主从同步双写的话确实会因为线程阻塞导致性能受到影响,我们也正在改造成全异步的形式。
祝好
2018-03-13 11:56 GMT+08:00 李煜洲 :
> hi,大家好。我是美团基础架构部的李煜洲,最近在对rocketmq做一些性能方面的测试,在阅读代码的时候发现两个问题,希望和大家讨论一下
> 1、AppendMessageResult doAppend函数,作
Hiï¼RocketMQç®åçæ¬ä¸çå¤å¯æ¬æ¹æ¡ä»ä¸»å¤å¤å¶æ¨¡å¼ä¸å为åæ¥åååå¼æ¥åå模å¼ï¼åæ¶å¨è½çæ¹å¼ä¸ä¹å为åæ¥åå¼æ¥æ¹å¼ï¼éè¿è¿ä¸¤è
çé
ç½®ï¼å¯ä»¥è®©æ´ä¸ªç³»ç»å¨å¯ç¨æ§ä»¥åæ¶æ¯çå¯é
æ§ä¸ææ侧éï¼å
·ä½å¯ä»¥åèï¼
org
这两块我可以参与一起开发吗? 我对这两块挺感兴趣的,我本来也是要计划把整个nameserver用paxos协议重写,对整个集群做服务发现和流量调度
在 2018年3月13日 下午3:43,Jixiang Jin 写道:
>
> Hi,RocketMQ目前版本中的多副本方案从主备复制模式上分为同步双写和异步双写模式;同时在落盘方式上也分为同步和异步方式;通过这两者的配置,
> 可以让整个系统在可用性以及消息的可靠性上有所侧重,具体可以参考:
> org.apache.rocketmq.store.config.MessageStoreConfig#flushDiskType
> org.a
Hi,
Choose one path with patience * enthusiast on being an Open Source SoftWare
Provider like linux & his Friends.
[1].Why call it GNU/Linux
[2].Linux POSIX PROTOCOL
-- --
??: "iamzhoug37";
: 2018??3??13??(??) 4:13
??: "u
Hi,
I have one doubt: [what] the set "mapedFileSizeConsumeQueue = 30" is with
your meaning try to show?Could you please tell us?
My friend.
-- --
??: "el zhang";
: 2018??3??13??(??) 2:43
??: "users";
: rocketmq-s
调整设置 mapedFileSizeConsumeQueue 是为了方便测试,4.2版本默认的是600W
2018-03-14 0:00 GMT+08:00 智齿 :
>
> Hi,
>
> I have one doubt: [what] the set "mapedFileSizeConsumeQueue = 30" is
> with your meaning try to show?
> Could you please tell us?
> My friend.
>
> 祝好
>
>
> -- 原始邮件 -