Re: [Fwd: RFP: Keyboard Configuration Registry over dbus]



On Sat, 2006-05-27 at 00:01 +0200, Sebastien Bacher wrote:
> Hi,
> 
> I just read your IRC reply from the other day when svu pinged me about
> the subject again so I'm forwarding the mail now. Do you know if there
> is a way to say to evolution to bounce a mail? Anyway you can probably
> reply on the list without following on the previous mail, the traffic is
> not that high and Sergey will probably notice it
> 
ok, answering below

> 
> Cheers,
> 
> Sebastien Bacher
> 
> 
> -------- Message transféré --------
> > De: Sergey Udaltsov <sergey udaltsov gmail com>
> > À: gnomecc-list gnome org
> > Sujet: RFP: Keyboard Configuration Registry over dbus
> > Date: Mon, 22 May 2006 23:54:26 +0100
> > 
> > Hello people
> > 
> > I already sent request to d-d-l and g-d-l but, since there was no
> > reply, I had a quick chat with Sebastian on IRC and would like to ask
> > here.
> > 
> > So, the problem is how to keep and provide the XKB configuration
> > registry. It is a large XML file which should not be parsed more than
> > once per GNOME session (or may be even per system?).
> > 
> > For a moment, every application which needs it - loads and parses it.
> > For example, one copy is loaded by gnome-keyboard-indicator applet,
> > one copy loaded by gnome-keyboard-properties. Not nice, is it? Since
> > there is a request to add layout indication to gnome-screensaver,
> > there would be a third copy of the same stuff loaded. Which I think is
> > a bad idea.
> > 
> > So, the good idea is to provide this information over dbus from one
> > "server" application. There can be 3 approaches:
> > 
and how will the DBUS interface look like? That is, will it send over
the bus the whole XML file?

> > 1. DBUS interface to g-s-d.
> >   Good:
> >     - No extra processes
> >   Bad:
> >     - g-s-d would start slower, take more RAM
> > 
this is probably the best option. We already are using bonobo for the
activation, so we could replace that with DBUS and add the needed
interface.

This way, I don't think we'll use more RAM than what we use now.

> > 2. Separate daemon (capplets/keyboard/gnome-xkb-config-registry)
> > starting with the session
> >   Good:
> >     - g-s-d is not affected
> >   Bad:
> >     - Separate maintenance unit.
> >     - Separate process requires even more RAM than #1, session startup
> > still getting slower.
> > 
> > 3. Separate daemon starting on demand (using dbus activation)
> >   Good:
> >     - g-s-d is not affected
> >     - RAM is allocated only when necessary
> >     - Session startup is not affected unless gnome-keyboard-indicator
> > applet is loaded.
> >   Bad:
> >     - Separate maintenance unit.
> >     - Separate process requires even more RAM than #1, session startup
> > still getting slower.
> > 
> > I would like to know your opinion on the subject (personally I think
> > #3 is most viable solution)
> > 
> > Thanks,
> > 
> > Sergey
> > _______________________________________________
> > gnomecc-list mailing list
> > gnomecc-list gnome org
> > http://mail.gnome.org/mailman/listinfo/gnomecc-list
> > 
> 
-- 
Rodrigo Moya <rodrigo gnome-db org>




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]