10 Tips for Diagnosing Slow Applications

Top network transport factors include high packet loss, high latency, high jitter, network path changes, Wi-Fi system performance, and insufficient network bandwidth.

Terry Slattery

November 26, 2018

1 Min Read
NetworkComputing logo in a gray background | NetworkComputing

To diagnose a slow application, you’ve got to start with knowing something about how the application functions.

What protocols does it use (UDP or TCP)? What are the packet flows like (small, equally spaced packet flows like in VoIP or big encrypted data packets)? Does the application need real-time performance (again, like VoIP and video) or does it need to move a lot of data? Is QoS required? Do other applications run on the endpoints, competing for bandwidth, CPU, memory, and disk I/O? Where are the endpoints and what is the path between them? What is the application’s server architecture?

(Image: Pixabay)

We should start by dividing the problems into groups:

  • Client-side processing -- things that happen on the client endpoint

  • Network transport -- factors that impact applications on the network

  • Server-side architecture -- application architecture and implementation factors

  • Multifunction interactions -- interactions between multiple groups that degrade applications

In this part, we’ll examine the first two groups. The second part will cover the final two groups.

Read the complete article here:

About the Author

Terry Slattery

Principal Architect, NetCraftsmenTerry Slattery is a principal architect at NetCraftsmen, an advanced network consulting firm that specializes in high-profile and challenging network consulting jobs. Terry is currently working on network management, SDN, business strategy consulting, and interesting legal cases. He is the founder of Netcordia, inventor of NetMRI, has been a successful technology innovator in networking during the past 20 years, and is co-inventor on two patents. He has a long history of network consulting and design work, including some of the first Cisco consulting and training. As a consultant to Cisco, he led the development of the current Cisco IOS command line interface. Prior to Netcordia, Terry founded Chesapeake Computer Consultants, which became a Cisco premier training and consulting partner. At Chesapeake, he co-invented and patented the v-LAB system to provide hands-on access to real hardware for the hands-on component of internetwork training classes.Terry co-authored the successful McGraw-Hill text "Advanced IP Routing in Cisco Networks," is the second CCIE (1026) awarded, and is a regular speaker at Enterprise Connect and Interop.

SUBSCRIBE TO OUR NEWSLETTER
Stay informed! Sign up to get expert advice and insight delivered direct to your inbox

You May Also Like


More Insights