InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Article: A Formal Performance Tuning Methodology: Wait-Based Tuning

Posted by Abel Avram on Oct 06, 2008

Sections
Development,
Architecture & Design
Topics
Performance & Scalability ,
Architecture ,
Java
Tags
Performance Evaluation ,
Performance Tuning

In this article, Steven Haines talks about web application performance tuning which used to be more of an art than science. He proposes a method called wait-based tuning, making the entire process more measurable and, consequently, more scientific.

Read: A Formal Performance Tuning Methodology: Wait-Based Tuning

Steven explains why web application performance tuning is difficult to perform. A client request may go through several tiers suffering delays at different levels before a response is returned:

Input can come in the form of an HTML browser, a thick client, a mobile device, or a web service, which can pass through servlets running in one of a dozen different architectures or a portal container, that in turn may call enterprise beans, external web services, or delegate processing to a business rules engine. Each of these components may then interact with a content management system, a caching layer, a plethora of databases, and legacy systems.

The complexity of tuning today's web applications can be addressed by analyzing the architecture of the application and defining a series of wait-points marking the path traversed by a client request until it becomes a response that reaches back to the client. There are 2 types of wait-points, according to Steven:

  1. tier-based, marking the transition between tiers
  2. technology-based, mostly related to the usage of underneath infrastructure

Steven says that having "a set of wait-points identified, the tuning process is implemented by opening all tier-based wait-points and external dependency pools, generating balanced and representative load against the application, and tuning backwards, or tightening wait-points to maximize the performance of a request’s weakest link, but without saturating it."

A fresher look at queuing theory .. by muthu kumaran Posted
Re: A fresher look at queuing theory .. by d taye Posted
Re: A fresher look at queuing theory .. by muthu kumaran Posted
Good one by vijay sasi Posted
  1. Back to top

    A fresher look at queuing theory ..

    by muthu kumaran

    Nice article applying less-known potentials of queueing theory and queuing models. QoS-intensive telecom network software use this extensively in capacity prediction across various version releases. Resource wait-time is one of the key tuning ingredient in most of telecom services software/middleware and calls for very careful engineering to optimize the performance.

    Good that the perspective is neatly extrapolated to web application model through this article.

  2. Back to top

    Re: A fresher look at queuing theory ..

    by d taye

    how different is this from what's described here:


    www.infoq.com/articles/SEDA-Mule

  3. Back to top

    Re: A fresher look at queuing theory ..

    by muthu kumaran

    SEDA is a formal architectural paradigm which emphasizes what is stated in the above article. Instrumenting the code to carry wait-time analysis (monitoring request wait-times in various queues through critical application flow, resource monitoring) and implementing a graceful degradation are all design paradigms are facilitated by SEDA through customization mechanisms. This article seems to discuss about the the approach which is apparently facilitated (with some customizations) by frameworks such as Mule

  4. Back to top

    Good one

    by vijay sasi

    Good article ! Just one thing to clarify I couldn't relate the caching any where in the application tier.

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.