[FFmpeg-devel] [PATCH 1/3] avutil/mem: make max_alloc_size an atomic type
Anton Khirnov
anton at khirnov.net
Mon May 31 11:09:58 EEST 2021
Quoting James Almer (2021-05-23 00:09:02)
> This is in preparation for the following commit.
>
> Signed-off-by: James Almer <jamrial at gmail.com>
> ---
> libavutil/mem.c | 17 +++++++++++------
> 1 file changed, 11 insertions(+), 6 deletions(-)
>
> diff --git a/libavutil/mem.c b/libavutil/mem.c
> index fa227f5e12..c12c24aa90 100644
> --- a/libavutil/mem.c
> +++ b/libavutil/mem.c
> @@ -31,6 +31,7 @@
> #include <limits.h>
> #include <stdint.h>
> #include <stdlib.h>
> +#include <stdatomic.h>
> #include <string.h>
> #if HAVE_MALLOC_H
> #include <malloc.h>
> @@ -68,17 +69,17 @@ void free(void *ptr);
> * dynamic libraries and remove -Wl,-Bsymbolic from the linker flags.
> * Note that this will cost performance. */
>
> -static size_t max_alloc_size= INT_MAX;
> +static atomic_size_t max_alloc_size = ATOMIC_VAR_INIT(INT_MAX);
>
> void av_max_alloc(size_t max){
> - max_alloc_size = max;
> + atomic_store_explicit(&max_alloc_size, max, memory_order_relaxed);
Any specific reason for using a non-default memory order?
AFAIK it is recommended by the spec authors to use default (sequentially
consistent) operations unless there is a very good reason to do
something else.
--
Anton Khirnov
More information about the ffmpeg-devel
mailing list