This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Osmocom BTS-side code (Abis, scheduling, ...)".
The branch, master has been updated
via 2ecbf871301cdc36c0212dd7526fc94ffa4597d1 (commit)
from 62d7502b82cbe56211bcd4aa3a363757650fced3 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
http://cgit.osmocom.org/osmo-bts/commit/?id=2ecbf871301cdc36c0212dd7526fc94…
commit 2ecbf871301cdc36c0212dd7526fc94ffa4597d1
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun Dec 6 21:31:39 2015 +0100
use talloc pool for msgb and ortp library
by using a talloc pool, we avoid having to go back to the libc
malloc pool all the time. The msgb allocations and libortp allocations
happen quite frequently during processing and show up as one of the
high priority items in osmo-bts profiles on sysmoBTS with 14 concurrent
TCH/H calls (highest load scenario).
talloc still consumes significant CPU, this is mostly due to the
zero-initialization of all the associated buffers. Strictly speaking
we shouldn't need this, but any change there would require lots of
testing, as there might be hidden assumptions in the code?
In some percentage of cases, talloc still seems to fall back on malloc
for msgb allocations, which is currently a bit of a mystery. The pools
certainly are large enough, talloc_reprt() rarely reports more than a
few tens of kilobytes used by the msgb pool.
-----------------------------------------------------------------------
Summary of changes:
src/common/bts.c | 6 +++++-
src/osmo-bts-sysmo/main.c | 2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
hooks/post-receive
--
Osmocom BTS-side code (Abis, scheduling, ...)