Hi,

Can you look at the disk IO while you are approaching end of the topic and
your performance raises? End of the topic may reside in FS cache in memory
and that may explain.

BR

On Thu, Apr 16, 2020 at 6:56 PM Ilya R <mrgreen...@gmail.com> wrote:

> Hello, everyone
>
> I'm researching problem when reading a topic from the beginning max speed
> per partition/per consumer not more than 80MB/s. But near the end of the
> topic speed rise up to 250-300MB/s unexpectedly, not only on the last log
> segment on several latest log segments. I've already change network buffers
> in a linux, change socket settings on server/client side, but there are not
> results. For testing I'm using kafka-console-consimer.sh script from
> standart installation. Kafka version is 2.3.0.
>
> Does anyone else encountered this?
>
> Server settings
> broker.id=1
> log.message.timestamp.type=LogAppendTime
> num.network.threads=24
> num.io.threads=10
> offset.metadata.max.bytes=8096
> offsets.load.buffer.size=10485760
> offsets.topic.num.partitions=1
> offsets.topic.replication.factor=1
> socket.request.max.bytes=4194304
> socket.send.buffer.bytes=4194304
> leader.imbalance.check.interval.seconds = 30
> log.dir=/local/kafka/data
> log.dirs=/local/kafka/data
> zookeeper.connect=localhost:2181
> message.max.bytes = 50000000
> log.segment.bytes = 104857600
>
> Topic settings:
> compression.type           uncompressed
> segment.bytes              104857600
> max.message.bytes          50000000
> min.compaction.lag.ms      43200000
> message.timestamp.type     LogAppendTime
> min.cleanable.dirty.ratio  0.1
>
> Consumer settings:
> max.partition.fetch.bytes=8048576
> fetch.max.bytes=128777216
> fetch.min.bytes=8048576
> receive.buffer.bytes=8048577
>


-- 
Seva Feldman
VP R&D Mobile Delivery
[image: ironSource] <http://www.ironsrc.com/>

email sev...@ironsrc.com
mobile +972544346089

ironSource HQ - 121 Derech Menachem Begin st. Tel Aviv

Reply via email to