You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Ben Stopford (JIRA)" <ji...@apache.org> on 2015/09/04 13:46:46 UTC

[jira] [Created] (KAFKA-2517) Performance Regression post SSL implementation

Ben Stopford created KAFKA-2517:
-----------------------------------

             Summary: Performance Regression post SSL implementation
                 Key: KAFKA-2517
                 URL: https://issues.apache.org/jira/browse/KAFKA-2517
             Project: Kafka
          Issue Type: Bug
            Reporter: Ben Stopford
            Assignee: Ben Stopford
            Priority: Critical
             Fix For: 0.8.3


It would appear that we incurred a performance regression on submission of the SSL work affecting the performance of the new Kafka Consumer. 

Running with 1KB messages. Macbook 2.3 GHz Intel Core i7, 8GB, APPLE SSD SM256E. Single server instance. All local. 

kafka-consumer-perf-test.sh ... --messages 3000000  --new-consumer

Pre-SSL changes (commit 503bd36647695e8cc91893ffb80346dd03eb0bc5)
Steady state throughputs = 234.8 MB/s
(2861.5913, 234.8261, 3000596, 246233.0543)

Post-SSL changes (commit 13c432f7952de27e9bf8cb4adb33a91ae3a4b738) 
Steady state throughput =  178.1 MB/s  
(2861.5913, 178.1480, 3000596, 186801.7182)

Implication is a 25% reduction in consumer throughput for these test conditions. 

This appears to be caused by the use of PlaintextTransportLayer rather than SocketChannel in FileMessageSet.writeTo() meaning a zero copy transfer is not invoked.

Switching to the use of a SocketChannel directly in FileMessageSet.writeTo()  yields the following result:
Steady state throughput =  281.8 MB/s
(2861.5913, 281.8191, 3000596, 295508.7650)





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)