You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Adar Dembo (JIRA)" <ji...@apache.org> on 2017/04/13 01:59:41 UTC

[jira] [Created] (KUDU-1970) Integration test for data scalability

Adar Dembo created KUDU-1970:
--------------------------------

             Summary: Integration test for data scalability
                 Key: KUDU-1970
                 URL: https://issues.apache.org/jira/browse/KUDU-1970
             Project: Kudu
          Issue Type: Sub-task
          Components: master, tserver
    Affects Versions: 1.4.0
            Reporter: Adar Dembo
            Assignee: Adar Dembo


To help test data scalability fixes, we need a way to easily produce an environment that exhibits our current scalability issues. I'm sure one of our long-running workloads would be up to the task, but aside from taking a long time, it'd also fill up the disk, which makes it unusable on most developer machines. Ultimately, data isn't really the root cause of our scalability woes; it's the metadata necessary to maintain the data that hurts us. So an idealized environment would be heavy on the metadata. Here's a not-so-exhaustive list:
* Many tablets.
* Many columns per tablet.
* Many rowsets per tablet.
* Many data blocks.
* Many tables (tservers don't care about this, but maybe the master does?)

Let's write an integration test that swamps the machine with the above. It should be use an external mini cluster to simplify isolating master and tserver performance characteristics, but it needn't have more than one instance of each.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)