Varnish cache

Infobox_Software
name = Varnish



caption =
developer = Poul-Henning Kamp Linpro
latest_release_version = 1.1.2
latest_release_date = release date|2007|12|20
operating_system = Unix
genre = open source
license = BSD
website = http://varnish.projects.linpro.no/

Varnish is a HTTP accelerator designed for content-heavy dynamic web sites. In contrast to other HTTP accelerators, many of which began life as client-side proxies or origin servers, Varnish was designed from the ground up as an HTTP accelerator. The Varnish web site claims that Varnish is ten to twenty times faster than the popular Squid cache on the same hardware.

History

The project was initiated by the online branch of the Norwegian tabloid newspaper Verdens Gang. The architect and lead developer is Danish independent consultant Poul-Henning Kamp, with management, infrastructure and additional development being provided by the Norwegian Linux consulting company Linpro.

Varnish is open source (specifically, it is distributed under a two-clause BSD license), but commercial support is available from Linpro, amongst others. Currently, the rights to the code are jointly held by Verdens Gang and Linpro.

Architecture

Varnish stores data in virtual memory and leaves the task of deciding what is stored in memory and what gets paged out to disk to the operating system. This helps avoid the situation where the operating system starts caching data while they are moved to disk by the application.

Futhermore, varnish is heavily threaded, with each client connection being handled by a separate worker thread. When the configured limit on the number of active worker threads is reached, incoming connections are placed in an overflow queue; only when this queue reaches its configured limit will incoming connections be rejected.

The principal configuration mechanism is VCL ("Varnish Configuration Language"), a DSL used to write hooks which are called at critical points in the handling of each request. Most policy decisions are left to VCL code, making Varnish far more configurable and adaptable than most other HTTP accelerators. When a VCL script is loaded, it is translated to C, compiled to a shared object by the system compiler, and linked directly into the accelerator.

A number of run-time parameters control things such as the maximum and minimum number of worker threads, various timeouts etc. A command-line management interface allows these parameters to be modified, and new VCL scripts to be compiled, loaded and activated, without restarting the accelerator.

In order to reduce the number of system calls in the fast path to a minimum, log data is stored in shared memory, and the task of filtering, formatting and writing log data to disk is delegated to a separate application.

Performance

While Varnish is designed to reduce contention between threads to a minimum, its performance will only be as good as that of the system's pthreads implementation. Additionally, a poor malloc implementation may add unnecessary contention and thereby limit performance.

When the requested document is in cache, response time is typically measured in microsecondsFact|date=April 2008. This is significantly better than most HTTP serversFact|date=April 2008, so even sites consisting mostly of static content will benefit from Varnish.

Load balancing

Still in experimental stage as of December 2007 [ [http://varnish.projects.linpro.no/changeset/1931 Changeset 1931 - Varnish - Trac ] ] is the load balancing feature of Varnish. It will allow to distribute incoming requests to Varnish among several backend servers.

See also

* Squid cache
* Pound reverse proxy
* web accelerator which discusses host-based HTTP acceleration
* proxy server which discusses client-side proxies
* reverse proxy which discusses origin-side proxies

References

External links

* [http://varnish.projects.linpro.no/ official web site]