Feb 18, 2021, 16:43 by geo...@nsup.org: > Lynne (12021-02-17): > >> It's more actively developed by a large margin, and I generally >> > > This is an interesting argument. > >> prefer its API and how it works internally. >> > > Can you give more details? Which differences make you prefer it? > > One of the things that I like about libev is that it makes effort to be > efficient and simple in terms of allocating data structures. No such > thing as always dynamically allocating stuff like the Gnome projects, so > much that it looks more like Java than C. We can have the libev > structures directly in our own data structures. > > Is libuv similar in that respect? > > The fact that it is designed to run the interpreter of a language with a > garbage collector worries me. >
I found this document useful: https://gist.github.com/andreybolonin/2413da76f088e2c5ab04df53f07659ea Although it's main user was node.js, it's now used in dozens upon dozens of different non-language projects, some of which get featured here: https://github.com/libuv/libuv/wiki/Projects-that-use-libuv It also has plenty of bindings, so projects don't have to invent their own C bindings. Most high-level users have long since moved to asynchronous event processing on threads, so having a synchronous single-threaded implementation seems like somewhat behind with the times. _______________________________________________ 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".
