Conversation
4cfcbed to
b552f94
Compare
cef20bf to
7885ba0
Compare
83c781f to
90fc315
Compare
85a422c to
7e62549
Compare
7e62549 to
efe35fd
Compare
Eshcar
left a comment
There was a problem hiding this comment.
This PR is bloated with similar changes due to refactoring
specifically the change from buildOnHeap() to build() - it affects more than 100 files
maybe there is a way to avoid it or have it scoped in a separate PR so that it would be easier to see and review exactly the changes that add the configuration capability
I added some comments suggesting how to further reduce the number of unnecessary changes (like null params, etc.)
Other than that looks good to me
a2l007
left a comment
There was a problem hiding this comment.
+1 for the extensible design that makes it easier to use new incremental index types. It would be useful to have integration tests for this which can test the appendableIndexSpec property within tuningConfig.
5d791c1 to
452b196
Compare
|
Thanks, @a2l007 |
a2l007
left a comment
There was a problem hiding this comment.
Thanks, I've left a couple more comments.
Since we're introducing a new property within tuningConfig, I feel it would be useful to have a couple of integration tests with this property in the ingestion spec. However, I would be okay without adding them if the remaining community reviewers are fine without it.
Could you please fix the CI failures as well? Looks like there is coverage failure.
The coverage gap comes from |
|
@a2l007 I addressed all your comments. Is there anything else I need to do to move this PR forward? |
a2l007
left a comment
There was a problem hiding this comment.
Sorry for the delay. Just one additional comment, which should help with fixing the travis failures.
|
@a2l007 Thanks! |
|
@jihoonson Do you have any more comments or can we proceed to merge this PR? |
jihoonson
left a comment
There was a problem hiding this comment.
Hi @liran-funaro, I haven't reviewed line by line, but left some comments especially for documentation.
| |-----|-----------|-------| | ||
| |type|Each in-memory index has its own tuning type code. You must specify the type code that matches your in-memory index. Common options are `onheap`, and `offheap`.|`onheap`| | ||
|
|
||
| Beyond these properties, each in-memory index has its own specific tuning properties. |
There was a problem hiding this comment.
Do you think if users want to change this config ever for now? I remember @gianm mentioned that the offheap incremental index has some performance issue, which is why we don't use it for indexing. If you think this knob is useful for users, please add more details how each index type is different and when it's recommended to use what. Otherwise, I would suggest not documenting this know at least for now.
There was a problem hiding this comment.
Actually, by @a2l007 suggestion, I deferred the support for offheap ingestion to a different PR.
So this documentation should not include the offheap option anyway.
I'll remove this documentation for now.
|
@jihoonson Thanks. I addressed all your comments. |
jihoonson
left a comment
There was a problem hiding this comment.
LGTM. +1 after CI. Thanks @liran-funaro!
|
Passed CI. |
|
@jihoonson Do we need more approval before merge? |
|
@liran-funaro we usually wait for some time before merging a PR for other committers if there is anyone who wants to review as well. I will merge this PR today unless there is someone else who has more comments. |
|
@liran-funaro merged. Thanks! |
* Introduce a Configurable Index Type * Change to @UnstableApi * Add AppendableIndexSpecTest * Update doc * Add spelling exception * Add tests coverage * Revert some of the changes to reduce diff * Minor fixes * Update getMaxBytesInMemoryOrDefault() comment * Fix typo, remove redundant interface * Remove off-heap spec (postponed to a later PR) * Add javadocs to AppendableIndexSpec * Describe testCreateTask() * Add tests for AppendableIndexSpec within TuningConfig * Modify hashCode() to conform with equals() * Add comment where building incremental-index * Add "EqualsVerifier" tests * Revert some of the API back to AppenderatorConfig * Don't use multi-line comments * Remove knob documentation (deferred)
|
Looks this feature has been removed? I try to index kafka stream with off heap but got ignored. |
Fixes #10321.
See #10321 for details.
This PR has:
Key changed/added classes in this PR
AppendableIndexBuilderAppendableIndexSpecTuningConfigAppenderatorConfig