the tree is sane at all points.



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

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

using the objhead as carrier for it.

The time difference between objhead freeing and Y freeing is very
significant on systems with rolling URLS (ie: "article=%d") resulting
in far too many objheads being stuck on the cooling list.



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

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

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

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

with -smalloc stats:

Split SMA relevant fields into their own MAC_STAT_SMA macros, and make it
possible to include stat_field.h without all MAC_STAT* macrods defined.

Move SMA relevant fields from struct varnish_stats to their own 
varnish_stats_sma.

Teach varnishstat to enumerate fields from a varnish_stats_sma.  (This
code looks like it should/could be much more general, and probably
libvarnisapi candidate).  For now only curses mode updated.

In storage_malloc.c, allocate a shm_alloc for a struct varnish_stats_sma
for each instance (in ->ready(), because we have no shm during arg
processing in ->init(), update the counters therein.




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

over that list, rather than enumerate all stats for each iteration.



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I convert to vmb.h anyway.



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

I have clearly been doing too much assembly programming recently.



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

simpler down the road.



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

The syntax is:

	-s [name=]type[, args]

Add storage.list command to show storage devices, more details will be
added later.



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

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

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

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

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

Fixes: #683



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

the number of bytes in the workspace.

This is the most obscure test-case I have written so far, and I wonder
how portable it is.  I may have to drop it if it does not work on
systems with different width/alignment requirements.

Fixes: #693



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

Fixes: #700



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

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

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

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

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

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

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

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