[
https://issues.apache.org/jira/browse/BOOKKEEPER-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Enrico Olivelli resolved BOOKKEEPER-1055.
-----------------------------------------
Resolution: Fixed
Issue resolved by merging pull request 156
[https://github.com/apache/bookkeeper/pull/156]
{noformat}
commit 0f16da8961521372b9bec953ab62c8913bb8dc31
Author: Matteo Merli <mme...@apache.org>
AuthorDate: Wed May 17 08:57:37 2017 +0200
Commit: eolivelli <eolive...@apache.org>
CommitDate: Wed May 17 08:57:37 2017 +0200
BOOKKEEPER-1055: Optimize handling of masterKey in case it is empty
On each request client and bookies are exchanging the ledger masterKey,
which is a 20 bytes MAC digest of the ledger password.
For each request there is a considerable overhead in allocating byte arrays
when parsing the add/read requests.
If the client is a passing an empty password, we should optimize the data
path to skip all allocations (related to the masterKey) and instead rely on a
static byte array.
Author: Matteo Merli <mme...@apache.org>
Author: Matteo Merli <mme...@yahoo-inc.com>
Reviewers: Enrico Olivelli <eolive...@gmail.com>, Venkateswararao Jujjuri
(JV) <None>
Closes #156 from merlimat/empty-password
{noformat}
> Optimize handling of masterKey in case it is empty
> --------------------------------------------------
>
> Key: BOOKKEEPER-1055
> URL: https://issues.apache.org/jira/browse/BOOKKEEPER-1055
> Project: Bookkeeper
> Issue Type: Improvement
> Reporter: Matteo Merli
> Assignee: Matteo Merli
> Priority: Minor
> Fix For: 4.5.0
>
>
> On each request client and bookies are exchanging the ledger masterKey, which
> is a 20 bytes MAC digest of the ledger password.
> For each request there is a considerable overhead in allocating byte arrays
> when parsing the add/read requests.
> If the client is a passing an empty password, we should optimize the data
> path to skip all allocations (related to the masterKey) and instead rely on a
> static byte array.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
