From: "Rémi Denis-Courmont" <remi@remlab.net> To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH 01/14] vvcdec: add thread executor Date: Sun, 21 May 2023 16:15:12 +0300 Message-ID: <12209065.O9o76ZdvQC@basile.remlab.net> (raw) In-Reply-To: <20230521130319.13813-2-nuomi2021@gmail.com> Le sunnuntaina 21. toukokuuta 2023, 16.03.06 EEST Nuo Mi a écrit : > The executor design pattern was inroduced by java > <https://docs.oracle.com/en/java/javase/20/docs/api/java.base/java/util/conc > urrent/Executor.html> it also adapted by python > <https://docs.python.org/3/library/concurrent.futures.html> > Compared to handcrafted thread pool management, it greatly simplifies the > thread code. --- > libavcodec/Makefile | 1 + > libavcodec/vvc/Makefile | 4 + > libavcodec/vvc/vvc_executor.c | 193 ++++++++++++++++++++++++++++++++++ > libavcodec/vvc/vvc_executor.h | 73 +++++++++++++ > 4 files changed, 271 insertions(+) > create mode 100644 libavcodec/vvc/Makefile > create mode 100644 libavcodec/vvc/vvc_executor.c > create mode 100644 libavcodec/vvc/vvc_executor.h > > diff --git a/libavcodec/Makefile b/libavcodec/Makefile > index dab09f483a..b1fcbf71b2 100644 > --- a/libavcodec/Makefile > +++ b/libavcodec/Makefile > @@ -62,6 +62,7 @@ OBJS = ac3_parser.o > \ xiph.o > \ > > # subsystems > +include $(SRC_PATH)/libavcodec/vvc/Makefile > OBJS-$(CONFIG_AANDCTTABLES) += aandcttab.o > OBJS-$(CONFIG_AC3DSP) += ac3dsp.o ac3.o ac3tab.o > OBJS-$(CONFIG_ADTS_HEADER) += adts_header.o > mpeg4audio_sample_rates.o diff --git a/libavcodec/vvc/Makefile > b/libavcodec/vvc/Makefile > new file mode 100644 > index 0000000000..c4b93e0389 > --- /dev/null > +++ b/libavcodec/vvc/Makefile > @@ -0,0 +1,4 @@ > +clean:: > + $(RM) $(CLEANSUFFIXES:%=libavcodec/vvc/%) > + > +OBJS-$(CONFIG_VVC_DECODER) += vvc/vvc_executor.o > diff --git a/libavcodec/vvc/vvc_executor.c b/libavcodec/vvc/vvc_executor.c > new file mode 100644 > index 0000000000..f2afdf79ae > --- /dev/null > +++ b/libavcodec/vvc/vvc_executor.c > @@ -0,0 +1,193 @@ > +/* > + * VVC video Decoder > + * > + * Copyright (C) 2022 Nuo Mi > + * > + * This file is part of FFmpeg. > + * > + * FFmpeg is free software; you can redistribute it and/or > + * modify it under the terms of the GNU Lesser General Public > + * License as published by the Free Software Foundation; either > + * version 2.1 of the License, or (at your option) any later version. > + * > + * FFmpeg is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with FFmpeg; if not, write to the Free Software > + * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 > USA + */ > +#include "libavutil/avutil.h" > +#include "libavutil/thread.h" > + > +#include "vvc_executor.h" This does not seem specific to VVC in any way, so the naming (and choice of folder placement) is rather weird. > + > +typedef struct ThreadInfo { > + int idx; > + VVCExecutor *e; > + pthread_t thread; > +} ThreadInfo; > + > +struct VVCExecutor { > + VVCTaskCallbacks cb; > + ThreadInfo *threads; > + uint8_t *local_contexts; It seems odd and needless complex to separate this from the thread info. It looks like you could simply append a pointer or a flexible array to ThreadInfo instead. > + int thread_count; > + > + pthread_mutex_t lock; > + pthread_cond_t cond; > + int die; > + VVCTasklet *tasks; > +}; > + > +static void remove_task(VVCTasklet **prev, VVCTasklet *t) > +{ > + *prev = t->next; > + t->next = NULL; > +} > + > +static void add_task(VVCTasklet **prev, VVCTasklet *t) > +{ > + t->next = *prev; > + *prev = t; > +} > + > +static void *executor_worker_task(void *data) > +{ > + ThreadInfo *ti = (ThreadInfo*)data; > + VVCExecutor *e = ti->e; > + void *lc = e->local_contexts + ti->idx * > e->cb.local_context_size; > + VVCTasklet **prev; > + VVCTaskCallbacks *cb = &e->cb; > + > + pthread_mutex_lock(&e->lock); > + while (1) { > + VVCTasklet* t = NULL; > + if (e->die) break; > + > + for (prev = &e->tasks; *prev; prev = &(*prev)->next) { > + if (cb->ready(*prev, cb->user_data)) { > + t = *prev; > + break; > + } > + } > + if (t) { > + //found one task > + remove_task(prev, t); > + pthread_mutex_unlock(&e->lock); > + cb->run(t, lc, cb->user_data); > + pthread_mutex_lock(&e->lock); > + } else { > + //no task in one loop > + pthread_cond_wait(&e->cond, &e->lock); > + } > + } > + pthread_mutex_unlock(&e->lock); > + return NULL; > +} > + > +VVCExecutor* ff_vvc_executor_alloc(const VVCTaskCallbacks *cb, int > thread_count) +{ > + VVCExecutor *e; > + int i, j, ret; > + if (!cb || !cb->user_data || !cb->ready || !cb->run || > !cb->priority_higher) + return NULL; > + e = av_calloc(1, sizeof(*e)); > + if (!e) > + return NULL; > + e->cb = *cb; > + > + e->local_contexts = av_malloc(thread_count * e->cb.local_context_size); > + if (!e->local_contexts) > + goto free_executor; > + > + e->threads = av_calloc(thread_count, sizeof(*e->threads)); > + if (!e->threads) > + goto free_contexts; > + for (i = 0; i < thread_count; i++) { > + ThreadInfo *ti = e->threads + i; > + ti->e = e; > + ti->idx = i; > + } > + > + ret = pthread_mutex_init(&e->lock, NULL); > + if (ret) > + goto free_threads; > + > + ret = pthread_cond_init(&e->cond, NULL); > + if (ret) > + goto destroy_lock; > + > + for (i = 0; i < thread_count; i++) { > + ThreadInfo *ti = e->threads + i; > + ret = pthread_create(&ti->thread, NULL, executor_worker_task, ti); > + if (ret) > + goto join_threads; > + } > + e->thread_count = thread_count; > + return e; > + > +join_threads: > + pthread_mutex_lock(&e->lock); > + e->die = 1; > + pthread_cond_broadcast(&e->cond); > + pthread_mutex_unlock(&e->lock); > + for (j = 0; j < i; j++) > + pthread_join(e->threads[j].thread, NULL); > + pthread_cond_destroy(&e->cond); > +destroy_lock: > + pthread_mutex_destroy(&e->lock); > +free_threads: > + av_free(e->threads); > +free_contexts: > + av_free(e->local_contexts); > +free_executor: > + free(e); > + return NULL; > +} > + > +void ff_vvc_executor_free(VVCExecutor **executor) > +{ > + VVCExecutor *e; > + if (!executor || !*executor) > + return; > + e = *executor; > + > + //singal die > + pthread_mutex_lock(&e->lock); > + e->die = 1; > + pthread_cond_broadcast(&e->cond); > + pthread_mutex_unlock(&e->lock); > + > + for (int i = 0; i < e->thread_count; i++) > + pthread_join(e->threads[i].thread, NULL); > + pthread_cond_destroy(&e->cond); > + pthread_mutex_destroy(&e->lock); > + > + av_free(e->threads); > + av_free(e->local_contexts); > + > + av_freep(executor); > +} > + > +void ff_vvc_executor_execute(VVCExecutor *e, VVCTasklet *t) > +{ > + VVCTaskCallbacks *cb = &e->cb; > + VVCTasklet **prev; > + > + pthread_mutex_lock(&e->lock); > + for (prev = &e->tasks; *prev && cb->priority_higher(*prev, t); prev = > &(*prev)->next) + /* nothing */; > + add_task(prev, t); > + pthread_cond_signal(&e->cond); > + pthread_mutex_unlock(&e->lock); > +} > + > +void ff_vvc_executor_wakeup(VVCExecutor *e) > +{ > + pthread_mutex_lock(&e->lock); > + pthread_cond_broadcast(&e->cond); > + pthread_mutex_unlock(&e->lock); Signaling a condition variable without changing any state makes no sense. > +} -- Rémi Denis-Courmont http://www.remlab.net/ _______________________________________________ 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:[~2023-05-21 13:15 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-05-21 13:03 [FFmpeg-devel] [PATCH 00/14] add vvc decoder c code Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 01/14] vvcdec: add thread executor Nuo Mi 2023-05-21 13:15 ` Rémi Denis-Courmont [this message] 2023-05-21 14:24 ` Nuo Mi 2023-05-22 16:29 ` Rémi Denis-Courmont 2023-05-23 6:23 ` Nuo Mi 2023-05-21 14:44 ` Nuo Mi 2023-05-21 14:11 ` Lynne 2023-05-21 15:03 ` Nuo Mi 2023-05-21 15:06 ` Lynne 2023-05-21 15:16 ` Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 02/14] vvcdec: add vvc decoder stub Nuo Mi 2023-05-21 17:30 ` Michael Niedermayer 2023-05-22 1:55 ` Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 03/14] vvcdec: add sps, pps, sh parser Nuo Mi 2023-05-21 14:25 ` James Almer 2023-06-10 11:37 ` Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 04/14] vvcdec: add cabac decoder Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 05/14] vvcdec: add reference management Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 06/14] vvcdec: add motion vector decoder Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 07/14] vvcdec: add inter prediction Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 08/14] vvcdec: add inv transform 1d Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 09/14] vvcdec: add intra prediction Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 10/14] vvcdec: add LMCS, Deblocking, SAO, and ALF filters Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 11/14] vvcdec: add dsp init and inv transform Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 12/14] vvcdec: add CTU(Coding Tree Unit) parser Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 13/14] vvcdec: add CTU thread logical Nuo Mi 2023-05-21 13:03 ` [FFmpeg-devel] [PATCH 14/14] vvcdec: add full vvc decoder Nuo Mi
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=12209065.O9o76ZdvQC@basile.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