• netstat very slow

    From calsprint@gmx.com@21:1/5 to Hanan Cohen on Fri Jul 28 06:54:51 2017
    On Wednesday, August 25, 1999 at 2:00:00 AM UTC-5, Hanan Cohen wrote:
    Bernd Strobel wrote:

    Hanan Cohen <hananc@bashan.co.il> wrote: 37C26914.3C5DD677@bashan.co.il...
    I think there is something wrong woth my tcp/ip settings.
    When I run NETSTAT -a I get a veeeery sloooow response.
    How can I check what's wrong ?

    I think, it tries to resolve some IP addresses to names via DNS.

    Use 'netstat -an' to avoid this.

    Thanks. It worked.
    Does it mean I have a DNS problem ? How can I find what's wrong ?

    p.s. Please answer the NG and not my mail , it's broken...

    --
    Hanan Cohen

    Qiriat-Gat Central Library http://www.qglibrary.org.il
    Kibbutz Tamuz - Beit Shemesh http://www.tamuz.org.il
    Bashan Systems - http://www.zikit.co.il
    ***Love and Peace***

    Thats not the point. At work here we tested "netstat" on many Windows 10 boxes and it is extremely slow on all. Does it resolve the host names using just "netstat", of course it does. But, it resolves the names on all the other boxes we tested too and
    on them it is extremely fast (Windows 7, Windows XP, Windows Server 2008 R2, Windows Server 2016). Does anyone have a reasonable answer to why only Windows 10 boxes are extremely slow at runing "netstat" with out any command line options?
    Another thing that is extremely slow, only on Windows 10, is seeing all the processes( time it takes to show all the processes) in Visual Studio 2015 when attaching the debugger to a local running process.
    When remotely attaching a process from a Windows 10 box to Windows 2016 server it is extremely fast.
    Why?
    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From juppeck01@gmail.com@21:1/5 to All on Thu May 16 17:14:36 2019
    Am Freitag, 28. Juli 2017 15:54:52 UTC+2 schrieb cals...@gmx.com:
    On Wednesday, August 25, 1999 at 2:00:00 AM UTC-5, Hanan Cohen wrote:
    Bernd Strobel wrote:

    Hanan Cohen <hananc@bashan.co.il> wrote: 37C26914.3C5DD677@bashan.co.il...
    I think there is something wrong woth my tcp/ip settings.
    When I run NETSTAT -a I get a veeeery sloooow response.
    How can I check what's wrong ?

    I think, it tries to resolve some IP addresses to names via DNS.

    Use 'netstat -an' to avoid this.

    Thanks. It worked.
    Does it mean I have a DNS problem ? How can I find what's wrong ?

    p.s. Please answer the NG and not my mail , it's broken...

    --
    Hanan Cohen

    Qiriat-Gat Central Library http://www.qglibrary.org.il
    Kibbutz Tamuz - Beit Shemesh http://www.tamuz.org.il
    Bashan Systems - http://www.zikit.co.il
    ***Love and Peace***

    Thats not the point. At work here we tested "netstat" on many Windows 10 boxes and it is extremely slow on all. Does it resolve the host names using just "netstat", of course it does. But, it resolves the names on all the other boxes we tested too
    and on them it is extremely fast (Windows 7, Windows XP, Windows Server 2008 R2, Windows Server 2016). Does anyone have a reasonable answer to why only Windows 10 boxes are extremely slow at runing "netstat" with out any command line options?
    Another thing that is extremely slow, only on Windows 10, is seeing all the processes( time it takes to show all the processes) in Visual Studio 2015 when attaching the debugger to a local running process.
    When remotely attaching a process from a Windows 10 box to Windows 2016 server it is extremely fast.
    Why?


    I guess that the dns you had written into the Network Settings, could not resolve every mac address in your Network. That's is a regular behavior, because the most private build lan's are not installed a local DNS, who is able to resolve the local ip
    addresses. In a company LAN environment, all required services are available to do the local Job resolve Job and Forward Outbound addresses to a public DNS.
    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dan Henderson@21:1/5 to jupp...@gmail.com on Tue Dec 13 08:32:46 2022
    On Thursday, May 16, 2019 at 7:14:38 PM UTC-5, jupp...@gmail.com wrote:
    Am Freitag, 28. Juli 2017 15:54:52 UTC+2 schrieb cals...@gmx.com:
    On Wednesday, August 25, 1999 at 2:00:00 AM UTC-5, Hanan Cohen wrote:
    Bernd Strobel wrote:

    Hanan Cohen <han...@bashan.co.il> wrote: 37C26914...@bashan.co.il...
    I think there is something wrong woth my tcp/ip settings.
    When I run NETSTAT -a I get a veeeery sloooow response.
    How can I check what's wrong ?

    I think, it tries to resolve some IP addresses to names via DNS.

    Use 'netstat -an' to avoid this.

    Thanks. It worked.
    Does it mean I have a DNS problem ? How can I find what's wrong ?

    p.s. Please answer the NG and not my mail , it's broken...

    --
    Hanan Cohen

    Qiriat-Gat Central Library http://www.qglibrary.org.il
    Kibbutz Tamuz - Beit Shemesh http://www.tamuz.org.il
    Bashan Systems - http://www.zikit.co.il
    ***Love and Peace***

    Thats not the point. At work here we tested "netstat" on many Windows 10 boxes and it is extremely slow on all. Does it resolve the host names using just "netstat", of course it does. But, it resolves the names on all the other boxes we tested too
    and on them it is extremely fast (Windows 7, Windows XP, Windows Server 2008 R2, Windows Server 2016). Does anyone have a reasonable answer to why only Windows 10 boxes are extremely slow at runing "netstat" with out any command line options?
    Another thing that is extremely slow, only on Windows 10, is seeing all the processes( time it takes to show all the processes) in Visual Studio 2015 when attaching the debugger to a local running process.
    When remotely attaching a process from a Windows 10 box to Windows 2016 server it is extremely fast.
    Why?
    I guess that the dns you had written into the Network Settings, could not resolve every mac address in your Network. That's is a regular behavior, because the most private build lan's are not installed a local DNS, who is able to resolve the local ip
    addresses. In a company LAN environment, all required services are available to do the local Job resolve Job and Forward Outbound addresses to a public DNS.

    While I can't speak to others' environments, I can tell you that I just tested this and had a similar experience. Almost every line in the output of netstat (with no parameters) took about 4-5 seconds. And yet, nslookup commands resolved instantly for
    hosts on my internal network, and almost as quickly (definitely under 200ms) for hosts on the Internet.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)