Project

General

Profile

Actions
Copy link

Bug #509

closed

The --read-timer option cause many drops of events when kernel and ust tracing are active

Added by Raphaël Beamonte almost 11 years ago. Updated almost 11 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Target version:
LTTng - 2.2
Start date:
04/21/2013
Due date:
% Done:

0%

Estimated time:

Description

The procedure to reproduce the problem is explained in the bug report #479.

The read-timer was introduced to be able to obtain an UST trace without having the application waiting during the "write" syscall. In our case, it effectively reduces the latency added by LTTng, but it drops many events.

Actions
Copy link
 #1

Updated by Mathieu Desnoyers almost 11 years ago

Please describe your test conditions precisely:

- disk I/O throughput available,
- buffer size, for kernel, and for user-space,
- which events are enabled in the kernel, in user-space,
- what I/O throughput of trace is generated by your workload ?

Thanks,

Mathieu

--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com

Actions
Copy link
 #2

Updated by Mathieu Desnoyers almost 11 years ago

  • Status changed from New to Feedback
Actions
Copy link
 #3

Updated by Mathieu Desnoyers almost 11 years ago

  • Status changed from Feedback to Invalid

Following discussions, it appears that this is only reproduced when both kernel and ust tracers are doing high-throughput tracing, going beyond the available system I/O. It is expected that events get lost in this type of scenario.

Actions
Copy link

Also available in: Atom PDF