Irregular time-delay while deleting files

0

I have a very general question. I am running on Red Hat Enterprise Linux Workstation release 6.2 (Santiago) in a network where my workstation from time to time needs an annoyingly long period to remove small files/folders. Is there a way to check this behaviour, like the origin and why it appears when? Ofc the network might be overloaded but why is this occuring while deleting and not when I need lots of performance. Is there a difference for the several machines of the network?

I have very little knowledge of linux administration. Thx in advance.

EverythingRightPlace

Posted 2013-08-22T14:24:01.967

Reputation: 113

2Are these folders stored locally or on a network drive? What filesystem are you using? – terdon – 2013-08-22T14:27:40.083

It's network file system. – EverythingRightPlace – 2013-08-22T15:24:09.277

Answers

0

The most likely reason is network traffic. If this is a typical network, you are working on shared drives that are hosted as NFS shares by a central server. If a lot of users are performing I/O operations on these drives at the same time, the whole network will slow down.

In my old lab we sometimes had whole network crashes that could last minutes because some idiot (sometimes this idiot unfortunately) was reading/writing from/to the network drive instead of his local one. The recommended procedure if you have to do a lot of reading/writing from a network share is to first copy the data to your local drive and work on it there. Once you're finished, move the result back to the network share.

So, the basic answer is that your problem depends on the current network system load.

terdon

Posted 2013-08-22T14:24:01.967

Reputation: 45 216

Thx terdon. Yes this seems very reasonable for me. So for different machines there shouldn't be a difference? Is there a way to track the load or even to know who is causing the traffic? I know this might be a very stupid question, I have no admin rights and even can't install external tools... – EverythingRightPlace – 2013-08-23T07:31:08.923