Thanks folks.
I am not awared my input data file has been compressed.
FileOutputFromat.setCompressOutput() is set to true when the file is
written. 8-(
Kim
On Thu, Mar 27, 2014 at 5:46 PM, Mostafa Ead <mostafa.g....@gmail.com>wrote:
> The following might answer you partially:
>
> Input key is not read from HDFS, it is auto generated as the offset of the
> input value in the input file. I think that is (partially) why read hdfs
> bytes is smaller than written hdfs bytes.
> On Mar 27, 2014 1:34 PM, "Kim Chew" <kchew...@gmail.com> wrote:
>
>> I am also wondering if, say, I have two identical timestamp so they are
>> going to be written to the same file. Does MulitpleOutputs handle appending?
>>
>> Thanks.
>>
>> Kim
>>
>>
>> On Thu, Mar 27, 2014 at 12:30 PM, Thomas Bentsen <t...@bentzn.com> wrote:
>>
>>> Have you checked the content of the files you write?
>>>
>>>
>>> /th
>>>
>>> On Thu, 2014-03-27 at 11:43 -0700, Kim Chew wrote:
>>> > I have a simple M/R job using Mapper only thus no reducer. The mapper
>>> > read a timestamp from the value, generate a path to the output file
>>> > and writes the key and value to the output file.
>>> >
>>> >
>>> > The input file is a sequence file, not compressed and stored in the
>>> > HDFS, it has a size of 162.68 MB.
>>> >
>>> >
>>> > Output also is written as a sequence file.
>>> >
>>> >
>>> >
>>> > However, after I ran my job, I have two output part files from the
>>> > mapper. One has a size of 835.12 MB and the other has a size of 224.77
>>> > MB. So why is the total outputs size is so much larger? Shouldn't it
>>> > be more or less equal to the input's size of 162.68MB since I just
>>> > write the key and value passed to mapper to the output?
>>> >
>>> >
>>> > Here is the mapper code snippet,
>>> >
>>> > public void map(BytesWritable key, BytesWritable value, Context
>>> > context) throws IOException, InterruptedException {
>>> >
>>> > long timestamp = bytesToInt(value.getBytes(),
>>> > TIMESTAMP_INDEX);;
>>> > String tsStr = sdf.format(new Date(timestamp * 1000L));
>>> >
>>> > mos.write(key, value, generateFileName(tsStr)); // mos is a
>>> > MultipleOutputs object.
>>> > }
>>> >
>>> > private String generateFileName(String key) {
>>> > return outputDir+"/"+key+"/raw-vectors";
>>> > }
>>> >
>>> >
>>> > And here are the job outputs,
>>> >
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Launched map tasks=2
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Data-local map tasks=2
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: SLOTS_MILLIS_REDUCES=0
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: File Output Format
>>> > Counters
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Bytes Written=0
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: FileSystemCounters
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: HDFS_BYTES_READ=171086386
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: FILE_BYTES_WRITTEN=54272
>>> > 14/03/27 11:00:56 INFO mapred.JobClient:
>>> > HDFS_BYTES_WRITTEN=1111374798
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: File Input Format Counters
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Bytes Read=170782415
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Map-Reduce Framework
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Map input records=547
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Physical memory (bytes)
>>> > snapshot=166428672
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Spilled Records=0
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Total committed heap
>>> > usage (bytes)=38351872
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: CPU time spent (ms)=20080
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Virtual memory (bytes)
>>> > snapshot=1240104960
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: SPLIT_RAW_BYTES=286
>>> > 14/03/27 11:00:56 INFO mapred.JobClient: Map output records=0
>>> >
>>> >
>>> > TIA,
>>> >
>>> >
>>> > Kim
>>> >
>>>
>>>
>>>
>>
