| clear query|facets|time |
Search criteria: .
Results from 1 to 10 from
52 (0.157s).
|
|
|
Loading phrases to help you
refine your search...
|
|
[HBASE-6217] reduce overhead of maintaing get/next size metric - HBase - [issue]
|
|
...[Forked off this specific issue as a separate JIRA from HBASE-6066].Reduce overhead of "size metric" maintained in StoreScanner.next().if (metric != null) { HRegio...
|
|
|
http://issues.apache.org/jira/browse/HBASE-6217
Author: Kannan Muthukkaruppan,
2013-05-04, 00:21
|
|
|
[HBASE-3967] Support deletes in HFileOutputFormat based bulk import mechanism - HBase - [issue]
|
|
...During bulk imports, it'll be useful to be able to do delete mutations (either to delete data that already exists in HBase or was inserted earlier during this run of the import). For example...
|
|
|
http://issues.apache.org/jira/browse/HBASE-3967
Author: Kannan Muthukkaruppan,
2013-04-09, 07:29
|
|
|
[HBASE-5292] getsize per-CF metric incorrectly counts compaction related reads as well - HBase - [issue]
|
|
...The per-CF "getsize" metric's intent was to track bytes returned (to HBase clients) per-CF. Note: We already have metrics to track # of HFileBlock's read for compaction vs. non-compaction ca...
|
|
|
http://issues.apache.org/jira/browse/HBASE-5292
Author: Kannan Muthukkaruppan,
2013-04-07, 05:33
|
|
|
[HBASE-6066] some low hanging read path improvement ideas - HBase - [issue]
|
|
...I was running some single threaded scan performance tests for a table with small sized rows that is fully cached. Some observations...We seem to be doing several wasteful iterations over and...
|
|
|
http://issues.apache.org/jira/browse/HBASE-6066
Author: Kannan Muthukkaruppan,
2013-04-04, 22:16
|
|
|
[HBASE-4443] optimize/avoid seeking to "previous" block when key you are interested in is the first one of a block - HBase - [issue]
|
|
...This issue primarily affects cases when you are storing large blobs, i.e. when blocks contain small number of keys, and the chances of the key you are looking for being the first block of a ...
|
|
|
http://issues.apache.org/jira/browse/HBASE-4443
Author: Kannan Muthukkaruppan,
2013-03-24, 00:59
|
|
|
[HBASE-4433] avoid extra next (potentially a seek) if done with column/row - HBase - [issue]
|
|
...[Noticed this in 89, but quite likely true of trunk as well.]When we are done with the requested column(s) the code still does an extra next() call before it realizes that it is actu...
|
|
|
http://issues.apache.org/jira/browse/HBASE-4433
Author: Kannan Muthukkaruppan,
2013-03-06, 02:52
|
|
|
[HBASE-3907] make it easier to add per-CF metrics; add some key per-CF metrics to start with - HBase - [issue]
|
|
...Add plumbing needed to add various types of per ColumnFamily metrics. And to start with add a bunch per-CF metrics such as:1) Blocks read, cache hit, avg time of read for a column family.2) ...
|
|
|
http://issues.apache.org/jira/browse/HBASE-3907
Author: Kannan Muthukkaruppan,
2013-02-26, 19:24
|
|
|
[HBASE-6980] Parallel Flushing Of Memstores [89-fb] - HBase - [issue]
|
|
...For write dominated workloads, single threaded memstore flushing is an unnecessary bottleneck. With a single flusher thread, we are basically not setup to take advantage of the aggregate thr...
|
|
|
http://issues.apache.org/jira/browse/HBASE-6980
Author: Kannan Muthukkaruppan,
2013-02-09, 06:54
|
|
|
[HBASE-7011] log rolling and cache flushing should be able to proceed in parallel - HBase - [issue]
|
|
...Today, during a memstore flush (snapshot of memstore + flushing to disk), log rolling cannot happen. This seems like a bad design, and an unnecessary restriction. Possible reasons cited for ...
|
|
|
http://issues.apache.org/jira/browse/HBASE-7011
Author: Kannan Muthukkaruppan,
2013-01-25, 20:23
|
|
|
[HBASE-2283] row level atomicity - HBase - [issue]
|
|
...The flow during a HRegionServer.put() seems to be the following. [For now, let's just consider single row Put containing edits to multiple column families/columns.HRegionServer.put() does a:...
|
|
|
http://issues.apache.org/jira/browse/HBASE-2283
Author: Kannan Muthukkaruppan,
2012-12-15, 07:49
|
|
|
|
