Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Kudu bindings #444

Merged
merged 3 commits into from Oct 29, 2015
Merged

Add Kudu bindings #444

merged 3 commits into from Oct 29, 2015

Conversation

jdcryans
Copy link
Contributor

Currently doesn't include unit tests since we don't have mock objects for that.

Currently doesn't include unit tests since we don't have mock objects for that.
System.out.println("Connecting to the masters at " + masterQuorum);
}

List<ColumnSchema> columns = new ArrayList<ColumnSchema>(11);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's no guarantee that there will be 10 non-key columns. Can you make this a variable based on the value of fieldcount?

uses 4 tablets. A good rule of thumb is to use 5 per tablet server.
* `kudu_table_num_replicas`: The number of replicas that each tablet will have. The default is 3. Should
only be configured to use 1 instead, for single node tests.
* `kudu_sync_ops`: If the client should buffer data before sending it. The default is false. Should
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this should always be true for the run phase, maybe that should be the default?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we ask datastore bindings to default to no client-side buffering. I'd rather have this rephrased to not suggest it always be true for the run phase. we do the same to e.g. HBase, Cassandra, etc.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IIUC, true indicates that there shouldn't be client side buffering, so having it be true for the run phase is correct. I think the default should be true as well.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah yeah my description here is off. True means it won't buffer. I'll make it default to that and change that line.

@cmccoy
Copy link
Collaborator

cmccoy commented Oct 27, 2015

Thanks! One more question, otherwise looks good.

@cmccoy
Copy link
Collaborator

cmccoy commented Oct 29, 2015

Thanks, @jdcryans!

cmccoy added a commit that referenced this pull request Oct 29, 2015
@cmccoy cmccoy merged commit 8531c2c into brianfrankcooper:master Oct 29, 2015
@cmccoy cmccoy mentioned this pull request Oct 29, 2015
jaricftw pushed a commit to jaricftw/YCSB that referenced this pull request Jul 19, 2016
jaricftw pushed a commit to jaricftw/YCSB that referenced this pull request Jul 19, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants