[jira] [Created] (HDFS-4269) DatanodeManager#registerDatanode rejects all datanode registrations from localhost in single-node developer setup

2012-12-04 Thread Chris Nauroth (JIRA)
Chris Nauroth created HDFS-4269: --- Summary: DatanodeManager#registerDatanode rejects all datanode registrations from localhost in single-node developer setup Key: HDFS-4269 URL: https://issues.apache.org/jira/browse/

[jira] [Created] (HDFS-4268) Remove redundant enum NNHAStatusHeartbeat.State

2012-12-04 Thread Konstantin Shvachko (JIRA)
Konstantin Shvachko created HDFS-4268: - Summary: Remove redundant enum NNHAStatusHeartbeat.State Key: HDFS-4268 URL: https://issues.apache.org/jira/browse/HDFS-4268 Project: Hadoop HDFS I

Re: profiling hdfs write path

2012-12-04 Thread Radim Kolar
Agree. Want to write some? Its not about writing patches, its about to get them committed. I have experience that getting something committed takes months even on simple patch. I have about 10 patches floating around none of them was committed in last 4 weeks. They are really simple stuff. I

[jira] [Created] (HDFS-4267) Remove dead code pre-append related code in branch-1

2012-12-04 Thread Suresh Srinivas (JIRA)
Suresh Srinivas created HDFS-4267: - Summary: Remove dead code pre-append related code in branch-1 Key: HDFS-4267 URL: https://issues.apache.org/jira/browse/HDFS-4267 Project: Hadoop HDFS Issu

Re: profiling hdfs write path

2012-12-04 Thread Suresh Srinivas
Thank you Todd! I have been seeing similar attitude in many jiras, that I have tried hard to ignore and was wondering how to respond to this email. I could not have said it better. On Tue, Dec 4, 2012 at 9:27 AM, Todd Lipcon wrote: > f you're just going to insult us, please stay away. We don't

Re: profiling hdfs write path

2012-12-04 Thread Eli Collins
On Tue, Dec 4, 2012 at 9:39 AM, Radim Kolar wrote: > >> If you're just going to insult us, please stay away. We don't need >> your help unless you're going to be constructive. > > Good units tests will catch code modifications like: > Agree. Want to write some? Would love to see patches like t

Re: profiling hdfs write path

2012-12-04 Thread Radim Kolar
If you're just going to insult us, please stay away. We don't need your help unless you're going to be constructive. Good units tests will catch code modifications like: from: long getLastByteOffsetBlock() { return lastByteOffsetInBlock; } to from: long getLastByteOffsetBlo

Re: profiling hdfs write path

2012-12-04 Thread Todd Lipcon
On Tue, Dec 4, 2012 at 9:07 AM, Radim Kolar wrote: > >> It is definitely buggy, it might not actually be faster, and it >> probably isn't well commented. But feel free to have a go at it. > > thank you for your code, i got it merged with trunk. HDFS is crap code, > private methods not documented a

Re: profiling hdfs write path

2012-12-04 Thread Radim Kolar
It is definitely buggy, it might not actually be faster, and it probably isn't well commented. But feel free to have a go at it. thank you for your code, i got it merged with trunk. HDFS is crap code, private methods not documented at all, and unit tests are joke. I did some random code chang

[jira] [Created] (HDFS-4266) BKJM: Separate write and ack quorum

2012-12-04 Thread Ivan Kelly (JIRA)
Ivan Kelly created HDFS-4266: Summary: BKJM: Separate write and ack quorum Key: HDFS-4266 URL: https://issues.apache.org/jira/browse/HDFS-4266 Project: Hadoop HDFS Issue Type: Sub-task

[jira] [Created] (HDFS-4265) BKJM doesn't take advantage of speculative reads

2012-12-04 Thread Ivan Kelly (JIRA)
Ivan Kelly created HDFS-4265: Summary: BKJM doesn't take advantage of speculative reads Key: HDFS-4265 URL: https://issues.apache.org/jira/browse/HDFS-4265 Project: Hadoop HDFS Issue Type: Sub-ta