This message was deleted.
# troubleshooting
s
This message was deleted.
j
This data source is being pushed into “cold” storage, while tranquility is being pushed into “hot”, could this impact the numbers?
a
Could you please share how large the records are? You could increase recordBufferSize and maxRecordsPerPoll as well if the records aren't too large
j
How would I get the record size? I am seeing for segments: 269.44 MB and 2,894,139 rows but this seems a little low at less then a KB per record
a
It might be worth trying an increase in recordBufferSize and maxRecordsPerPoll. Also, if the records are this small, could you also please set maxRowsInMemory back to the default value of 1,000,000? 75k seems low given that the records are small and could be leading to unnecessary persists to disk
j
Thanks I will try that 👍
These have not worked yet, but still working to adjust. I notice that “maxBytesInMemory” is set to 0, although I did not set this explicitly. Could this be causing issues?
@Amatya Avadhanula
a
https://druid.apache.org/docs/latest/development/extensions-core/kinesis-ingestion.html#kinesissupervisortuningconfig The default value is 1/6th of the JVM memory. I don't think maxBytesInMemory is the problem
g
whenever performance is a question, i like to start with profiling. a flame graph of one of your kinesis tasks would illuminate where it is spending its time: https://support.imply.io/hc/en-us/articles/360033747953-Profiling-Druid-queries-using-flame-graphs
in this case you'd be looking at the
internal peon
processes that have
index_kinesis
in the name
if you post one we may be able to offer some more specific advice
(best to do a task that is actively reading data, btw, as opposed to one that is doing the final publish-and-exiting.)
j
Thanks @Gian Merlino