Wireshark-dev: Re: [Wireshark-dev] Enabling threads

Date: Wed, 8 Nov 2006 20:04:15 +0000
However I believe that what Gerald is talking about is using threads
for asyncronously executing upgrades.

I do not think that the very linking to the thread libraries causes
performance degradation.

If on a single processor you must continiuously switch contexts
between the main thread and the redraw one that causes a significant
overhead.

However, wouldn't be better just fork the upgrade agent?

On 11/8/06, ronnie sahlberg <ronniesahlberg@xxxxxxxxx> wrote:
yes.

we used to have 2 threads in the old ethereal for a short period.

one thread for the main application and a second thread that was
dedicated to only update/redraw teh statistics taps once every few
seconds.

this did cause a quite significant degradation in performance/speed of
ethereal which is why it was removed :-(



On 11/8/06, Ulf Lamping <ulf.lamping@xxxxxx> wrote:
> Gerald Combs wrote:
> > Is there any reason threads shouldn't be enabled by default?  It would
> > make implementing the version checking and windows update features in
> > the roadmap a bit easier and cleaner.
> >
> Sorry, but I don't really understand the relationship - can you explain
> what you mean?
>
> When I remember correct, the threading support wasn't working well with
> GTK2.4, but that might have changed since then.
>
> Regards, ULFL
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
_______________________________________________
Wireshark-dev mailing list
Wireshark-dev@xxxxxxxxxxxxx
http://www.wireshark.org/mailman/listinfo/wireshark-dev



--
This information is top security. When you have read it, destroy yourself.
-- Marshall McLuhan