hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-14660) wasb: improve throughput by 34% when account limit exceeded
Date Sun, 16 Jul 2017 15:09:00 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-14660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16088953#comment-16088953
] 

Hadoop QA commented on HADOOP-14660:
------------------------------------

| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue}  0m  0s{color} | {color:blue}
Docker mode activated. {color} |
| {color:red}-1{color} | {color:red} patch {color} | {color:red}  0m  4s{color} | {color:red}
HADOOP-14660 does not apply to trunk. Rebase required? Wrong Branch? See https://wiki.apache.org/hadoop/HowToContribute
for help. {color} |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Issue | HADOOP-14660 |
| JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12877474/HADOOP-14660-007.patch
|
| Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/12793/console |
| Powered by | Apache Yetus 0.6.0-SNAPSHOT   http://yetus.apache.org |


This message was automatically generated.



> wasb: improve throughput by 34% when account limit exceeded
> -----------------------------------------------------------
>
>                 Key: HADOOP-14660
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14660
>             Project: Hadoop Common
>          Issue Type: Improvement
>          Components: fs/azure
>            Reporter: Thomas
>            Assignee: Thomas
>         Attachments: HADOOP-14660-001.patch, HADOOP-14660-002.patch, HADOOP-14660-003.patch,
HADOOP-14660-004.patch, HADOOP-14660-005.patch, HADOOP-14660-006.patch, HADOOP-14660-007.patch
>
>
> Big data workloads frequently exceed the Azure Storage max ingress and egress limits
(https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits).  For example,
the max ingress limit for a GRS account in the United States is currently 10 Gbps.  When the
limit is exceeded, the Azure Storage service fails a percentage of incoming requests, and
this causes the client to initiate the retry policy.  The retry policy delays requests by
sleeping, but the sleep duration is independent of the client throughput and account limit.
 This results in low throughput, due to the high number of failed requests and thrashing causes
by the retry policy.
> To fix this, we introduce a client-side throttle which minimizes failed requests and
maximizes throughput.  Tests have shown that this improves throughtput by ~34% when the storage
account max ingress and/or egress limits are exceeded. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org


Mime
View raw message