Recent Features
| |||||||||||||
ConnMan 1.0 releasedConnMan 1.0 releasedPosted May 11, 2012 10:54 UTC (Fri) by jpw (guest, #84580)In reply to: ConnMan 1.0 released by hadess Parent article: ConnMan 1.0 released
Indeed. How dare they not use
(Log in to post comments)
ConnMan 1.0 released Posted May 11, 2012 11:01 UTC (Fri) by alexl (subscriber, #19068) [Link]
Oh, but they do. It uses glib and dbus, but not gobject, which NetworkManager does. So obviously it had to be replaced.
ConnMan 1.0 released Posted May 11, 2012 12:35 UTC (Fri) by nix (subscriber, #2304) [Link]
Because gobject is such a pleasant and C-like system to use.
(Seriously. I like most of glib, though it is a bit memory-inefficient for some uses -- but gobject is a classic example of overgeneralization yielding a system that, while quite general, is terrifically difficult to use for almost all practical use cases. This is a fairly common trap to fall into, so I'm not *blaming* anyone, or I'd have to blame myself for several even more baroque systems I've perpetrated in the past which thankfully have not got into the wide world. But still.)
ConnMan 1.0 released Posted May 12, 2012 21:25 UTC (Sat) by speedster1 (subscriber, #8143) [Link]
> Because gobject is such a pleasant and C-like system to use.
> (Seriously. I like most of glib, though it is a bit memory-inefficient for
Thanks, this is a much more civil explanation of the issue than I could manage at this point, with deadlines looming for producing a couple custom plugins for the heavily-glib-based gstreamer framework. Straight-forward generation of language bindings is a wonderful feature of glib, but coding in the glibc based C code itself... I'd better stop there, before I get uncivil
ConnMan 1.0 released Posted May 17, 2012 19:38 UTC (Thu) by zlynx (subscriber, #2285) [Link]
If I recall correctly from when I looked at some code 5 years ago...
Isn't gobject that abomination that contains 5 or 6 pointers to mostly useless information and causes any data structure that uses it to immediately bloat to over 100 MB in size?
5 64-bit pointers is 40 bytes before even including any information.
That is how I remember it anyway. I was trying to figure out how some new version of software went from 5 MB of resident set to over 100 MB back when my laptop had only 1 GB RAM.
ConnMan 1.0 released Posted May 22, 2012 10:20 UTC (Tue) by jamesh (guest, #1159) [Link]
Try 2 pointers and an int. One of those pointers is a reference to the class and the integer holds the reference count for the object, which you'd expect if you're using reference count based memory management and virtual methods.
The other pointer can point to a GData structure that will be allocated if you use various GObject features (e.g. weak references).
I won't deny that it adds some memory overhead over a bare structure, but it is for features people generally use.
ConnMan 1.0 released Posted May 22, 2012 16:04 UTC (Tue) by zlynx (subscriber, #2285) [Link]
I must have been thinking of GObjects stored in a GTree or a GList.
ConnMan 1.0 released Posted May 23, 2012 1:42 UTC (Wed) by jamesh (guest, #1159) [Link]
I agree that in some cases something like Linux's linked list implementation that embeds in the parent structure would save memory.
But the point is moot in the context of ConnMan: while they aren't using GObject, they are using glibs ADTs such as GSList.
|
|||||||||||||