What's the ack for?  If it fails, it will try another broker?  Can this be
disabled or it's a major design change?


On Wed, Jan 9, 2013 at 12:40 AM, Jun Rao <jun...@gmail.com> wrote:

> The 50MB/s number is for 0.7. We haven't carefully measured the performance
> in 0.8 yet. We do expect the throughput that a single producer can drive in
> 0.8 to be less. This is because the 0.8 producer needs to wait for an RPC
> response from the broker while in 0.7, there is no ack for the producer.
> Nevertheless, 2MB/s seems low. Could you try increasing flush interval to
> sth bigger, like 20000?
>
> Thanks,
>
> Jun
>
> On Tue, Jan 8, 2013 at 8:32 PM, Jun Guo -X (jungu - CIIC at Cisco) <
> ju...@cisco.com> wrote:
>
> > According to Kafka official document, the producer throughput is about
> > 50MB/S. But I do some test, the producer throughout is only about 2MB/S.
> > The test environment is the same with document says. One producer, One
> > broker, One Zookeeper are in independent machine. Message size is 100
> > bytes, batch size is 200, flush interval is 600 messages. The test
> > environment is the same, the configuration is the same. The why there is
> > such big gap the my test result and the document says?
> >
>

Reply via email to