This message was deleted.
# general
s
This message was deleted.
l
It did: https://github.com/apache/druid/pull/14310, however this should have strictly improved on the partitions that you get instead of reducing it
What are the segment sizes for a particular time segment? MSQ has num rows per segment set to 3mn. Are there segments that are super larger than this?
k
@Arav K If you could send the segment ID -> numRows, size between the 2 versions it will help us looks at the root cause. You can always use the undocumented parameter
Copy code
clusterStatisticsMergeMode=PARALLEL
and see if things revert to the old distribution buts its not recommended.
@Arav K Any updates on this ?
1
a
For new version . Below is the requested metrics . (partitioned by Day , rowsPerSegment 7.5M)
For the old version . I have statistics for same dataset , but only for slightly different partitioning configuration - Partitioned by ALL , , rowsPerSegment 7.5M @Karan Kumar @Laksh Singla
k
Can you also share the segment size along with numRows. MSQ uses data sketch for determining partition boundaries. Partitioned by all forces all partition to a single time chunk which should ideally be worse since you would be affected by data skech downsizing the most. More the data sketch is down sampled, less accurate are the partition boundaries.