my jar looks like: -rw-r--r-- 1 hadoop hadoop 2861459 2011-02-09 16:34 hadoop-core-0.20.2+322.jar
-ryan On Fri, Feb 11, 2011 at 10:29 PM, Ryan Rawson <[email protected]> wrote: > I put up the patch I used, I then changed the version to 0.20.2-322 > and just did ant jar. I crippled the forrest crap in build.xml... I > didnt check the filesize of the resulting jar though. > > -ryan > > On Fri, Feb 11, 2011 at 10:08 PM, Ted Yu <[email protected]> wrote: >> Ryan: >> Can you share how you built patched cdh3b2 ? >> >> When I used 'ant jar', I got build/hadoop-core-0.20.2-CDH3b2-SNAPSHOT.jar >> which was much larger than the official hadoop-core-0.20.2+320.jar >> hadoop had trouble starting if I used hadoop-core-0.20.2-CDH3b2-SNAPSHOT.jar >> in place of official jar. >> >> Thanks >> >> On Fri, Feb 11, 2011 at 9:59 PM, Ryan Rawson <[email protected]> wrote: >> >>> I am generally +1, but we'll need another RC to address HBASE-3524. >>> >>> Here is some of my other report of running this: >>> >>> Been running a variant of this found here: >>> >>> https://github.com/stumbleupon/hbase/tree/su_prod_90 >>> >>> Running in "dev" here at SU now. >>> >>> Also been testing that against our Hadoop CDH3b2 patched in with >>> HDFS-347. In uncontended YCSB runs this did improve much 'get' >>> numbers, but in a 15 thread contended test the average get time goes >>> from 12.1 ms -> 6.9ms. We plan to test this more and roll in to our >>> production environment. With 0.90.1 + a number of our patches, >>> Hadoopw/347 I loaded 30gb in using YCSB. >>> >>> Still working on getting VerifyingWorkload to run and verify this >>> data. But no exceptions. >>> >>> -ryan >>> >>> >> >
