|
Mahadev konar made changes - 21/Apr/08 08:40 PM
editing this issue to be just a compaction utility.
Mahadev konar made changes - 22/Apr/08 10:38 PM
Robert Chansler made changes - 25/Oct/08 12:50 AM
Mahadev's work (
Robert Chansler made changes - 25/Oct/08 12:51 AM
Owen O'Malley made changes - 08/Jul/09 04:43 PM
Owen O'Malley made changes - 08/Jul/09 04:52 PM
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Here is the outline of the functionality.
Please comment – does this meet your needs, what is missing, etc. This will help to get this small tool right.
The purpose of the tool:
given a DFS directory with N part files, produce a DFS directory with M part files with content equivalent to the original one.
Optionally, the tool will also compress the data in a way that is transparent to MapReduce jobs.
What is "Equivalent content"?
There are three cases:
In the second and third cases the records with the same key should be in the same shard (part-file). This also so may be required in case 1, too.
The first two cases allow just to concatenate the shards into larger ones.
In the third case, the shards need to be merged according to the keys order.
The command will look like
dfs_compact
-input input dfs directory path (required)
-output output dfs directory path (by default – replace the input)
-nshards the number of shards (part files) in the output
-shardsize the approximate desired size of a shard in the output
only of -nshards and -shardsize should be specified
default – one shard
-order [yes|no] optional; default – "no"
"yes" corresponds to case three (this may require supplying a key comparison method)
-compress [gzip|zlib|lzo] if the option specified with no value,
the tool will pick the compression method itself
It probably be implemented as a map-reduce job. (Map-only for cases 1 and 2)