[ 
https://issues.apache.org/jira/browse/HADOOP-2423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tsz Wo (Nicholas), SZE updated HADOOP-2423:
-------------------------------------------

    Attachment: 2423_20080311.patch

> I am only worried about limit 0 in String.split().
The only different for split(p, 0) and split(p, -1) is the root path, i.e. "/". 
 However, root path is treated as a special case in the codes (for both before 
and after the patch.)  In addition to the regression tests, I manually tested 
it.

2423_20080311.patch: fixed a bug.


> The codes in FSDirectory.mkdirs(...) is inefficient.
> ----------------------------------------------------
>
>                 Key: HADOOP-2423
>                 URL: https://issues.apache.org/jira/browse/HADOOP-2423
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: dfs
>    Affects Versions: 0.15.1
>            Reporter: Tsz Wo (Nicholas), SZE
>            Assignee: Tsz Wo (Nicholas), SZE
>         Attachments: 2423_20080130.patch, 2423_20080303.patch, 
> 2423_20080304.patch, 2423_20080304b.patch, 2423_20080304c.patch, 
> 2423_20080304d.patch, 2423_20080310.patch, 2423_20080311.patch
>
>
> FSDirectory.mkdirs(...) creates List<String> v to store all dirs.  e.g.
> {code}
> //Suppose 
> src = "/foo/bar/bas/"
> //Then,
> v = {"/", "/foo", "/foo/bar", "/foo/bar/bas"}
> {code}
> For each directory string *cur* in v, no matter *cur* already exists or not, 
> it will try to do a unprotectedMkdir(cur, ...).  Then, *cur* is parsed to 
> byte[][] in INodeDirectory.addNode (...).
> We don't need to do the parsing for each string in v.  Instead, byte[][] 
> should be stored.  Also, the loop should not continue once it finds an 
> existing subdirectory.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to