On Dec 2, 2007 11:46 PM, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> In case anyone is interested, feel free to try out a 100% WAF-ied
> version of gnome-python:
>
> http://www.gnome.org/~gjc/gnome-python-2.21.0.tar.bz2
>
> The WAF based tarball (including a self contained waf script, wh
Le dimanche 02 décembre 2007 à 20:52 +, Alan Cox a écrit :
> Taking out the commonly used python apps and replacing them with compiled
> code would be an even bigger performance and size leap.
How about adding to that "forking after having initialized all
libraries" ?
Xav
__
On Dec 2, 2007 5:07 PM, Colin Walters <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-12-02 at 16:55 -0700, Elijah Newren wrote:
> > Ooh, I'd love to see timing numbers. The size differences are pretty
> > impressive; it would likely make a noticable impact on times for
> > building releases for garnome
On Sun, 2007-12-02 at 16:55 -0700, Elijah Newren wrote:
> Ooh, I'd love to see timing numbers. The size differences are pretty
> impressive; it would likely make a noticable impact on times for
> building releases for garnome users, release team members, and others.
Time I don't think as intere
On Dec 2, 2007 3:46 PM, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> In case anyone is interested, feel free to try out a 100% WAF-ied
> version of gnome-python:
>
> http://www.gnome.org/~gjc/gnome-python-2.21.0.tar.bz2
>
> The WAF based tarball (including a self contained waf script, whi
2007/12/2, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]>:
>
> In case anyone is interested, feel free to try out a 100% WAF-ied
> version of gnome-python:
>
> http://www.gnome.org/~gjc/gnome-python-2.21.0.tar.bz2
>
> The WAF based tarball (including a self contained waf script, which is
> all you n
On Sun, 2007-12-02 at 22:49 +, Alan Cox wrote:
> > (FWIW, personally, I'd like to see all of our service daemons (g-p-m,
> > g-v-m, pk-update-client, etc.) all sharing the same process space.
> > Things like that.)
>
> With a kernel hat on do you have a specific reasons for that ? Is there
>
> (FWIW, personally, I'd like to see all of our service daemons (g-p-m,
> g-v-m, pk-update-client, etc.) all sharing the same process space.
> Things like that.)
With a kernel hat on do you have a specific reasons for that ? Is there
stuff you gain or is this primarily about memory usage of non sh
In case anyone is interested, feel free to try out a 100% WAF-ied
version of gnome-python:
http://www.gnome.org/~gjc/gnome-python-2.21.0.tar.bz2
The WAF based tarball (including a self contained waf script, which is
all you need to build) is 249K, while an autotools version is 424K. I
could redu
On Sun, 2007-12-02 at 13:27 -0800, Ethan Osten wrote:
>
> Personally, I hate coding in C - I have better things to do with my
> time
> than to deal with things I don't really have to deal with. And I know
> there are a lot of people like me, or else PyGTK etc. wouldn't be so
> popular. "Go back t
On Sun, 2007-12-02 at 20:42 +, jamie wrote:
> On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> > On Sun, 2007-12-02 at 15:36 +, jamie wrote:
> >
> > > Vala of course - http://live.gnome.org/Vala
> >
> > Rewriting every application in another language isn't the answer for
> > reso
On Sun, 2007-12-02 at 16:03 -0500, Colin Walters wrote:
> On Sun, 2007-12-02 at 21:56 +0100, Mikkel Kamstrup Erlandsen wrote:
>
> >
> > So how would this be done? One Python thread to run each applet in?
>
> No, every applet runs in the same thread, using the same main loop.
> If the applet is
On Sun, 2007-12-02 at 21:56 +0100, Mikkel Kamstrup Erlandsen wrote:
>
> So how would this be done? One Python thread to run each applet in?
No, every applet runs in the same thread, using the same main loop.
If the applet is written correctly, it does everything that potentially
blocks (say retr
On Sun, 2007-12-02 at 15:51 -0500, Colin Walters wrote:
> On Sun, 2007-12-02 at 15:39 -0500, David Zeuthen wrote:
> > On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> > > And more generally, to have one VM per language type, rather than per
> > > app.
> >
> > There's a lot of security m
On 02/12/2007, Colin Walters <[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 2007-12-02 at 15:39 -0500, David Zeuthen wrote:
> > On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> > > And more generally, to have one VM per language type, rather than per
> > > app.
> >
> > There's a lot of security
> But fundamentally right now the desktop is still one security domain,
> and I don't see that changing in the near future.
The desktop is quite a few security domains. Mail clients handle
certificates and dangerous remote content, other tools render untrusted
content like PDF, while the desktop p
On Sun, 2007-12-02 at 15:30 -0500, Hubert Figuiere wrote:
> > And more generally, to have one VM per language type, rather than per
> > app.
>
> So GNOME should be turned into a single address space with the kernel
> and X11.
I'm trying to suggest a solution to address the complaints about memor
On Sun, 2007-12-02 at 15:39 -0500, David Zeuthen wrote:
> On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> > And more generally, to have one VM per language type, rather than per
> > app.
>
> There's a lot of security models that break down if everything is tied
> to a single process.
On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> On Sun, 2007-12-02 at 15:36 +, jamie wrote:
>
> > Vala of course - http://live.gnome.org/Vala
>
> Rewriting every application in another language isn't the answer for
> resource usage. Not that Vala is bad, on the contrary it seems ni
On Sun, 2007-12-02 at 14:37 -0500, Colin Walters wrote:
> And more generally, to have one VM per language type, rather than per
> app.
There's a lot of security models that break down if everything is tied
to a single process. Not to mention a bunch of other problems. It's
probably better to jus
> And more generally, to have one VM per language type, rather than per
> app.
So GNOME should be turned into a single address space with the kernel
and X11.
Hub
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/m
On Sun, 2007-12-02 at 15:36 +, jamie wrote:
> Vala of course - http://live.gnome.org/Vala
Rewriting every application in another language isn't the answer for
resource usage. Not that Vala is bad, on the contrary it seems nice for
some use cases, but in terms of engineering effort it would b
On Sun, 2007-12-02 at 17:20 +0100, Mark wrote:
> > for now it cross compiles into c but its a mistake to assume its just
> > syntactic sugar!
>
> So that means that (for now) it is "syntatic sugar" and is basically
> c. so the compiled program has the memory and speed advantages of c.
The fact t
> Vala of course - http://live.gnome.org/Vala
>
> if you like c#/java but want c speed and efficiency then there is no
> better language
Interesting.
i've read it and saw a few examples but am not getting it completely..
If i'm correct (?) than the you write vala coding which is "converted"
to c
> for now it cross compiles into c but its a mistake to assume its just
> syntactic sugar!
So that means that (for now) it is "syntatic sugar" and is basically
c. so the compiled program has the memory and speed advantages of c.
___
desktop-devel-list ma
On Sun, 2007-12-02 at 16:07 +, jamie wrote:
> > If i'm correct (?) than the you write vala coding which is "converted"
> > to c coding and than compiled? if that's the case that your actually
> > writing a c program but just with a easier to understand and faster to
> > learn syntax?
> >
>
>
On Sun, 2007-12-02 at 17:03 +0100, Mark wrote:
> > Vala of course - http://live.gnome.org/Vala
> >
> > if you like c#/java but want c speed and efficiency then there is no
> > better language
>
> Interesting.
> i've read it and saw a few examples but am not getting it completely..
>
> If i'm corr
On Sun, 2007-12-02 at 16:30 +0100, Mark wrote:
> With that memory usage i wouldn't mind it at all if ALL my memory was
> used up and my OS was lightning fast.. but that's not the case. it's
> just poor memory usage of those applications.
>
> And i understand the "programmers" that make python base
With that memory usage i wouldn't mind it at all if ALL my memory was
used up and my OS was lightning fast.. but that's not the case. it's
just poor memory usage of those applications.
And i understand the "programmers" that make python based applications
(or c#) but that has some issues along the
On Sun, 2007-12-02 at 18:05 +0300, Nickolay V. Shmyrev wrote:
> http://nshmyrev.narod.ru/temp/mixer-applet-massif.tar.gz one can
> download massif results for mixer applet. Large amount of memory spent
> on gst registry xml parsing. Not strange since the registry is around
> 250 kb xml file in my c
В Вск, 02/12/2007 в 16:05 +0300, Nickolay V. Shmyrev пишет:
> Heh, sadly memory problems are rather complicated and hidden deeply
> inside the stack thus require very experienced knowledge. From my
> experience the significant amount of memory consumption can be dropped
> by switching to some light
On Dec 1, 2007 2:59 PM, Stef Walter <[EMAIL PROTECTED]> wrote:
> gnome-keyring 2.22 will include:
>
> * A proper SSH agent integrated with the user's login keyring
> * An X.509 key and certificate store than applications can
>use and share, and integrated with the user's login.
>
> I wanted t
hВ Сбт, 01/12/2007 в 22:11 +, Martin Ebourne пишет:
> On Fri, 30 Nov 2007 09:34:09 +0100, Mark wrote:
> > i was just looking through the system monitor to see how my memory usage
> > was doing and that gave me a impressive (negative way) result. I've made
> > a screenshot [1] of it and edited i
Le samedi 01 décembre 2007, à 03:12 +, Brian Nitz a écrit :
> I'll spare the details of the Anonymous memory used by all libraries in
> gnome-panel's address space, but notice that restarting gnome-panel
> reduced the heap from over 15M to about 2M when I restarted
> gnome-panel. Occasional
On Sat, 2007-12-01 at 22:11 +, Martin Ebourne wrote:
> On Fri, 30 Nov 2007 09:34:09 +0100, Mark wrote:
> > i was just looking through the system monitor to see how my memory usage
> > was doing and that gave me a impressive (negative way) result. I've made
> > a screenshot [1] of it and edited
35 matches
Mail list logo
