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)