You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2018/05/21 18:02:00 UTC
[jira] [Commented] (DRILL-4706) Fragment planning causes Drillbits
to read remote chunks when local copies are available
[ https://issues.apache.org/jira/browse/DRILL-4706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16482823#comment-16482823 ]
ASF GitHub Bot commented on DRILL-4706:
---------------------------------------
kkhatua commented on issue #639: DRILL-4706: Fragment planning causes Drillbits to read remote chunks when local copies are available.
URL: https://github.com/apache/drill/pull/639#issuecomment-390733569
@ppadma was this merged? I don't see a `plus one` and the PR isn't closed.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
> Fragment planning causes Drillbits to read remote chunks when local copies are available
> ----------------------------------------------------------------------------------------
>
> Key: DRILL-4706
> URL: https://issues.apache.org/jira/browse/DRILL-4706
> Project: Apache Drill
> Issue Type: Bug
> Components: Query Planning & Optimization
> Affects Versions: 1.6.0
> Environment: CentOS, RHEL
> Reporter: Kunal Khatua
> Assignee: Padma Penumarthy
> Priority: Major
> Labels: performance, planning
>
> When a table (datasize=70GB) of 160 parquet files (each having a single rowgroup and fitting within one chunk) is available on a 10-node setup with replication=3 ; a pure data scan query causes about 2% of the data to be read remotely.
> Even with the creation of metadata cache, the planner is selecting a sub-optimal plan of executing the SCAN fragments such that some of the data is served from a remote server.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)