Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: "Rémi Denis-Courmont" <remi@remlab.net>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH 1/6] lavu/mem: add av_realloc_reuse() as a replacement for av_fast_realloc()
Date: Wed, 28 Sep 2022 13:51:43 +0300
Message-ID: <1E6BE8D8-758A-446A-8658-3CE90042DD70@remlab.net> (raw)
In-Reply-To: <20220928104854.18629-1-anton@khirnov.net>

Le 28 septembre 2022 13:48:49 GMT+03:00, Anton Khirnov <anton@khirnov.net> a écrit :
>It uses size_t rather than unsigned for the size and conforms to our
>standard naming scheme.
>---
> configure           |  5 ++++-
> doc/APIchanges      |  3 +++
> libavutil/mem.c     | 30 ++++++++++++++++++++++++++++++
> libavutil/mem.h     | 37 +++++++++++++++++++++++++++++++++++--
> libavutil/version.h |  3 ++-
> 5 files changed, 74 insertions(+), 4 deletions(-)
>
>diff --git a/configure b/configure
>index 6712d045d9..fd0e6ae032 100755
>--- a/configure
>+++ b/configure
>@@ -4360,7 +4360,10 @@ case "$toolchain" in
>         target_exec_default="valgrind"
>         case "$toolchain" in
>             valgrind-massif)
>-                target_exec_args="--tool=massif --alloc-fn=av_malloc --alloc-fn=av_mallocz --alloc-fn=av_calloc --alloc-fn=av_fast_padded_malloc --alloc-fn=av_fast_malloc --alloc-fn=av_realloc_f --alloc-fn=av_fast_realloc --alloc-fn=av_realloc"
>+                target_exec_args="--tool=massif"
>+                for func in av_malloc av_mallocz av_calloc av_fast_padded_malloc av_fast_malloc av_realloc_f av_fast_realloc av_realloc av_realloc_reuse; do
>+                    target_exec_args="$target_exec_args --alloc-fn=$func"
>+                done
>                 ;;
>             valgrind-memcheck)
>                 target_exec_args="--error-exitcode=1 --malloc-fill=0x2a --track-origins=yes --leak-check=full --gen-suppressions=all --suppressions=$source_path/tests/fate-valgrind.supp"
>diff --git a/doc/APIchanges b/doc/APIchanges
>index b0a41c9e37..9a735c27e7 100644
>--- a/doc/APIchanges
>+++ b/doc/APIchanges
>@@ -14,6 +14,9 @@ libavutil:     2021-04-27
> 
> API changes, most recent first:
> 
>+2022-xx-xx - xxxxxxxxxx - lavu 57.38.100 - mem.h
>+  Add av_realloc_reuse(), deprecate av_fast_realloc().
>+
> 2022-09-26 - xxxxxxxxxx - lavc 59.48.100 - avcodec.h
>   Deprecate avcodec_enum_to_chroma_pos() and avcodec_chroma_pos_to_enum().
>   Use av_chroma_location_enum_to_pos() or av_chroma_location_pos_to_enum()
>diff --git a/libavutil/mem.c b/libavutil/mem.c
>index 18aff5291f..51fdc9155f 100644
>--- a/libavutil/mem.c
>+++ b/libavutil/mem.c
>@@ -502,6 +502,35 @@ void av_memcpy_backptr(uint8_t *dst, int back, int cnt)
>     }
> }
> 
>+void *av_realloc_reuse(void *ptr, size_t *size, size_t min_size)
>+{
>+    size_t max_size;
>+
>+    if (min_size <= *size)
>+        return ptr;
>+
>+    max_size = atomic_load_explicit(&max_alloc_size, memory_order_relaxed);
>+
>+    if (min_size > max_size) {
>+        *size = 0;
>+        return NULL;

Isn't this leaking the existing allocation?

>+    }
>+
>+    min_size = FFMIN(max_size, FFMAX(min_size + min_size / 16 + 32, min_size));
>+
>+    ptr = av_realloc(ptr, min_size);
>+    /* we could set this to the unmodified min_size but this is safer
>+     * if the user lost the ptr and uses NULL now
>+     */
>+    if (!ptr)
>+        min_size = 0;
>+
>+    *size = min_size;
>+
>+    return ptr;
>+}
>+
>+#if FF_API_FAST_ALLOC
> void *av_fast_realloc(void *ptr, unsigned int *size, size_t min_size)
> {
>     size_t max_size;
>@@ -531,6 +560,7 @@ void *av_fast_realloc(void *ptr, unsigned int *size, size_t min_size)
> 
>     return ptr;
> }
>+#endif
> 
> static inline void fast_malloc(void *ptr, unsigned int *size, size_t min_size, int zero_realloc)
> {
>diff --git a/libavutil/mem.h b/libavutil/mem.h
>index d91174196c..deb440ca1a 100644
>--- a/libavutil/mem.h
>+++ b/libavutil/mem.h
>@@ -264,7 +264,7 @@ void *av_mallocz_array(size_t nmemb, size_t size) av_malloc_attrib av_alloc_size
>  * @warning Unlike av_malloc(), the returned pointer is not guaranteed to be
>  *          correctly aligned. The returned pointer must be freed after even
>  *          if size is zero.
>- * @see av_fast_realloc()
>+ * @see av_realloc_reuse()
>  * @see av_reallocp()
>  */
> void *av_realloc(void *ptr, size_t size) av_alloc_size(2);
>@@ -346,6 +346,35 @@ av_alloc_size(2, 3) void *av_realloc_array(void *ptr, size_t nmemb, size_t size)
>  */
> int av_reallocp_array(void *ptr, size_t nmemb, size_t size);
> 
>+/**
>+ * Reallocate a data buffer, reusing the existing one if it is large enough.
>+ *
>+ * This function is similar to av_realloc(), but optimized for cases where the
>+ * buffer may grow significantly and is not expected to shrink.
>+ *
>+ * @param[in] ptr Previously allocated buffer, or `NULL`. If `ptr` is `NULL`, a
>+ * new uninitialized buffer is allocated. `ptr` is invalidated when this
>+ * function returns non-`NULL` and must be replaced with its return value.
>+ *
>+ * @param[in,out] size Pointer to the allocated size of buffer `ptr`. This
>+ * function updates `*size` to the new allocated size (which may be larger than
>+ * `min_size`). `*size` is set to 0 on failure.
>+ *
>+ * @param[in] min_size Minimum size in bytes of the returned buffer.
>+ *
>+ * @return
>+ * - An allocated buffer (to be freed with `av_free()`) that is large enough to
>+ *   hold at least `min_size` bytes. The first `*size` (value on entry to this
>+ *   function) bytes of the buffer remain the same as the data in `ptr`, the
>+ *   rest is uninitialized.
>+ * - `NULL` on failure, then `*size` is set to 0 and ptr remains untouched.
>+ *
>+ * @see av_realloc()
>+ * @see av_fast_malloc()
>+ */
>+void *av_realloc_reuse(void *ptr, size_t *size, size_t min_size);
>+
>+#if FF_API_FAST_ALLOC
> /**
>  * Reallocate the given buffer if it is not large enough, otherwise do nothing.
>  *
>@@ -377,13 +406,17 @@ int av_reallocp_array(void *ptr, size_t nmemb, size_t size);
>  *         error
>  * @see av_realloc()
>  * @see av_fast_malloc()
>+ *
>+ * @deprecated use av_realloc_reuse()
>  */
>+attribute_deprecated
> void *av_fast_realloc(void *ptr, unsigned int *size, size_t min_size);
>+#endif
> 
> /**
>  * Allocate a buffer, reusing the given one if large enough.
>  *
>- * Contrary to av_fast_realloc(), the current buffer contents might not be
>+ * Contrary to av_realloc_reuse(), the current buffer contents might not be
>  * preserved and on error the old buffer is freed, thus no special handling to
>  * avoid memleaks is necessary.
>  *
>diff --git a/libavutil/version.h b/libavutil/version.h
>index 9c44cef6aa..285a32f3d6 100644
>--- a/libavutil/version.h
>+++ b/libavutil/version.h
>@@ -79,7 +79,7 @@
>  */
> 
> #define LIBAVUTIL_VERSION_MAJOR  57
>-#define LIBAVUTIL_VERSION_MINOR  37
>+#define LIBAVUTIL_VERSION_MINOR  38
> #define LIBAVUTIL_VERSION_MICRO 100
> 
> #define LIBAVUTIL_VERSION_INT   AV_VERSION_INT(LIBAVUTIL_VERSION_MAJOR, \
>@@ -115,6 +115,7 @@
> #define FF_API_OLD_CHANNEL_LAYOUT       (LIBAVUTIL_VERSION_MAJOR < 58)
> #define FF_API_AV_FOPEN_UTF8            (LIBAVUTIL_VERSION_MAJOR < 58)
> #define FF_API_PKT_DURATION             (LIBAVUTIL_VERSION_MAJOR < 58)
>+#define FF_API_FAST_ALLOC               (LIBAVUTIL_VERSION_MAJOR < 58)
> 
> /**
>  * @}

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  parent reply	other threads:[~2022-09-28 10:51 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-28 10:48 Anton Khirnov
2022-09-28 10:48 ` [FFmpeg-devel] [PATCH 2/6] lavu: replace av_fast_realloc() with av_realloc_reuse() Anton Khirnov
2022-09-28 10:48 ` [FFmpeg-devel] [PATCH 3/6] lavc: " Anton Khirnov
2022-09-28 10:48 ` [FFmpeg-devel] [PATCH 4/6] lavfi: " Anton Khirnov
2022-09-28 10:48 ` [FFmpeg-devel] [PATCH 5/6] lavf: " Anton Khirnov
2022-09-28 10:48 ` [FFmpeg-devel] [PATCH 6/6] sws: " Anton Khirnov
2022-09-28 10:51 ` Rémi Denis-Courmont [this message]
2022-09-28 10:55   ` [FFmpeg-devel] [PATCH 1/6] lavu/mem: add av_realloc_reuse() as a replacement for av_fast_realloc() Rémi Denis-Courmont
2022-09-28 11:48 ` Tomas Härdin
2022-09-28 15:04   ` Anton Khirnov
2022-09-28 15:33   ` Andreas Rheinhardt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1E6BE8D8-758A-446A-8658-3CE90042DD70@remlab.net \
    --to=remi@remlab.net \
    --cc=ffmpeg-devel@ffmpeg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git