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".
next prev 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