[ https://issues.apache.org/jira/browse/HADOOP-11542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14313053#comment-14313053 ]
Kai Zheng commented on HADOOP-11542: ------------------------------------ bq.testCoding actually only tested lost data chunks; do we plan to test lost parity chunks as well? Yes indeed. It's planned to have follow up a JIRA to enhance the tests for parity chunks as well. Like {{erasedDataIndexes}}, {{erasedParityIndexes}} will be added to specify which parity units are to be erased and recovered then. bq.In prepareInputChunksForDecoding, why are parity chunks put in front of data chunks? Functionally it doesn't really matter, but it'd be better to have a consistent ordering. I thought the consistent ordering should be: parity units + data units, which respects the implementation of {{GaloisField}}. I will make sure other coders like {{IsaRSRawCoder}} will also follow that. > Raw Reed-Solomon coder in pure Java > ----------------------------------- > > Key: HADOOP-11542 > URL: https://issues.apache.org/jira/browse/HADOOP-11542 > Project: Hadoop Common > Issue Type: Sub-task > Affects Versions: HDFS-EC > Reporter: Kai Zheng > Assignee: Kai Zheng > Attachments: HADOOP-11542-v1.patch, HADOOP-11542-v2.patch, > HADOOP-11542-v3.patch, HDFS-RAID-GaloisField.java > > > This will implement RS coder by porting existing codes in HDFS-RAID in the > new codec and coder framework, which could be useful in case native support > isn't available or convenient in some environments or platforms. -- This message was sent by Atlassian JIRA (v6.3.4#6332)