[
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)