Not true per the sources, it controls all DN->DN copy/move rates, although the property name is misleading. Are you noticing a consistent rise in the rate or is it spiky?
On Fri, Jan 18, 2013 at 2:20 AM, Brennon Church <bren...@getjar.com> wrote: > That doesn't seem to work for under-replicated blocks such as when > decommissioning (or losing) a node, just for the balancer. I've got mine > currently set to 10MB/s, but am seeing rates of 3-4 times that after > decommissioning a node while it works on bringing things back up to the > proper replication factor. > > Thanks. > > --Brennon > > > On 1/17/13 11:04 AM, Harsh J wrote: > > You can limit the bandwidth in bytes/second values applied > via dfs.balance.bandwidthPerSec in each DN's hdfs-site.xml. Default is 1 > MB/s (1048576). > > Also, unsure if your version already has it, but it can be applied at > runtime too via the dfsadmin -setBalancerBandwidth command. > > > On Thu, Jan 17, 2013 at 8:11 PM, Brennon Church <ataru...@gmail.com>wrote: > >> Hello, >> >> Is there a way to throttle the speed at which under-replicated blocks >> are copied across a cluster? Either limiting the bandwidth or the number >> of blocks per time period would work. >> >> I'm currently running Hadoop v1.0.1. I think the >> dfs.namenode.replication.work.multiplier.per.iteration option would do the >> trick, but that is in v1.1.0 and higher. >> >> Thanks. >> >> --Brennon >> > > > > -- > Harsh J > > > -- Harsh J