[jira] [Updated] (HBASE-9953) PerformanceEvaluation: Decouple data size from client concurrency
[
https://issues.apache.org/jira/browse/HBASE-9953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk updated HBASE-9953:
Attachment: HBASE-9953.01.patch
Refreshing patch after a short hiatus. Added description for new --size command
to help text.
PerformanceEvaluation: Decouple data size from client concurrency
-
Key: HBASE-9953
URL: https://issues.apache.org/jira/browse/HBASE-9953
Project: HBase
Issue Type: Test
Components: test
Reporter: Nick Dimiduk
Priority: Minor
Attachments: HBASE-9953.00.patch, HBASE-9953.01.patch
PerfEval tool provides a {{--rows=R}} for specifying the number of records to
work with and requires the user provide a value of N, used as the concurrency
level. From what I can tell, every concurrent process will interact with R
rows. In order to perform an apples-to-apples test, the user must
re-calculate the value R for every new value of N.
Instead, I propose accepting a {{--size=S}} for the amount of data to
interact with and let PerfEval divide that amongst the N clients on the
user's behalf.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (HBASE-9953) PerformanceEvaluation: Decouple data size from client concurrency
[
https://issues.apache.org/jira/browse/HBASE-9953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk updated HBASE-9953:
Component/s: (was: test)
Performance
PerformanceEvaluation: Decouple data size from client concurrency
-
Key: HBASE-9953
URL: https://issues.apache.org/jira/browse/HBASE-9953
Project: HBase
Issue Type: Test
Components: Performance
Reporter: Nick Dimiduk
Priority: Minor
Attachments: HBASE-9953.00.patch, HBASE-9953.01.patch
PerfEval tool provides a {{--rows=R}} for specifying the number of records to
work with and requires the user provide a value of N, used as the concurrency
level. From what I can tell, every concurrent process will interact with R
rows. In order to perform an apples-to-apples test, the user must
re-calculate the value R for every new value of N.
Instead, I propose accepting a {{--size=S}} for the amount of data to
interact with and let PerfEval divide that amongst the N clients on the
user's behalf.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (HBASE-9953) PerformanceEvaluation: Decouple data size from client concurrency
[
https://issues.apache.org/jira/browse/HBASE-9953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk updated HBASE-9953:
Status: Patch Available (was: Open)
PerformanceEvaluation: Decouple data size from client concurrency
-
Key: HBASE-9953
URL: https://issues.apache.org/jira/browse/HBASE-9953
Project: HBase
Issue Type: Test
Components: Performance
Reporter: Nick Dimiduk
Assignee: Nick Dimiduk
Priority: Minor
Attachments: HBASE-9953.00.patch, HBASE-9953.01.patch
PerfEval tool provides a {{--rows=R}} for specifying the number of records to
work with and requires the user provide a value of N, used as the concurrency
level. From what I can tell, every concurrent process will interact with R
rows. In order to perform an apples-to-apples test, the user must
re-calculate the value R for every new value of N.
Instead, I propose accepting a {{--size=S}} for the amount of data to
interact with and let PerfEval divide that amongst the N clients on the
user's behalf.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (HBASE-9953) PerformanceEvaluation: Decouple data size from client concurrency
[
https://issues.apache.org/jira/browse/HBASE-9953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk updated HBASE-9953:
Resolution: Fixed
Fix Version/s: 0.99.0
Status: Resolved (was: Patch Available)
Committed to trunk.
PerformanceEvaluation: Decouple data size from client concurrency
-
Key: HBASE-9953
URL: https://issues.apache.org/jira/browse/HBASE-9953
Project: HBase
Issue Type: Test
Components: Performance
Reporter: Nick Dimiduk
Assignee: Nick Dimiduk
Priority: Minor
Fix For: 0.99.0
Attachments: HBASE-9953.00.patch, HBASE-9953.01.patch
PerfEval tool provides a {{--rows=R}} for specifying the number of records to
work with and requires the user provide a value of N, used as the concurrency
level. From what I can tell, every concurrent process will interact with R
rows. In order to perform an apples-to-apples test, the user must
re-calculate the value R for every new value of N.
Instead, I propose accepting a {{--size=S}} for the amount of data to
interact with and let PerfEval divide that amongst the N clients on the
user's behalf.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (HBASE-9953) PerformanceEvaluation: Decouple data size from client concurrency
[
https://issues.apache.org/jira/browse/HBASE-9953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk updated HBASE-9953:
Attachment: HBASE-9953.00.patch
PerformanceEvaluation: Decouple data size from client concurrency
-
Key: HBASE-9953
URL: https://issues.apache.org/jira/browse/HBASE-9953
Project: HBase
Issue Type: Test
Components: test
Reporter: Nick Dimiduk
Priority: Minor
Attachments: HBASE-9953.00.patch
PerfEval tool provides a {{--rows=R}} for specifying the number of records to
work with and requires the user provide a value of N, used as the concurrency
level. From what I can tell, every concurrent process will interact with R
rows. In order to perform an apples-to-apples test, the user must
re-calculate the value R for every new value of N.
Instead, I propose accepting a {{--size=S}} for the amount of data to
interact with and let PerfEval divide that amongst the N clients on the
user's behalf.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
