On Tue, Jun 18, 2024 at 8:06 PM Steven Liu <lingjiujia...@gmail.com> wrote:
> Nuo Mi <nuomi2...@gmail.com> 于2024年6月18日周二 19:51写道： > > > > On Mon, Jun 17, 2024 at 5:28 PM Zhao Zhili <quinkbl...@foxmail.com> > wrote: > > > > > > > > > > > > On Jun 17, 2024, at 16:45, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: > > > > > > > > On Mon, Jun 17, 2024 at 10:03 AM Zhao Zhili <quinkbl...@foxmail.com> > > > wrote: > > > >> > > > >> > > > >> > > > >>> On Jun 17, 2024, at 15:05, Anton Khirnov <an...@khirnov.net> > wrote: > > > >>> > > > >>> Quoting Zhao Zhili (2024-06-17 07:19:26) > > > >>>> From: Zhao Zhili <zhiliz...@tencent.com> > > > >>>> > > > >>>> When thread_count be zero, it will be run on current thread like > > > >>>> !HAVE_THREADS. > > > >>> > > > >>> Other APIs treat zero to mean "auto". > > > >> > > > >> executor don’t detect cpu cores by itself. It’s more low level than > > > libavcodec. > > > >> > > > >> Zero thread is zero thread, literally. If we use thread_count one to > > > mean > > > >> run on current thread, how to create a single thread then? > > > > > > > > Whats the point of creating a single thread? Does the main thread > ever > > > > do something else in the meantime, or does it just wait for the job > > > > anyway? > > > > > > Executor as a basic infrastructure should support such usage. The > caller > > > don’t need to wait for the job to finish. > > > > > Hi Zhili, > > Thank you for the patch. > > Could you explain more about its usage? > > Why do we need to run everything in the main thread when we have pthread > in > > the system? > Just control CPU resource be used by decoder, perhaps the computer is > running some other applications. > There are running more application in one computer, and the ffmpeg > decoder is need not realtime. > For example running machine learning traning some model, and use > ffmpeg transcoding vod videos, > but transcode functions is borrow machine learning's team computers :D. > You can use "taskset" for CPU affinity. It will constrain the CPU resources used by a process. > > > > > Thank you. > > _______________________________________________ > > ffmpeg-devel mailing list > > ffmpeg-devel@ffmpeg.org > > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > > > To unsubscribe, visit link above, or email > > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". > > Thanks > Steven > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
