dtrace discuss - Jan 2008 - D-Bus DTrace provider?

An idea from a hallway discussion after last week''s
KDE-on-OpenSolaris presentation:

   Has anyone given consideration to adding a dtrace provider to
   the D-Bus IPC mechanism that GNOME, KDE, and HAL use?

Given the increasing number of hardware state updates being
communicated over the bus (it''s already used for removable
media mounts/unmounts and laptop battery state, and the
current power management cases in the ARC add more uses,
as will Xorg server 1.4 when we move to it), and the increasing
use in both the GNOME & KDE desktops, it would seem like a useful
source of events for triggering dtrace probes.

-- 
	-Alan Coopersmith-           alan.coopersmith at sun.com
	 Sun Microsystems, Inc. - X Window System Engineering

+1. D-Bus/HAL should have the highest priority among them.

Will we create a project for Desktop?
I''d like to contribute myself.

lin

Alan Coopersmith wrote:
> An idea from a hallway discussion after last week''s
> KDE-on-OpenSolaris presentation:
>
>    Has anyone given consideration to adding a dtrace provider to
>    the D-Bus IPC mechanism that GNOME, KDE, and HAL use?
>
> Given the increasing number of hardware state updates being
> communicated over the bus (it''s already used for removable
> media mounts/unmounts and laptop battery state, and the
> current power management cases in the ARC add more uses,
> as will Xorg server 1.4 when we move to it), and the increasing
> use in both the GNOME & KDE desktops, it would seem like a useful
> source of events for triggering dtrace probes.
>
>   
-- 
x82120 / +86 10 82618200

Lin Ma wrote:
> D-Bus/HAL should have the highest priority among them.
Stefan Teleman wrote:
 > D-Bus/HAL DTrace probes would be a very interesting project

There is no such thing as D-Bus/HAL. There is DBus and there is HAL. HAL 
uses DBus. SMF uses SQLite. gtkpod uses GTK2. It''s a simple concept,
yet
people keep referring to DBus/HAL as a single entity.

+1 on investigating what DTrace can do for DBus (is there any DTrace 
stuff for other RPC types? Java RMI? SOAP?) For existing DBus debugging, 
check out D-Feet https://fedorahosted.org/d-feet/

-Artem

On Jan 22, 2008, at 6:55 PM, Artem Kachitchkine wrote:
> Lin Ma wrote:
>> D-Bus/HAL should have the highest priority among them.
>
> Stefan Teleman wrote:
>> D-Bus/HAL DTrace probes would be a very interesting project
>
> There is no such thing as D-Bus/HAL. There is DBus and there is  
> HAL. HAL
> uses DBus. SMF uses SQLite. gtkpod uses GTK2. It''s a simple  
> concept, yet
> people keep referring to DBus/HAL as a single entity.
   True, although while running Gnome the only nontrivial user of  
DBus that
seems to be there is HAL ;-)
> +1 on investigating what DTrace can do for DBus (is there any DTrace
> stuff for other RPC types? Java RMI? SOAP?)
    Or even for Sun''s RPC -- I wonder whether it was something NFS guys
considered when adding DTrace probes to their stack.
> For existing DBus debugging,
> check out D-Feet https://fedorahosted.org/d-feet/
   There''s also KDbus from KDE. ;-)

Thanks,
Roman.

>    True, although while running Gnome the only nontrivial user of  
> DBus that
> seems to be there is HAL ;-)
Solaris is lagging a bit, but elsewhere the list of nontrivial DBus 
based apps just keeps growing (GNOME power manager, GDM, Network 
Manager, CUPS, Xorg, Avahi, ConsoleKit, XChat, Totem ... )

-Artem