You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues-all@impala.apache.org by "Sahil Takiar (Jira)" <ji...@apache.org> on 2019/08/23 16:41:00 UTC

[jira] [Created] (IMPALA-8888) Profile fetch performance when result spooling is enabled

Sahil Takiar created IMPALA-8888:
------------------------------------

             Summary: Profile fetch performance when result spooling is enabled
                 Key: IMPALA-8888
                 URL: https://issues.apache.org/jira/browse/IMPALA-8888
             Project: IMPALA
          Issue Type: Sub-task
            Reporter: Sahil Takiar
            Assignee: Sahil Takiar


Profile the performance of fetching rows when result spooling is enabled. There are a few queries that can be used to benchmark the performance:

{{time ./bin/impala-shell.sh -B -q "select l_orderkey from tpch_parquet.lineitem" > /dev/null}}

{{time ./bin/impala-shell.sh -B -q "select * from tpch_parquet.orders" > /dev/null}}

The first fetches one column and 6,001,215 the second fetches 9 columns and 1,500,000 - so a mix of rows fetched vs. columns fetched.

The base line for the benchmark should be the commit prior to IMPALA-8780.

The benchmark should check for both latency and CPU usage (to see if the copy into {{BufferedTupleStream}} has a significant overhead).

Various fetch sizes should be used in the benchmark as well to see if increasing the fetch size for result spooling improves performance (ideally it should) (it would be nice to run some fetches between machines as well as that will better reflect network round trip latencies).



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org