答复: 回复： [VOTE] Apache Kudu 1.10.0-RC2

Hi all, I have found the root cause of the failed test case last time in my environment and have filed a jira: KUDU-2882. This failure doesn't affect the correctness, so it should be “+1”. 何李夫 2019-07-01 17:38:19 -邮件原件- 发件人: helifu 发送时间: 2019年6月27日 20:47 收件人: 'dev@kudu.apach

答复: 回复： [VOTE] Apache Kudu 1.10.0-RC2

-1 * All C++ tests passed in slow mode on Debian8.9 (including debug/release) except the below one: - sentry_authz_provider-test --gtest_filter=TestSentryClientMetrics.Basic: sometimes it works, sometimes it doesn't; /mnt/ddb/2/helif/apache/kudu/src/kudu/master/sentry_authz_provider-test. cc:

答复: [VOTE] Apache Kudu 1.9.0-RC2

+1 * All C++ tests passed in debug/release/tsan mode on Debian8.9, except asan(which has been fixed in master branch); * All Java tests passed on Debian8.9 using gradlew; 何李夫 2019-03-04 17:09:19 -邮件原件- 发件人: dev-return-6194-hzhelifu=corp.netease@kudu.apache.org 代表 Andrew Wong 发送时间:

答复: [VOTE] Apache Kudu 1.9.0-RC1

+1 * All C++ tests passed in debug/release/tsan mode on Debian8.9, except asan; However, I think it's acceptable because the asan mode never worked for me; * All Java tests passed on Debian8.9 using gradlew; 何李夫 2019-02-22 09:54:53 -邮件原件- 发件人: dev-return-6186-hzhelifu=corp.netease@

答复: [VOTE] Apache Kudu 1.8.0-RC2

+1 * Built in debug/release mode on Debian8.9, all C++ tests passed. 何李夫 2018-10-24 15:17:53 -邮件原件- 发件人: dev-return-6125-hzhelifu=corp.netease@kudu.apache.org 代表 Hao Hao 发送时间: 2018年10月24日 14:05 收件人: dev@kudu.apache.org 主题: Re: [VOTE] Apache Kudu 1.8.0-RC2 +1 Ran release build for

Question about 'CFileIterator::Scan'

Hi all, I read the code of ‘CFileIterator::Scan’, and found that it would be better to pass ‘remaining_sel’ to function ‘CopyNextValues’ to skip coping the unnecessary data for the columns that are not in predicates. In other words, the decoder will copy all the data of the columns that are not

答复: A question about the culling row-sets in ’Tablet::CaptureConsistentIterators’ function

the common case of equality predicates, note that equality is already converted into a scan with lower and upper bound set, so I think it will already cull to just the appropriate RowSets in that case. If you're interested in working on this, that would be great. -Todd On Mon, May 7, 2018 a

答复: [VOTE] Apache Kudu 1.7.1 RC1

+1 * built in debug/release mode on debian8.7, all tests passed. 何李夫 2017-04-10 16:06:24 -邮件原件- 发件人: dev-return-5996-hzhelifu=corp.netease@kudu.apache.org 代表 Hao Hao 发送时间: 2018年5月9日 5:07 收件人: dev@kudu.apache.org 主题: Re: [VOTE] Apache Kudu 1.7.1 RC1 +1 * Release note looks good *

A question about the culling row-sets in ’Tablet::CaptureConsistentIterators’ function

Hi all, In our kudu source code, we just cull row-sets when lower_bound_key and exclusive_upper_bound_key are existing at the same time. And if not, we will grab all row-sets of the tablet, then have to seek the key in ‘CFileSet::Iterator::PushdownRangeScanPredicate’ for the unnecessary row-set

The speed of 'Scan' could be accelerated!

Hi all, I read the function of ‘MaterializingIterator::MaterializeBlock’ carefully, and found that there is something we can do. If we adjust the ‘cur_idx_’ in ‘CFileSet::Iterator’ to the valid left of ‘dst->selection_vector’ after each loop of predicate evaluation, we could skip reading some u

答复: [VOTE] Apache Kudu 1.7.0 RC2

+1 - Build in release mode on Debian8.7(jessie), - Ran tests, all passed except 'tablet_copy_client_session-itest'. Then ran again, all passed. 何李夫 2017-04-10 16:06:24 -邮件原件- 发件人: dev-return-5960-hzhelifu=corp.netease@kudu.apache.org 代表 Hao Hao 发送时间: 2018年3月21日 6:53 收件人: dev@kudu.

答复: could anybody help to explain this question

@kudu.apache.org [mailto:dev-return-5887-hzhelifu=corp.netease@kudu.apache.org] 代表 Todd Lipcon 发送时间: 2017年11月18日 0:31 收件人: dev 主题: Re: could anybody help to explain this question Hi He, Answers inline below: On Fri, Nov 17, 2017 at 1:24 AM, helifu wrote: > Hi everybody, > > > > I have a

could anybody help to explain this question

Hi everybody, I have a question about the MinorDeltaCompationOp. In my opinion, the data in redo delta file is in order by row_idx. And at the same time there is a tree for mapping row_idx to block pointer(ptr). Is it right? Now, I am reading the code about MinorDeltaCompationOp, especial