Wireshark mailing list archives
Re: extcap slowing down start of WS
From: Anders Broman <anders.broman () ericsson com>
Date: Wed, 4 Jan 2017 14:20:51 +0000
Hi,
all improvements are planned for 2.4
No problem for me. Here’s some timing info if someone is interested. 15:02:49 Main Info set_console_log_handler, elapsed time 247000 us 15:02:49 Main Info Calling epan init, elapsed time 275000 us 15:02:50 Main Info epan done, elapsed time 1242000 us 15:02:50 Main Info Register all tap listeners, elapsed time 1253000 us 15:02:50 Main Info Calling extcap_register_preferences, elapsed time 1254000 us 15:02:51 Capture Dbg Extcap pipe C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap\androiddump.exe 15:02:52 Capture Dbg Extcap pipe C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap\ciscodump.exe 15:02:52 Capture Dbg Extcap [(null)] 15:02:52 Capture Dbg Interface [cisco] "Cisco remote capture" 15:02:52 Capture Dbg Extcap pipe C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap\randpktdump.exe 15:02:52 Capture Dbg Extcap [(null)] 15:02:52 Capture Dbg Interface [randpkt] "Random packet generator" 15:02:52 Capture Dbg Extcap pipe C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap\sshdump.exe 15:02:52 Capture Dbg Extcap [(null)] 15:02:52 Capture Dbg Interface [ssh] "SSH remote capture" 15:02:52 Capture Dbg Extcap pipe C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap\udpdump.exe 15:02:52 Capture Dbg Extcap [(null)] 15:02:52 Capture Dbg Interface [udpdump] "UDP Listener remote capture" 15:02:52 Capture Dbg Extcap path C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap 15:02:52 Capture Dbg Extcap path C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap 15:02:52 Capture Dbg Extcap path C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap 15:02:52 Capture Dbg Extcap path C:\Development\wsbuild-gpl\run\RelWithDebInfo \extcap 15:02:52 Main Info Calling module preferences, elapsed time 3004000 us 15:02:52 Main Info Calling fill_in_local_interfaces, elapsed time 3200000 us 15:02:52 Main Info fill_in_local_interfaces() starts 15:02:52 Capture Info sync_pipe_run_command() starts 15:02:53 Capture Info sync_pipe_run_command() ends, taking 0.229s, result=0 15:02:54 Capture Info sync_pipe_run_command() starts 15:02:54 Capture Info sync_pipe_run_command() ends, taking 0.163s, result=0 15:02:54 Capture Info sync_pipe_run_command() starts 15:02:54 Capture Info sync_pipe_run_command() ends, taking 0.173s, result=0 15:02:54 Capture Info sync_pipe_run_command() starts 15:02:54 Capture Info sync_pipe_run_command() ends, taking 0.164s, result=0 15:02:55 Main Info fill_in_local_interfaces() ends, taking 2.404s 15:02:55 Main Info Calling prefs_apply_all, elapsed time 5637000 us 15:02:55 Main Info Wireshark is up and ready to go, elapsed time 5952000us Regards Anders From: wireshark-dev-bounces () wireshark org [mailto:wireshark-dev-bounces () wireshark org] On Behalf Of Roland Knall Sent: den 4 januari 2017 09:53 To: Developer support list for Wireshark <wireshark-dev () wireshark org> Subject: Re: [Wireshark-dev] extcap slowing down start of WS @Stiq - this is the plan going forward. But first, I need to fix the initial call to the interfaces on Windows, because there is an issue with stdin buffers on Windows and a large number of interfaces. The register preferences call is a necessity, but the one in fill_in_local_interfaces could be avoided, and should be actually. I'll look into that as well. But for now, all improvements are planned for 2.4, not 2.2 regards Roland On Wed, Jan 4, 2017 at 8:20 AM, Stig Bjørlykke <stig () bjorlykke org<mailto:stig () bjorlykke org>> wrote: On Tue, Jan 3, 2017 at 5:56 PM, Anders Broman <anders.broman () ericsson com<mailto:anders.broman () ericsson com>> wrote:
It now seems like extcap_register_preferences is the thing taking the longest time when starting up Wireshark, at least on Window.
One issue is that extcap_register_preferences is called before loading the interfaces, and therefore all extcap binaries are run twice because of multiple calls to extcap_reload_interface_list(). One in extcap_register_preferences() and one in fill_in_local_interfaces(). This should be improved. Loading extcap could be done in the background after Wireshark has started, like is done in "Refresh Interfaces". -- Stig Bjørlykke ___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org<mailto:wireshark-dev () wireshark org>> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org<mailto:wireshark-dev-request () wireshark org>?subject=unsubscribe
___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org?subject=unsubscribe
Current thread:
- extcap slowing down start of WS Anders Broman (Jan 03)
- Re: extcap slowing down start of WS Pascal Quantin (Jan 03)
- Re: extcap slowing down start of WS Michal Labedzki (Jan 03)
- Re: extcap slowing down start of WS Stig Bjørlykke (Jan 03)
- Re: extcap slowing down start of WS Roland Knall (Jan 04)
- Re: extcap slowing down start of WS Anders Broman (Jan 04)
- Re: extcap slowing down start of WS Roland Knall (Jan 04)
- Re: extcap slowing down start of WS Pascal Quantin (Jan 03)