Not sure if this helps but I have a couple netgear switches that I have to
reboot about 1x every month when I notice slowdowns during large file
transfers. Once rebooted the network throughput goes back to normal. (IE
goes from about 10 mbps to 75mbps). Seems weird to me but always fixes the
issue

lopaka

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Mon, Nov 8, 2021 at 2:28 PM Thane K. Sherrington <
[email protected]> wrote:

> So this is an internal link?  What is the link speed?  When you check
> taskmgr, what is your network utilization?
>
> It sounds to me like an overloaded link or a switch issue.
>
> Never heard of slow transfers due to low disk space.
>
> T
>
>
> On 05-Nov.-2021 5:13 p.m., Steve Tomporowski wrote:
> > Ok, I need some advice from people I trust.  The company I work for
> > had transitioned from in-house IT to Bell Technologies, so we
> > obviously swimming in 'tickets'.  We have a main data drive on the
> > network, the 'K' drive and I've had a ticket in for about 8 months now
> > on slow transfers.  The symptoms are this:  When transferring a number
> > of files from a laptop/desktop, there will be data transfer for about
> > 1 to 2 seconds, then 20 to 30 seconds of nothing.  Rinse and repeat.
> > I've also noticed that if you transfer a single file, most of the time
> > it will transfer 99%, then you have 20 to 30 seconds of waiting until
> > it finishes.
> >
> > Now to the question.  I've just been told that slow transfers happen
> > when there is low disk space.  Obviously we have a lot of users
> > accessing the network drive but the slow phenomenon wasn't present
> > some time ago and has been persisting for a couple of years now.  Is
> > this third-party IT organization correct or blowing smoke.  I have
> > been lied to before by them.
> >
> > Thanks...Steve
> >
> >
>
>
>
>

Reply via email to