Unexplained delays access files in windows share from explorer

Discussion in 'Windows Server' started by Jim Helfer, Jul 3, 2007.

  1. Jim Helfer

    Jim Helfer Guest

    I am using Windows XPsp2 PCs to access a few windows shares on a
    Windows 2003SP2 server. Over a 100Mbit or Gigabit connection. (I am
    transitioning from 100 to 1Gig switches. This problem has stayed
    constant no matter the speed of the network.)

    Sometimes when you log in and open Windows Explorer, the share will
    not appear until after a delay of a few minutes.

    Sometimes when you open the share from Explorer, there will be a delay
    (arrow-hourglass and blank right side pane). of usually 10-15 seconds,
    sometimes as long as 30-45 seconds before the files are displayed. After
    that, the performance accessing files seems normal.

    Sometimes however, the share will open normally, but one of the
    subfolders will delay when opening.

    If access a folder on a share and later revisit that folder after a
    period of activity, you may experience a delay again.

    The server has 4 Gig ram, and runs a SQL server and DHCP. It is not a
    DC. Their are two additional servers the are DC/DNS servers. The patces
    and drivers are up to date.

    One share is only accessed infrequently by a few people, and contains
    a good deal of files, some quite large.
    The other share is access nearly daily by the entire staff, but only
    to run timesheet software. So, the access is breif, and the amoutn of
    data transfered is small.

    Our File and Print are on Netware, so all machines run NWClient
    4.91sp3, but the windows file sharing is given a higher priority than
    Netware client.

    I think these delays are starting to affect some other server
    operations (such as pushing out newer versions).

    Any ideas on where to look would be apreciated.


    --
    Jim Helfer
    Computer Systems Administrator
    WTW Architects
    Timber Court
    127 Andesron St.
    Pittsburgh PA 15212
    412-321-0551 x330
     
    Jim Helfer, Jul 3, 2007
    #1
    1. Advertisements

  2. Hello Jim,

    Thank you for using newsgroup!

    Based on my knowledge, Windows Server 2003 SP2 introduces a number of new
    networking features, including TCP Chimney Offload, Receive Side Scaling
    (RSS), and Network Direct Memory Access (NetDMA). Unfortunately, RSS and
    TCP Chimney Offload are not compatible with these technologies:

    o Windows Firewall
    o Internet Protocol security (IPsec)
    o Internet Protocol Network Address Translation (IPNAT)
    o Third-party firewalls
    o NDIS 5.1 intermediate drivers

    The critical question in determining which steps to use is "how many NICs
    are in the box?". If you have a multi-homed box (more than 1 NIC), use all
    four steps below. If you have a single NIC server, our recommendation is to
    follow the steps below in order and see if each step provides resolution.
    RSS can provide significant performance enhancements if your network
    hardware supports it end-to-end. Our general recommendation is to update
    your NIC driver in 100% of cases.

    Step 1: Update the Driver
    Most of the issues we've seen are related to older NIC drivers that do not
    know how to use the advanced networking features ( of Windows Server 2003
    SP2. Virtually every major manufacturer has come out with a new driver in
    '07. Before you do anything else, make sure that you have the latest
    Server 2003 drivers for you NIC. The vast majority of the cases we've seen
    can be solved by this step alone.

    Step 2: Disable Offloading on the Advanced Properties of the NIC
    Most NICs have various offloading functions that can increase network
    performance (or at least lower CPU usage on the server). Again, this is
    only if your network hardware supports high throughput end-to-end. That
    means that your NICs, cabling, switches, and possibly routers all have to
    support gigabit networking and know how to deal with these offloading
    functions. Your vendor(s) have the final say on wether RSS, checksum
    offloading, etc. will work with the combination of equipment you have.
    That's a nice way of saying that your typical "lean and mean" small
    business is not likely to have invested in high-end hardware. In support,
    we routinely turn these functions off when troubleshooting any networking
    issues. We've never seen a case in an SBS environment where there was
    perceived network slowness after disabling offload functions. If in doubt,
    disable all advanced features, test to see if they provide relief, and then
    re-enable them one by one to see if A) these features cause your networking
    issue and B) if they offer any kind of performance gain. Here are a few
    examples (your vendor will likely have different settings based on model
    and driver revision)

    Step 3: Disable RSS in the Registry
    Use the steps in KB 927695 to disable Receive Side Scaling (RSS) by adding
    a DWORD registry key value for
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Enable
    RSS and setting it to 0. A reboot is required to make the value go in to
    effect.

    Step 4: Set DisableTaskOffload in the Registry
    Use the steps in KB 904946 to create a DWORD value for
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Disabl
    eTaskOffload and set it to 1. A reboot is required to make this value go
    in to effect.

    Thanks & Regards,

    Ken Zhao

    Microsoft Online Support
    Microsoft Global Technical Support Center

    Get Secure! - www.microsoft.com/security <http://www.microsoft.com/security>
    ====================================================
    When responding to posts, please "Reply to Group" via your newsreader so
    that others may learn and benefit from your issue.
    ====================================================
    This posting is provided "AS IS" with no warranties, and confers no rights.





    --------------------
    | Date: Tue, 03 Jul 2007 15:51:56 -0400
    | From: Jim Helfer <>
    | User-Agent: Thunderbird 2.0.0.4 (Windows/20070604)
    | MIME-Version: 1.0
    | Subject: Unexplained delays access files in windows share from explorer
    | Content-Type: text/plain; charset=ISO-8859-1; format=flowed
    | Content-Transfer-Encoding: 7bit
    | Message-ID: <>
    | Newsgroups: microsoft.public.windows.server.general
    | NNTP-Posting-Host: wtwarch.com 66.212.142.243
    | Lines: 1
    | Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP02.phx.gbl
    | Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.general:16502
    | X-Tomcat-NG: microsoft.public.windows.server.general
    |
    |
    | I am using Windows XPsp2 PCs to access a few windows shares on a
    | Windows 2003SP2 server. Over a 100Mbit or Gigabit connection. (I am
    | transitioning from 100 to 1Gig switches. This problem has stayed
    | constant no matter the speed of the network.)
    |
    | Sometimes when you log in and open Windows Explorer, the share will
    | not appear until after a delay of a few minutes.
    |
    | Sometimes when you open the share from Explorer, there will be a delay
    | (arrow-hourglass and blank right side pane). of usually 10-15 seconds,
    | sometimes as long as 30-45 seconds before the files are displayed. After
    | that, the performance accessing files seems normal.
    |
    | Sometimes however, the share will open normally, but one of the
    | subfolders will delay when opening.
    |
    | If access a folder on a share and later revisit that folder after a
    | period of activity, you may experience a delay again.
    |
    | The server has 4 Gig ram, and runs a SQL server and DHCP. It is not a
    | DC. Their are two additional servers the are DC/DNS servers. The patces
    | and drivers are up to date.
    |
    | One share is only accessed infrequently by a few people, and contains
    | a good deal of files, some quite large.
    | The other share is access nearly daily by the entire staff, but only
    | to run timesheet software. So, the access is breif, and the amoutn of
    | data transfered is small.
    |
    | Our File and Print are on Netware, so all machines run NWClient
    | 4.91sp3, but the windows file sharing is given a higher priority than
    | Netware client.
    |
    | I think these delays are starting to affect some other server
    | operations (such as pushing out newer versions).
    |
    | Any ideas on where to look would be apreciated.
    |
    |
    | --
    | Jim Helfer
    | Computer Systems Administrator
    | WTW Architects
    | Timber Court
    | 127 Andesron St.
    | Pittsburgh PA 15212
    | 412-321-0551 x330
    |
    |
     
    Ken Zhao [MSFT], Jul 4, 2007
    #2
    1. Advertisements

  3. Hi Jim,

    I am just writing to see how everything is going. If you have any updates
    or need any further assistance on this issue, please feel free to let me
    know.

    Thanks & Regards,

    Ken Zhao

    Microsoft Online Support
    Microsoft Global Technical Support Center

    Get Secure! - www.microsoft.com/security <http://www.microsoft.com/security>
    ====================================================
    When responding to posts, please "Reply to Group" via your newsreader so
    that others may learn and benefit from your issue.
    ====================================================
    This posting is provided "AS IS" with no warranties, and confers no rights.




    --------------------
    | X-Tomcat-ID: 45095161
    | References: <>
    | MIME-Version: 1.0
    | Content-Type: text/plain
    | Content-Transfer-Encoding: 7bit
    | From: ("Ken Zhao [MSFT]")
    | Organization: Microsoft
    | Date: Wed, 04 Jul 2007 04:06:15 GMT
    | Subject: RE: Unexplained delays access files in windows share from
    explorer
    | X-Tomcat-NG: microsoft.public.windows.server.general
    | Message-ID: <>
    | Newsgroups: microsoft.public.windows.server.general
    | Lines: 164
    | Path: TK2MSFTNGHUB02.phx.gbl
    | Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windows.server.general:16524
    | NNTP-Posting-Host: tomcatimport2.phx.gbl 10.201.218.182
    |
    | Hello Jim,
    |
    | Thank you for using newsgroup!
    |
    | Based on my knowledge, Windows Server 2003 SP2 introduces a number of new
    | networking features, including TCP Chimney Offload, Receive Side Scaling
    | (RSS), and Network Direct Memory Access (NetDMA). Unfortunately, RSS and
    | TCP Chimney Offload are not compatible with these technologies:
    |
    | o Windows Firewall
    | o Internet Protocol security (IPsec)
    | o Internet Protocol Network Address Translation (IPNAT)
    | o Third-party firewalls
    | o NDIS 5.1 intermediate drivers
    |
    | The critical question in determining which steps to use is "how many NICs
    | are in the box?". If you have a multi-homed box (more than 1 NIC), use
    all
    | four steps below. If you have a single NIC server, our recommendation is
    to
    | follow the steps below in order and see if each step provides resolution.
    | RSS can provide significant performance enhancements if your network
    | hardware supports it end-to-end. Our general recommendation is to update
    | your NIC driver in 100% of cases.
    |
    | Step 1: Update the Driver
    | Most of the issues we've seen are related to older NIC drivers that do
    not
    | know how to use the advanced networking features ( of Windows Server 2003
    | SP2. Virtually every major manufacturer has come out with a new driver in
    | '07. Before you do anything else, make sure that you have the latest
    | Server 2003 drivers for you NIC. The vast majority of the cases we've
    seen
    | can be solved by this step alone.
    |
    | Step 2: Disable Offloading on the Advanced Properties of the NIC
    | Most NICs have various offloading functions that can increase network
    | performance (or at least lower CPU usage on the server). Again, this is
    | only if your network hardware supports high throughput end-to-end. That
    | means that your NICs, cabling, switches, and possibly routers all have to
    | support gigabit networking and know how to deal with these offloading
    | functions. Your vendor(s) have the final say on wether RSS, checksum
    | offloading, etc. will work with the combination of equipment you have.
    | That's a nice way of saying that your typical "lean and mean" small
    | business is not likely to have invested in high-end hardware. In
    support,
    | we routinely turn these functions off when troubleshooting any networking
    | issues. We've never seen a case in an SBS environment where there was
    | perceived network slowness after disabling offload functions. If in
    doubt,
    | disable all advanced features, test to see if they provide relief, and
    then
    | re-enable them one by one to see if A) these features cause your
    networking
    | issue and B) if they offer any kind of performance gain. Here are a few
    | examples (your vendor will likely have different settings based on model
    | and driver revision)
    |
    | Step 3: Disable RSS in the Registry
    | Use the steps in KB 927695 to disable Receive Side Scaling (RSS) by
    adding
    | a DWORD registry key value for
    |
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Enable
    | RSS and setting it to 0. A reboot is required to make the value go in to
    | effect.
    |
    | Step 4: Set DisableTaskOffload in the Registry
    | Use the steps in KB 904946 to create a DWORD value for
    |
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Disabl
    | eTaskOffload and set it to 1. A reboot is required to make this value go
    | in to effect.
    |
    | Thanks & Regards,
    |
    | Ken Zhao
    |
    | Microsoft Online Support
    | Microsoft Global Technical Support Center
    |
    | Get Secure! - www.microsoft.com/security
    <http://www.microsoft.com/security>
    | ====================================================
    | When responding to posts, please "Reply to Group" via your newsreader so
    | that others may learn and benefit from your issue.
    | ====================================================
    | This posting is provided "AS IS" with no warranties, and confers no
    rights.
    |
    |
    |
    |
    |
    | --------------------
    | | Date: Tue, 03 Jul 2007 15:51:56 -0400
    | | From: Jim Helfer <>
    | | User-Agent: Thunderbird 2.0.0.4 (Windows/20070604)
    | | MIME-Version: 1.0
    | | Subject: Unexplained delays access files in windows share from explorer
    | | Content-Type: text/plain; charset=ISO-8859-1; format=flowed
    | | Content-Transfer-Encoding: 7bit
    | | Message-ID: <>
    | | Newsgroups: microsoft.public.windows.server.general
    | | NNTP-Posting-Host: wtwarch.com 66.212.142.243
    | | Lines: 1
    | | Path: TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTNGP02.phx.gbl
    | | Xref: TK2MSFTNGHUB02.phx.gbl
    microsoft.public.windows.server.general:16502
    | | X-Tomcat-NG: microsoft.public.windows.server.general
    | |
    | |
    | | I am using Windows XPsp2 PCs to access a few windows shares on a
    | | Windows 2003SP2 server. Over a 100Mbit or Gigabit connection. (I am
    | | transitioning from 100 to 1Gig switches. This problem has stayed
    | | constant no matter the speed of the network.)
    | |
    | | Sometimes when you log in and open Windows Explorer, the share will
    | | not appear until after a delay of a few minutes.
    | |
    | | Sometimes when you open the share from Explorer, there will be a
    delay
    | | (arrow-hourglass and blank right side pane). of usually 10-15
    seconds,
    | | sometimes as long as 30-45 seconds before the files are displayed.
    After
    | | that, the performance accessing files seems normal.
    | |
    | | Sometimes however, the share will open normally, but one of the
    | | subfolders will delay when opening.
    | |
    | | If access a folder on a share and later revisit that folder after a
    | | period of activity, you may experience a delay again.
    | |
    | | The server has 4 Gig ram, and runs a SQL server and DHCP. It is not a
    | | DC. Their are two additional servers the are DC/DNS servers. The
    patces
    | | and drivers are up to date.
    | |
    | | One share is only accessed infrequently by a few people, and contains
    | | a good deal of files, some quite large.
    | | The other share is access nearly daily by the entire staff, but only
    | | to run timesheet software. So, the access is breif, and the amoutn of
    | | data transfered is small.
    | |
    | | Our File and Print are on Netware, so all machines run NWClient
    | | 4.91sp3, but the windows file sharing is given a higher priority than
    | | Netware client.
    | |
    | | I think these delays are starting to affect some other server
    | | operations (such as pushing out newer versions).
    | |
    | | Any ideas on where to look would be apreciated.
    | |
    | |
    | | --
    | | Jim Helfer
    | | Computer Systems Administrator
    | | WTW Architects
    | | Timber Court
    | | 127 Andesron St.
    | | Pittsburgh PA 15212
    | | 412-321-0551 x330
    | |
    | |
    |
    |
     
    Ken Zhao [MSFT], Jul 6, 2007
    #3
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.