mirror of https://github.com/apache/druid.git
5da0241ac8
AppenderatorImpl already applies maxRowsInMemory across all sinks. So dividing by the number of Kafka partitions is pointless and effectively makes the interpretation of maxRowsInMemory lower than expected. This undoes one of the two changes from #3284, which fixed the original bug twice. In this, that's worse than fixing it once. |
||
|---|---|---|
| .. | ||
| avro-extensions | ||
| datasketches | ||
| druid-kerberos | ||
| hdfs-storage | ||
| histogram | ||
| kafka-eight | ||
| kafka-extraction-namespace | ||
| kafka-indexing-service | ||
| lookups-cached-global | ||
| lookups-cached-single | ||
| mysql-metadata-storage | ||
| postgresql-metadata-storage | ||
| protobuf-extensions | ||
| s3-extensions | ||
| simple-client-sslcontext | ||
| stats | ||