You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Lars Volker (JIRA)" <ji...@apache.org> on 2017/11/28 19:45:00 UTC

[jira] [Created] (IMPALA-6254) Track fragment instance id for general purpose threads

Lars Volker created IMPALA-6254:
-----------------------------------

             Summary: Track fragment instance id for general purpose threads
                 Key: IMPALA-6254
                 URL: https://issues.apache.org/jira/browse/IMPALA-6254
             Project: IMPALA
          Issue Type: Bug
          Components: Backend
    Affects Versions: Impala 2.10.0
            Reporter: Lars Volker


Fragment instance threads currently have the instance name in their thread name.

{noformat}
exec-finstance (finst:1546b532c445c5f3:5dc794e500000003)
scanner-thread (finst:1546b532c445c5f3:5dc794e500000003, plan-node-id:0, thread-idx:0)
scanner-thread (finst:1546b532c445c5f3:5dc794e500000003, plan-node-id:0, thread-idx:1)
profile-report (finst:1546b532c445c5f3:5dc794e500000003)
scanner-thread (finst:1546b532c445c5f3:5dc794e500000003, plan-node-id:0, thread-idx:2)
profile-report (finst:1546b532c445c5f3:5dc794e500000000)
exec-finstance (finst:1546b532c445c5f3:5dc794e500000000)
{noformat}

For thread pools that do work that can be tied to particular fragment instances, we should look into ways to annotate them. This could require adding some breadcrumbs to each instance-specific work item (I/O requests etc) so that the worker threads can annotate themselves.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)