[ https://issues.apache.org/jira/browse/BOOKKEEPER-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16066501#comment-16066501 ]
ASF GitHub Bot commented on BOOKKEEPER-1033: -------------------------------------------- Github user jvrao commented on the issue: https://github.com/apache/bookkeeper/pull/189 @sijie @reddycharan Let me step back and discuss this. 1. Are there any legitimate use cases of specifying multiple ledger dirs on the same disk partition? if not, in production I would like to flag this as error, or at least a warning to ignore other ledger dirs. I don't think code need to work hard to dedup and skip these things. This is not a naive user mistake, configurations are done by system administrator and they need to be crisp IMO. 2. Currently we have only one active entrylog, so having multiple dirs on the same disk, at the most may fill one disk partition faster/quicker than other. (Say three ledger dirs on disk1 and one ledger dir on disk2). If disk1 and disk2 are of same sizes, disk1 gets used more. but if disk1 is bigger than disk2 then this feature may be handy. 3. When we move to multiple active entrylogs, we are going to distribute entrylogs across ledger dirs. When this feature is introduced it surely hits perf because one disk may be having multiple entrylogs which gets written/scyned unless dedup is implemented. @sijie I am not sure what is the biggest concern about this. Are you worried about too many configuration parameters? or something else? > Handle DirsPartitionDuplication > ------------------------------- > > Key: BOOKKEEPER-1033 > URL: https://issues.apache.org/jira/browse/BOOKKEEPER-1033 > Project: Bookkeeper > Issue Type: New Feature > Reporter: Charan Reddy Guttapalem > Assignee: Charan Reddy Guttapalem > > - Provide configuration for allowDirsPartitionDuplication > - while calculating total disk metrics account Partition Duplication -- This message was sent by Atlassian JIRA (v6.4.14#64029)