Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-17 3:29 GMT+08:00 Nicolas Dufresne : > Le samedi 17 octobre 2015 à 01:20 +0800, cee1 a écrit : >> 2015-10-16 23:46 GMT+08:00 Florian Müllner : >> > On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: >> >> If yes, we may let

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-17 1:26 GMT+08:00 Emmanuele Bassi : > Hi; > > On 16 October 2015 at 18:15, cee1 wrote: > >> The idea here is trying to make a thinner event loop. > > You keep using that word, "thin". I don't think it means what you > think it means. > > You have

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

Le lundi 19 octobre 2015 à 15:57 +0800, cee1 a écrit : > Is there any examples about the limitation of this reference count > based model at hand? > > So can I say gstreamer use COW mainly for locking(similar to RCU), > not > for the purpose of removing duplication? Memory locking is a term used

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

Hi; On 16 October 2015 at 18:15, cee1 wrote: > The idea here is trying to make a thinner event loop. You keep using that word, "thin". I don't think it means what you think it means. You have consistently failed to bring any measurement, or any metric, that would allow you

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 23:46 GMT+08:00 Florian Müllner : > On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: >> If yes, we may let GObject inherit from >> GstMiniObject to obtain the COW feature? > > This would break ABI, so not something you should expect any time soon.

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

Hi; On 16 October 2015 at 18:20, cee1 wrote: > 2015-10-16 23:46 GMT+08:00 Florian Müllner : >> On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: >>> If yes, we may let GObject inherit from >>> GstMiniObject to obtain the COW feature? >> >>

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-15 23:00 GMT+08:00 Nicolas Dufresne : > Le jeudi 15 octobre 2015 à 22:14 +0800, cee1 a écrit : >> >> providing APIs to make GTK+(also GIO) easily integrated to other >> >> event >> >> loop, then we use epoll() on Linux, kqueue() onBSD or even >> >>

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-15 23:02 GMT+08:00 Christian Hergert : > On 10/15/2015 07:19 AM, cee1 wrote: >>> From GStreamer point of view, the main problem as it was explained to >>> > me, is the global locks, creating contention (GStreamer is highly multi >>> > -threaded). It's also a base type

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: > If yes, we may let GObject inherit from > GstMiniObject to obtain the COW feature? This would break ABI, so not something you should expect any time soon. ___ gtk-devel-list mailing list

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

Le jeudi 15 octobre 2015 à 22:14 +0800, cee1 a écrit : > >> providing APIs to make GTK+(also GIO) easily integrated to other > >> event > >> loop, then we use epoll() on Linux, kqueue() onBSD or even > >> libdispatch[3] - client code can use simpler event loop(e.g. no > >> locks, > >> no recursive

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all: El 14/10/15 a las 21:16, Matthias Clasen escribió: > > We (taking my GStreamer hat) havent heard of any interest from the GLib > group for lightweight objects. Note that some library ended up also > having these lightweight

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-14 23:40 GMT+08:00 Nicolas Dufresne : > Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit : > > GLib is already broken up into a whide amount of shared library. Even > though, shared library tend to create a small size overhead. > Considering this is a

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-15 3:44 GMT+08:00 Nicolas Dufresne : > Le mercredi 14 octobre 2015 à 15:16 -0400, Matthias Clasen a écrit : >> I think it is fair to say that there is more interest in fixing >> performance of GObject than there is in introducing a miniobject >> type. Not

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-15 3:16 GMT+08:00 Matthias Clasen : > On Wed, Oct 14, 2015 at 11:40 AM, Nicolas Dufresne > wrote: >> >> Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit : >> >> > >> > 2. I notice EFL use some "COW" logic[1], but we already

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

On 10/15/2015 07:19 AM, cee1 wrote: >> From GStreamer point of view, the main problem as it was explained to >> > me, is the global locks, creating contention (GStreamer is highly multi >> > -threaded). It's also a base type reserved for very specific use cases >> > (where a lot of that type need

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit : > Hi all, > > I'm thinking and interested in the idea of running Glib/GTK+ based > applications on tiny devices, e.g. wearable devices. > > I notice Tizen employs EFL because it is lightweight and fast. But > when went through the code, it

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

On Wed, Oct 14, 2015 at 11:40 AM, Nicolas Dufresne < nicolas.dufre...@collabora.com> wrote: > Le lundi 12 octobre 2015 à 23:24 +0800, cee1 a écrit : > > > > > 2. I notice EFL use some "COW" logic[1], but we already have a much > > clean implementation in GStreamer, that's > >