Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow.

2013-08-07 Thread Anders Broman
reshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Anders Broman Sent: den 6 augusti 2013 17:28 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow. Hi, This patch fixes it... -Original Message- From

Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow.

2013-08-06 Thread Anders Broman
name resolution appalingly slow. -Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Evan Huus Sent: den 6 augusti 2013 16:01 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] addr_resolv.c, transport

Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow.

2013-08-06 Thread Anders Broman
-Original Message- From: wireshark-dev-boun...@wireshark.org [mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Evan Huus Sent: den 6 augusti 2013 16:01 To: Developer support list for Wireshark Subject: Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow

Re: [Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow.

2013-08-06 Thread Evan Huus
On Tue, Aug 6, 2013 at 9:41 AM, Anders Broman wrote: > Hi, > > I will revert the change to use a hash table for transport name resolution > as soon as I can, the performance is horrible. It shouldn't be, glib hash tables are pretty efficient. If you profile, where is the time being spent? ___

[Wireshark-dev] addr_resolv.c, transport name resolution appalingly slow.

2013-08-06 Thread Anders Broman
Hi, I will revert the change to use a hash table for transport name resolution as soon as I can, the performance is horrible. ___ Sent via:Wireshark-dev mailing list Archives:http://www.wireshark.org/lists/wireshark-d