MMap journal in activemq artemis has an option similar that means data is safe from process crash but not being sync allowing for higher throughout/lowerlatency you're happy with physical crash the data may not have flushed to disk which is what i understand from the below.
Maybe suggest looking into this? Franz is the man for this particular journal if you want more technical details. Sent from my iPhone > On 2 Jun 2017, at 02:57, wangqinghuan <1095193...@qq.com> wrote: > > I don't understand why activemq is so slowly. I read some design document > about KafKa. In Kafka,data is immediately written to a persistence log on > the filesystem without flushing to disk. In effect this just means that it > is transferred into the kernel's pagecache. Does activemq have this style of > pagecache-centric design? > > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/why-AvtiveMq-is-slowly-than-Kafka-tp4726911.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
