Project

General

Profile

Actions

Bug #525

open

new "notifications" from UST do not strictly respect LTTNG_UST_REGISTER_TIMEOUT

Added by Mathieu Desnoyers almost 11 years ago. Updated almost 10 years ago.

Status:
Confirmed
Priority:
Low
Assignee:
-
Target version:
-
Start date:
05/07/2013
Due date:
% Done:

0%

Estimated time:

Description

We should eventually find a way to improve notifications from UST to sessiond so they don't delay .so loading (and thus application startup) when env. var. specify a LTTNG_UST_REGISTER_TIMEOUT=0. Currently, we work around this issue by setting the notification socket with a timeout of 100ms as minimum timeout if the LTTNG_UST_REGISTER_TIMEOUT value is below 100.

A cleaner fix could involve handling these notifications from a (possibly new) separate thread, and use a semaphore-based scheme to handle optional wait from the application.

Actions #1

Updated by Mathieu Desnoyers over 10 years ago

  • Status changed from New to Confirmed
Actions #2

Updated by Mathieu Desnoyers over 10 years ago

  • Priority changed from Normal to Low
Actions #3

Updated by Christian Babeux almost 10 years ago

We should confirm what sessiond will do when a timeout occurs when registering a provider.

Actions

Also available in: Atom PDF