[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-10-21 Thread Lars Hofhansl (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lars Hofhansl updated HBASE-9488:
-

Fix Version/s: 0.94.13

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  



--
This message was sent by Atlassian JIRA
(v6.1#6144)


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: HBASE-9488-trunkV5.patch

Rebasing the patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Fix Version/s: (was: 0.94.13)
   0.96.1

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.1

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Release Note: Better perfomance for small scan(e.g. scan range is within 
one data block(64KB)) through setting 'small' attribute as true in Scan Object  
(was: Better perfomance for small scan through setting 'small' attribute as 
true in Scan Object)

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.1

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Release Note: Better perfomance for small scan (e.g. scan range is within 
one data block(64KB)) through setting 'small' attribute as true in Scan Object  
(was: Better perfomance for small scan(e.g. scan range is within one data 
block(64KB)) through setting 'small' attribute as true in Scan Object)

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.1

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


  Resolution: Fixed
Hadoop Flags: Reviewed
  Status: Resolved  (was: Patch Available)

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.1

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-17 Thread stack (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

stack updated HBASE-9488:
-

Fix Version/s: (was: 0.96.1)
   0.96.0

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.96.0

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, HBASE-9488-trunkV5.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-11 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: HBASE-9488-trunkV4.patch

Patch-v4:
1.Change the log level from debug to trace
2.Add more documentation for the method Scan#setSmall


bq.it would be nice if we found a way to do it more automatically
Seems quite difficult~~~

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-11 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: mergeRpcCallForScan.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-11 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: (was: mergeRpcCallForScan.patch)

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-11 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: mergeRpcCallForScan.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-11 Thread stack (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

stack updated HBASE-9488:
-

Attachment: HBASE-9488-trunkV4.patch

Rerun hadoopqa while [~zjushch] is sleeping to see if the failures are because 
of the patch or just flakeyness

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, HBASE-9488-trunkV4.patch, 
 HBASE-9488-trunkV4.patch, mergeRpcCallForScan.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: HBASE-9488-trunkV2.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: HBASE-9488-trunk.patch, HBASE-9488-trunkV2.patch, test 
 results.jpg


 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Description: 
review board:

https://reviews.apache.org/r/14059/


Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 

  was:
Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 


 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: HBASE-9488-trunk.patch, HBASE-9488-trunkV2.patch, test 
 results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: HBASE-9488-trunkV3.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: hbase-9488-94-v3.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Status: Patch Available  (was: Open)

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Fix Version/s: 0.94.13
   0.98.0

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Release Note: Better perfomance for small scan through setting 'small' 
attribute as true in Scan Object

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Description: 
review board:
https://reviews.apache.org/r/14059/

*Performance Improvement *
Test shows about 1.5~3X improvement for small scan where limit=50 under cache 
hit ratio=100%.
See more performance test result from the picture attachment

*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan object, others are the same



Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment

 

  was:
review board:

https://reviews.apache.org/r/14059/


Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 


 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement *
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-10 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Description: 
review board:
https://reviews.apache.org/r/14059/

*Performance Improvement*
Test shows about 1.5~3X improvement for small scan where limit=50 under cache 
hit ratio=100%.
See more performance test result from the picture attachment

*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan object, others are the same



Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment

 

  was:
review board:
https://reviews.apache.org/r/14059/

*Performance Improvement *
Test shows about 1.5~3X improvement for small scan where limit=50 under cache 
hit ratio=100%.
See more performance test result from the picture attachment

*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan object, others are the same



Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment

 


 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Fix For: 0.98.0, 0.94.13

 Attachments: hbase-9488-94-v3.patch, HBASE-9488-trunk.patch, 
 HBASE-9488-trunkV2.patch, HBASE-9488-trunkV3.patch, test results.jpg


 review board:
 https://reviews.apache.org/r/14059/
 *Performance Improvement*
 Test shows about 1.5~3X improvement for small scan where limit=50 under 
 cache hit ratio=100%.
 See more performance test result from the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan object, others are the same
 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-09 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Attachment: test results.jpg
HBASE-9488-trunk.patch

 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: HBASE-9488-trunk.patch, test results.jpg


 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-09 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Description: 
Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
patched on 0.94 version
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 

  was:
Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 


 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: HBASE-9488-trunk.patch, test results.jpg


 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 patched on 0.94 version
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (HBASE-9488) Improve performance for small scan

2013-09-09 Thread chunhui shen (JIRA)

 [ 
https://issues.apache.org/jira/browse/HBASE-9488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

chunhui shen updated HBASE-9488:


Description: 
Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment


*Usage:*
Scan scan = new Scan(startRow,stopRow);
scan.setSmall(true);
ResultScanner scanner = table.getScanner(scan);

Set the new 'small' attribute as true for scan, others are the same
 

  was:
Now, one scan operation would call 3 RPC at least:
openScanner();
next();
closeScanner();

I think we could reduce the RPC call to one for small scan to get better 
performance

Also using pread is better than seek+read for small scan (For this point, see 
more on HBASE-7266)


Implements such a small scan as the patch, and take the performance test as 
following:

a.Environment:
one regionserver; 
one client with 50 concurrent threads;
KV size:50/100;
100% LRU cache hit ratio;
Random start row of scan


b.Results:
See the picture attachment
 


 Improve performance for small scan
 --

 Key: HBASE-9488
 URL: https://issues.apache.org/jira/browse/HBASE-9488
 Project: HBase
  Issue Type: Improvement
  Components: Client, Performance, Scanners
Reporter: chunhui shen
Assignee: chunhui shen
 Attachments: HBASE-9488-trunk.patch, test results.jpg


 Now, one scan operation would call 3 RPC at least:
 openScanner();
 next();
 closeScanner();
 I think we could reduce the RPC call to one for small scan to get better 
 performance
 Also using pread is better than seek+read for small scan (For this point, see 
 more on HBASE-7266)
 Implements such a small scan as the patch, and take the performance test as 
 following:
 a.Environment:
 one regionserver; 
 one client with 50 concurrent threads;
 KV size:50/100;
 100% LRU cache hit ratio;
 Random start row of scan
 b.Results:
 See the picture attachment
 *Usage:*
 Scan scan = new Scan(startRow,stopRow);
 scan.setSmall(true);
 ResultScanner scanner = table.getScanner(scan);
 Set the new 'small' attribute as true for scan, others are the same
  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira