Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

We have ~10 users who run legacy (16-bit DOS on windows 98) data entry software against a Windows 2003 file server. Files are accessed directly (i.e. it runs as if it's a client application with network files constantly being accessed, not as a client/server app).

Lately, the performance of this application has been atrocious. 15 seconds to run a tiny report, or open up a new screen. But when we look at the server's performance metrics, there doesn't appear to be any problem. Low IOPS, no average disk wait, low read/write bytes, almost 0% CPU usage, tons of free RAM, etc. We've looked through every metric and seen nothing that seems even remotely close to the limits of the server.

We are in the process of replacing the software, but need to make it work for another year until our transition is complete. Any ideas on how we can determine the source of the issues?

share|improve this question
    
It might be some network protocol problem. Did you take any traces? If not, you should - fire up Wireshark, run the "tiny report" and evaluate the data. –  the-wabbit Nov 22 '11 at 23:19
    
syneticon-dj. This must have been it ... we didn't see any issues in wireshark, but when we moved one user to a different switch everything cleared up. No idea why. –  Beep beep boop boop Dec 4 '11 at 14:04
    
could be anything on the switch ;) –  TomTom Dec 4 '11 at 14:24

2 Answers 2

Per my comment, it turned out that this was a network issue. No idea why, but moving one user to a different switch fixed it.

share|improve this answer

Process monitor from Sysinternals (Now part of Microsoft) will give you all the info you need:

http://technet.microsoft.com/en-gb/sysinternals/bb896645

Simply run it, prior to running your app, make sure you set up the filters and options correctly (It produces a huge amount of info!) then sit back, while your app is run and observe what shows up in the monitor while the slow down takes place.

Given that you can reproduce your scenario, you should after a few runs be able to see what's causing you the problems.

There are other tools on the Sysinternals site that are likely to help you too.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.