Lots of configs

AD straightflush at gmail.com
Mon Mar 7 15:23:54 CET 2011

but dont all the configs need to be loaded at runtime, not sure the overhead
here?  I think what you mentioned seems like a really innovative way to
"call" the function but what about anyimpact to "loading" all these configs?

If i understand what you are saying, i put a "call test_func;" in vcl_recv
which turned into this in C

    if (VGC_function_test_func(sp))
        return (1);

Are you suggesting your hash_table would take over this step ?


On Mon, Mar 7, 2011 at 8:02 AM, David Helkowski <dhelkowski at sbgnet.com>wrote:

>  The best way would be to use a jump table.
> By that, I mean to make multiple subroutines in C, and then to jump to the
> different subroutines by looking
> up pointers to the subroutines using a string hashing/lookup system.
> You would also need a flag to indicate whether the hash has been
> 'initialized' yet as well.
> The initialization would consist of storing function pointers at the hash
> locations corresponding to each
> of the domains.
> I attempted to do this myself when I first started using varnish, but I was
> having problems with varnish
> crashing when attempting to use the code I wrote in C. There may be
> limitations to the C code that can be
> used.
> On 3/6/2011 5:39 PM, AD wrote:
> Hello,
>  what is the best way to run an instance of varnish that may need different
> vcl configurations for each hostname.  This could end up being 100-500
> includes to map to each hostname and then a long if/then block based on the
> hostname.  Is there a more scalable way to deal with this?  We have been
> toying with running one large varnish instance with tons of includes or
> possibly running multiple instances of varnish (with the config broken up)
> or spreading the load across different clusters (kind of like sharding)
> based on hostname to keep the configuration simple.
>   Any best practices here?  Are there any notes on the performance impact
> of the size of the VCL or the amount of if/then statements in vcl_recv to
> process a unique call function ?
>  Thanks
> _______________________________________________
> varnish-misc mailing listvarnish-misc at varnish-cache.orghttp://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
> _______________________________________________
> varnish-misc mailing list
> varnish-misc at varnish-cache.org
> http://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20110307/20fc7100/attachment-0003.html>

More information about the varnish-misc mailing list