Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

2012-03-29 Thread Scott Carey
IRA also named "trunk." This would serve the >same purpose, without having to update any individual JIRAs. > > >> OTOH, having a constant trunk-SNAPSHOT version string helps devs working >> on trunk since they don't have to deal with version bumps on trunk >>(al

Re: [DISCUSS] Remove append?

2012-03-26 Thread Scott Carey
On 3/26/12 12:53 PM, "Colin McCabe" wrote: >On Fri, Mar 23, 2012 at 7:44 PM, Scott Carey >wrote: >> >> >> On 3/22/12 10:25 AM, "Eli Collins" wrote: >> >>>On Thu, Mar 22, 2012 at 1:26 AM, Konstantin Shvachko >>> wrote: >

Re: [DISCUSS] Remove append?

2012-03-23 Thread Scott Carey
On 3/22/12 5:41 PM, "Eli Collins" wrote: >On Thu, Mar 22, 2012 at 4:27 PM, wrote: >> Eli, >> >> I think by "current definition of visible length", you mean that once a >> client opens a file and gets block list, it will always be able to read >>up >> to the length at open. >> > >I was thinkin

Re: [DISCUSS] Remove append?

2012-03-23 Thread Scott Carey
On 3/22/12 10:25 AM, "Eli Collins" wrote: >On Thu, Mar 22, 2012 at 1:26 AM, Konstantin Shvachko > wrote: >> Eli, >> >> I went over the entire discussion on the topic, and did not get it. Is >> there a problem with append? We know it does not work in hadoop-1, >> only flush() does. Is there anyt

Re: [DISCUSS] Remove append?

2012-03-23 Thread Scott Carey
On 3/20/12 5:37 PM, "Eli Collins" wrote: >Append introduces non-trivial design and code complexity, which is not >worth the cost if we don't have real users. Removing append means we >have the property that HDFS blocks, when finalized, are immutable. >This significantly simplifies the design an