Fix: use biggest subbuffer size for snapshot max-size
authorDavid Goulet <dgoulet@efficios.com>
Wed, 9 Jul 2014 19:24:04 +0000 (15:24 -0400)
committerDavid Goulet <dgoulet@efficios.com>
Mon, 14 Jul 2014 18:44:22 +0000 (14:44 -0400)
commit65b95a7f5f5ea3bb205b35458ca9ab9892e108b5
treef1a699f3d3d5b07ce81e47abcafdaa9895a838b8
parentbc32011fb9c3cba7cde7cc6fd301cfda3b5ccb50
Fix: use biggest subbuffer size for snapshot max-size

Instead of using the output max size divided by the total amount of
streams in the session, we find the largest subbuffer in the session's
channels. Using that value, we multiply it by the total amount of
streams which gives us the lower limit of the snapshot size. That is
enough to make sure that we can take the snapshot or not.

Once done, the max stream size possible used for the snapshot record is
the largest subbuffer size in the session. This is to make sure that
every channel can extract the same amount of data which ensure fairness
between each channel in the session.

Fixes #783

Acked-by: Julien Desfossez <jdesfossez@efficios.com>
Signed-off-by: David Goulet <dgoulet@efficios.com>
doc/man/lttng.1
include/lttng/lttng-error.h
src/bin/lttng-sessiond/cmd.c
src/bin/lttng-sessiond/kernel.c
src/bin/lttng-sessiond/kernel.h
src/bin/lttng-sessiond/ust-app.c
src/bin/lttng-sessiond/ust-app.h
src/bin/lttng/commands/snapshot.c
src/common/error.c
This page took 0.02641 seconds and 4 git commands to generate.