--nextPart1576303.YM80UDFWlv
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"

On Tuesday 26 July 2011 19:48:06 Andreas Roth wrote:
> With the help of the amarok developers is found the piece of code, wh=
ich
> triggers this issue. In amarok/src/MediaDeviceCache.cpp, function
> MediaDeviceCache::slotTimeout() calls Solid::Device::listFromType, wh=
ich
> does some dbus/udisks magic and this causes the trouble. I haven't go=
ne
> into the solid code to check what might be wrong there.

Well, I guess the real question is why does Amarok poll in the first pl=
ace?
libsolid is doing what it's supposed to do: if you query a list is asks=
 the=20
system for it (in that case udisks). So obviously if you constantly ask=
 the=20
system you get the system component always eating CPU.

I would advise against having this kind of libsolid call triggered by a=
 timer.=20
libsolid provides the necessary signals to let you know when a new devi=
ce=20
appeared or disappeared.

Regards.
--=20
K=E9vin Ottens, http://ervin.ipsquad.net

KDAB - proud patron of KDE, http://www.kdab.com

--nextPart1576303.YM80UDFWlv
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iEYEABECAAYFAk4vzaIACgkQB0u7y43syeJX2wCeLuVxwP3hKw0b9wa7fyvWZ3fZ
1z0AoJniPgao2MJ5yKWVkAOL573Hj2aq
=nRW8
-----END PGP SIGNATURE-----

--nextPart1576303.YM80UDFWlv--