Re: Time to heat up the new module discussion
- From: Rodrigo Moya <rodrigo gnome-db org>
- To: Darren Kenny <Darren Kenny Sun COM>
- Cc: Gnome Desktop Development List <desktop-devel-list gnome org>
- Subject: Re: Time to heat up the new module discussion
- Date: Thu, 13 Jul 2006 01:11:20 +0200
On Wed, 2006-07-12 at 10:21 +0100, Darren Kenny wrote:
> I'm concerned about the inclusion of GTK# - and hence all the rest of Mono into
> the core GNOME.
>
> It's been mentioned many times before that we already have too many component
> models in the GNOME platform - and once they are in there, it's VERY hard to get
> them back out again - just look at Bonobo.
>
> GTK# is not just a language binding - it's pulling in a whole platform in itself
> - Mono. And it worries me that this is opening a door for a slew of C# based
> applications into the core GNOME.
>
python, for instance, is also a whole platform in itself, and we still
include the bindings
> It makes sense to me that Mono should remain on the out-skirts of GNOME for this
> very reason - core GNOME should only use native languages, and more specifically
> C, as to to do otherwise is likely to effect the already perceived poor
> performance of GNOME.
>
> Just think about what happens when a user logs into a desktop that has Python
> and C# based applets included with C based applets:
> - The panel starts
> - It starts C/Bonobo based applets - the smallest of which already consumes
> approx 40Mb of memory.
> - It starts Python applets - each of these takes up approx 70Mb of memory -
> and very little of this is shared
> - It starts a C# based applet - and this pulls in Mono, which I'm sure isn't
> that small, but I guess at least it does share memory better than Python,
> but there is still quite a lot of additional memory pulled in.
>
I agree with all these problems, but I guess we'd better work on trying
to fix them than just avoiding the use of this software.
--
Rodrigo Moya <rodrigo gnome-db org>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]