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:22:17 +0000 (14:22 -0400)
commit68808f4e0bbb3adccff72ff9dab6ec9f3a9e6866
treeecc8e254eb9e334a023d9b4ab2ae63f65f16efc4
parent41e16a7c24eed8c602399781ff545b99930d73c6
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.026589 seconds and 4 git commands to generate.