[ https://issues.apache.org/jira/browse/HADOOP-15229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Loughran updated HADOOP-15229: ------------------------------------ Status: Patch Available (was: Open) Patch 005 h3. API * mark new interfaces/classes/ops as unstable h3. API tests * FileContext tests in sync with filesystem * openFile(PathHandle) adds test. Filed HADOOP-15949: open(PathHandle) spec and implementations ambiguous about what to raise when path is deleted. h3. S3 select working on the S3A select impl & tests * all input options have .input. in their name, INPUT_ in the constant * new landsat test of gzipped data through FS API working, with effort. Buggy use of s3a: prefixes wasting time there * better diags on failure, debug logging. You will need this. * while doing this, factored out all logic to get landsat data & skip if its not defined; now in S3ATestUtils. Testing? New tests only > Add FileSystem builder-based openFile() API to match createFile() > ----------------------------------------------------------------- > > Key: HADOOP-15229 > URL: https://issues.apache.org/jira/browse/HADOOP-15229 > Project: Hadoop Common > Issue Type: New Feature > Components: fs, fs/azure, fs/s3 > Affects Versions: 3.0.0 > Reporter: Steve Loughran > Assignee: Steve Loughran > Priority: Major > Attachments: HADOOP-15229-001.patch, HADOOP-15229-002.patch, > HADOOP-15229-003.patch, HADOOP-15229-004.patch, HADOOP-15229-004.patch, > HADOOP-15229-005.patch > > > Replicate HDFS-1170 and HADOOP-14365 with an API to open files. > A key requirement of this is not HDFS, it's to put in the fadvise policy for > working with object stores, where getting the decision to do a full GET and > TCP abort on seek vs smaller GETs is fundamentally different: the wrong > option can cost you minutes. S3A and Azure both have adaptive policies now > (first backward seek), but they still don't do it that well. > Columnar formats (ORC, Parquet) should be able to say "fs.input.fadvise" > "random" as an option when they open files; I can imagine other options too. > The Builder model of [~eddyxu] is the one to mimic, method for method. > Ideally with as much code reuse as possible -- 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