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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
