Bug#714920: ekiga: slow startup
Eugen Dedu
Eugen.Dedu at pu-pm.univ-fcomte.fr
Thu Jul 4 18:36:38 UTC 2013
On 04/07/13 20:13, mazzeppanell wrote:
> Ok, an analysis with Wireshark shows no evident connection between
> network data and ekiga slowdown: i don't get any particular packet at
> "25th minute", nor at the "10th minute". There is immediately a quick
Hopefully, these are seconds, not minutes :)
> and little burst of 7 packets when the application starts, 2 DNS (a
> query and an answer for stun.ekiga.net), and 5 CLASSIC-STUN (Binding
> Request and Binding Response, in order Req-Req-Resp-Req-Resp).
> As said this happens at the very beginning of the startup, in about 0.1
> seconds, and nothing else is being exchanged in the remaining time,
> untill the GUI spawns.
> Can you confirm this is a normal behaviour?
Those packets are normal. Waiting so much is not normal.
> Some suspect messages i could find are:
>
> 0:00.092 HalManager_dbus Populating
> full device list failed - The name org.freedesktop.Hal was not provided
> by any .service files
>
> 0:26.741 Opal Liste...0xadc70b40 Listen UDP read error.
>
> 0:59.285 Opal Liste...0xadc70b40 Listen UDP read error.
>
> But the first happens too early, the second when the main window has
> already been showed, and the last when i close Ekiga.
The above messages are harmless.
> Anyways i want to point out that program seems to work, tryed echo
> testing and was ok (though not the best quality)... the issue is just
> startup time.
>
> I'm wondering if this is just an issue of my system or someone has
> experienced tha same.
Some users experience slow startup time, but as far as I remember the
only reason is DNS.
I will check a bit later your issue more thoroughly.
--
Eugen
More information about the pkg-gnome-maintainers
mailing list