[ https://issues.apache.org/jira/browse/HADOOP-13665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16461719#comment-16461719 ]
Arpit Agarwal commented on HADOOP-13665: ---------------------------------------- Hi [~lewuathe], [~jojochuang] - do you know the runtime behavior when ISA-L library is present but the processor lacks instruction set support? Will we correctly fall back to the Java implementation? > Erasure Coding codec should support fallback coder > -------------------------------------------------- > > Key: HADOOP-13665 > URL: https://issues.apache.org/jira/browse/HADOOP-13665 > Project: Hadoop Common > Issue Type: Sub-task > Components: io > Reporter: Wei-Chiu Chuang > Assignee: Kai Sasaki > Priority: Blocker > Labels: hdfs-ec-3.0-must-do > Fix For: 3.0.0-alpha4 > > Attachments: HADOOP-13665.01.patch, HADOOP-13665.02.patch, > HADOOP-13665.03.patch, HADOOP-13665.04.patch, HADOOP-13665.05.patch, > HADOOP-13665.06.patch, HADOOP-13665.07.patch, HADOOP-13665.08.patch, > HADOOP-13665.09.patch, HADOOP-13665.10.patch, HADOOP-13665.11.patch, > HADOOP-13665.12.patch > > > The current EC codec supports a single coder only (by default pure Java > implementation). If the native coder is specified but is unavailable, it > should fallback to pure Java implementation. > One possible solution is to follow the convention of existing Hadoop native > codec, such as transport encryption (see {{CryptoCodec.java}}). It supports > fallback by specifying two or multiple coders as the value of property, and > loads coders in order. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org