You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@drill.apache.org by kkhatua <gi...@git.apache.org> on 2017/05/14 06:03:03 UTC

[GitHub] drill pull request #834: DRILL-5481: Allow to persist profiles in-memory onl...

GitHub user kkhatua opened a pull request:

    https://github.com/apache/drill/pull/834

    DRILL-5481: Allow to persist profiles in-memory only with a max capacity

    1. Introduced an InMemoryStoreProvider with the ability to maintain a max capacity
    2. DrillbitContext now explicitly has a profileStoreProvider that, by default, re-uses the general PersistentStoreProvider, unless it is InMemory, which is when #1 is used.
    2. Cleanly separated out QueryProfileStoreContext
    3. Converted literal values to constants within ExecConstants
    4. Updated drill-module.conf for default capacity

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/kkhatua/drill DRILL-5481-alt

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/drill/pull/834.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #834
    
----
commit efd061d72bb0b47ce5457ae557cf49da602f1187
Author: Kunal Khatua <kk...@maprtech.com>
Date:   2017-05-14T05:55:08Z

    DRILL-5481: Allow to persist profiles in-memory only with a max capacity
    
    1. Introduced an InMemoryStoreProvider with the ability to maintain a max capacity
    2. DrillbitContext now explicitly has a profileStoreProvider that, by default, re-uses the general PersistentStoreProvider, unless it is InMemory, which is when #1 is used.
    2. Cleanly separated out QueryProfileStoreContext
    3. Converted literal values to constants within ExecConstants
    4. Updated drill-module.conf for default capacity

----


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] drill pull request #834: DRILL-5481: Allow to persist profiles in-memory onl...

Posted by asfgit <gi...@git.apache.org>.
Github user asfgit closed the pull request at:

    https://github.com/apache/drill/pull/834


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] drill pull request #834: DRILL-5481: Allow to persist profiles in-memory onl...

Posted by kkhatua <gi...@git.apache.org>.
Github user kkhatua closed the pull request at:

    https://github.com/apache/drill/pull/834


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] drill pull request #834: DRILL-5481: Allow to persist profiles in-memory onl...

Posted by kkhatua <gi...@git.apache.org>.
GitHub user kkhatua reopened a pull request:

    https://github.com/apache/drill/pull/834

    DRILL-5481: Allow to persist profiles in-memory only with a max capacity

    1. Introduced an InMemoryStoreProvider with the ability to maintain a max capacity
    2. DrillbitContext now explicitly has a profileStoreProvider that, by default, re-uses the general PersistentStoreProvider, unless it is InMemory, which is when #1 is used.
    2. Cleanly separated out QueryProfileStoreContext
    3. Converted literal values to constants within ExecConstants
    4. Updated drill-module.conf for default capacity

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/kkhatua/drill DRILL-5481-alt

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/drill/pull/834.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #834
    
----
commit 879ab586b3c38c7088cfdec3458ae6b69a8115c2
Author: Kunal Khatua <kk...@maprtech.com>
Date:   2017-05-14T07:27:43Z

    DRILL-5481: Allow to persist profiles in-memory only with a max capacity
    
    1. Introduced an InMemoryStoreProvider with the ability to maintain a max capacity
    2. DrillbitContext now explicitly has a profileStoreProvider that, by default, re-uses the general PersistentStoreProvider, unless it is InMemory, which is when #1 is used.
    2. Cleanly separated out QueryProfileStoreContext
    3. Converted literal values to constants within ExecConstants
    4. Updated drill-module.conf for default capacity

----


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] drill issue #834: DRILL-5481: Allow to persist profiles in-memory only with ...

Posted by kkhatua <gi...@git.apache.org>.
Github user kkhatua commented on the issue:

    https://github.com/apache/drill/pull/834
  
    @sudheeshkatkam , @ppadma 
    Smaller commit that addresses the in-memory profile store requirement. This one does not require me to change any existing functionality or tests. I'll close the other [PR](https://github.com/apache/drill/pull/827)


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---