it during body fetch.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3856 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3855 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3854 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3853 d4fa192b-c00b-0410-8231-f00ffab90ce4

Note in the default VCL that connection: close might be wanted.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3852 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3851 d4fa192b-c00b-0410-8231-f00ffab90ce4

Send a ping and ignore the first reply if it doesn't include a PONG.

Fixes: #457


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3850 d4fa192b-c00b-0410-8231-f00ffab90ce4

digests with edge-bit conditions and run the critbit through them.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3849 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3848 d4fa192b-c00b-0410-8231-f00ffab90ce4

If VRT_error is called with reason==NULL, WSL() will eventually call
strlen(0), which will cause a SIGSEGV on (Open)Solaris.  Fix this by
checking if the reason is empty and just use (null) in that case.

Fixes: 458


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3847 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3846 d4fa192b-c00b-0410-8231-f00ffab90ce4

headers and vcl_fetch{} has told os what to do with it.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3845 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3844 d4fa192b-c00b-0410-8231-f00ffab90ce4

table permanently, use malloc(3) as backing store.

This affects mainly pass'ed requests.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3843 d4fa192b-c00b-0410-8231-f00ffab90ce4

objhead lock, don't preallocate objects.

One unfortunate effect of this preallocation, only recently identified:

On systems with high number of worker threads and high hitrates, considerable
time could elapse between the preallocation of an object to a worker
thread and the use of that object.

This could make cache-misses use a much larger working set size than
really necessary.

I do not have access to any benchmarks that show a credible performance
difference, but reports are most welcome.




git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3842 d4fa192b-c00b-0410-8231-f00ffab90ce4

object allocation and insertion for later in cache_center.c

For now, do it right away in cache_center, before going to STP_MISS.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3841 d4fa192b-c00b-0410-8231-f00ffab90ce4

The original thinking was that only objects being prefetched were
relevant, but we take a more expansive view now.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3840 d4fa192b-c00b-0410-8231-f00ffab90ce4

majority of the cache_vrt_esi.c file is no longer "VRT" relevant.

Move the one function which is VRT to cache_vrt.c and rename
cache_vrt_esi.c to cache_esi.c



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3839 d4fa192b-c00b-0410-8231-f00ffab90ce4

Move the vcl_fetch{} execution up between fetching the headers and the
body of the backend response.

This makes obj.* unavailable in vcl_fetch{} and replaces it with a
new beresp.* family of variables.

This paves the way for a lot of good stuff, such as streaming pass,
on-the-fly delivery of misses, storage selection based on headers
etc.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3838 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3837 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3836 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3835 d4fa192b-c00b-0410-8231-f00ffab90ce4

before filtering.

Cut Fetch() into two, FetchHdr() and FetchBody(), for now, just call
them sequentially from cache_center.c



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3834 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3833 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3832 d4fa192b-c00b-0410-8231-f00ffab90ce4

	->object() is (to be) called when a cached object is ready
	->close() is (to be) called on orderly stops of the worker.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3830 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3829 d4fa192b-c00b-0410-8231-f00ffab90ce4

Solaris appears to need #include <sys/wait.h> for WEXITSTATUS to be defined.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3828 d4fa192b-c00b-0410-8231-f00ffab90ce4

C99 standardised "inline" and the Sun compiler doesn't like __inline,
so change to using inline consistently.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3827 d4fa192b-c00b-0410-8231-f00ffab90ce4

We didn't check the return status of system, making failures in a00009
go unnoticed.  Fix this and fix a00009 to not fail when run
uninstalled.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3826 d4fa192b-c00b-0410-8231-f00ffab90ce4

We failed to properly check for the end of the list of waiters.
Handle this correctly and add a test case

Fixes #428


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3825 d4fa192b-c00b-0410-8231-f00ffab90ce4

Added -x option to get XML output. As with the -1 option, it prints it once and quits, and you can choose what fields to include with the -f option. Example XML output is

<?xml version="1.0"?>
<varnishstat timestamp="2009-02-25T08:45:02">
	<stat>
		<name>client_req</name>
		<value>2656016</value>
		<description>Client requests received</description>
	</stat>
</varnishstat>

varnishstat.xsd contains the XML schema for the output.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3824 d4fa192b-c00b-0410-8231-f00ffab90ce4

Distclean (in the build directory) should clean out default.vcl in the
build directory.  This fixes a strange FTBFS on FreeBSD.


git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3823 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3822 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3821 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3819 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3818 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3815 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3811 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3810 d4fa192b-c00b-0410-8231-f00ffab90ce4