JayCuizon Nov 28, 2005   0:09 AM GMT

Hi, We have 75 Workstations Accessing Accessing Clipper .exe, .dbf, .dbt, .ntx from our Netware Server via mapped drives. All applications are running fine without any problem. I just wanted to know if there are other/extra settings I can change from any of the LAN equipment to make DOS run faster. Regards..

0 pointsBadges:

Sonyfreek Nov 28, 2005   5:57 PM GMT

With the equipment you have (no router), you won't be able to do much. You could monitor your server connections to ensure that you have your MTU size adjusted to the best size for your network/applications (servers and clients). You could increase available bandwidth on congested links by using etherchannel. Make sure all of your interfaces are set to the highest speed and proper duplex of the server and client NICS. It also sounds like you have your switches setup to obey the 5-4-3 rule. Keep your patch cables as short as possible in the closets and at the workstations. Don't overextend your max distances on cables, etc. However, there's not much in the way of switch configuration that's going to speed up the network without a router. Even then, you might not get any benefit out of WFQ, CBWFQ, etc if your network is not experiencing any congestion. I've heard that your servers should be on the lowest number interfaces for the groupings on the Ciscos, but I don't believe it. The guy explaining it to me said that they have a "higher priority" on those ports when/if the Cisco is congested, but I've never heard anything useful from this guy, so I highly doubt it's true. According to him, ports 1, 13, 25, and 37 on the 2950 get the highest priority when the switch is heavily loaded. I've never tested it or found it anywhere in writing however. Take care, SF

0 pointsBadges:

JayCuizon Nov 29, 2005   1:55 AM GMT

Thanks for the reply SF. All servers are connected to the 2970 Switch and some power users. It seems that I will have to look more on the Workstation's Netware Client and Windows LAN settings to speed up DOS apps. Regards.

0 pointsBadges:

Boardinhank Nov 29, 2005   8:29 AM GMT

You are headed in the right direction to look at the client and the server for the tuning of the app. When you are refering to making DOS run quicker over the wire, technically DOS does not do anything over the wire, DOS uses TCP/IP it sounds to do its communication and the only thing that can make that faster is good programming on the application and good throughput on the switch. I like to set all my ports duplexing and turn off auto, if you look at your switch ports and see errors check them. If you have the ability to sniff packets and see where there may be some latency or performance issues. You can try putting static routes for client server access, even try the DOS app on a different VLAN secluding it from the rest of the network.

60 pointsBadges:

PhilReed Nov 29, 2005   8:37 AM GMT

Your issue is not the network - I am sure that if you monitored the traffic you would find it is using a small percentage of its capacity. The areas to look at to increase performance are: a) disk access - i.e disk speeds, RAID configuration etc b) Memory usage - more always helps c) CPU usage - see if this is a bottleneck d) The application itself - although Clipper/DOS apps support multi user they do not scale very well - that is why most applications use a SQL based database instead of direct file access. This is the area most likely to be your bottleneck but also the most complicated to resolve.

0 pointsBadges:

Astronomer Nov 29, 2005   2:01 PM GMT

If you don't have it already, I recommend you set up MRTG. This will allow you to know if you have any network bottlenecks. As far as the server is concerned, novell has some articles on server optimization. If the server hardware is the bottleneck there are some things that could help significantly. Our backup server was taking over 24 hours to back up all of the other servers to a single RAID using two parallel jobs. When I optimized it to use a mirror for the OS and stripe two SATA RAIDs for the backup data, the speed went up dramatically. Now our longest Gbit backup is 9 hours and the 100 Mbit backup dropped to 15 hours. When I finish optimizing the network by running all of the servers on Gbit, I expect full backups to take under 10 hours.

15 pointsBadges:

JayCuizon Nov 30, 2005   1:50 AM GMT

Thank you ALL for the reply and suggestions. I have noted all of these and will work on them hoping to get some positive results. Regards...

0 pointsBadges: