set a cookie and direct on that cookie?
On Nov 20, 2009, at 1:21 AM, Robert Olsson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello!
> Is there any plan to support sticky sessions in varnish?
> Some of the sessions will be a cookie-based logins and I need them
> to use the
> s
Hi,
What is the rationale for removing the revision number from the
versoin string in varnishd? It is highly useful when you run various
versions of trunk in production.
Cheers
Artur
___
varnish-dev mailing list
varnish-dev@projects.linpro.no
http:/
Can you share your VCL?
Artur
On May 14, 2009, at 9:26 AM, Cloude Porteus wrote:
I was able to find this entry in /var/log/messages, but it's hard to
tell if it's going to be helpful or not for debugging. I can't seem
to find a daemon.log in /var/log.
May 13 13:06:48 squid03 varnishd[1499
I've never seen it do worker threads not created.
Are there any limits on number of threads? Can you get rid of -
w1440,3000,60 and rely on the -p settings instead?
Artur
On Apr 11, 2009, at 12:46 PM, Ray Barnes wrote:
Thanks for the reply, answers inline:
On Fri, Apr 10, 2009 at 7:30 PM,
0.00 0.00 0.00
0.00 0.000.00 0.00 0.00
md0 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.000.00 0.00 0.00
On Thu, Apr 9, 2009 at 1:43 PM, Artur Bergman
wrote:
What is your iopressure?
iostat -k -x 5
or something like that
artur
On
cator requests
303864 .. SMS bytes allocated
303864 .. SMS bytes freed
146517210.00 6.45 Backend requests made
On Thu, Apr 9, 2009 at 12:18 PM, Artur Bergman
wrote:
For the file storage or for the shmlog?
When d
For the file storage or for the shmlog?
When do you start nuking/expiring from disk? I suspect the load goes
up when you run out of storage space?
Cheers
Artur
On Apr 9, 2009, at 12:02 PM, Cloude Porteus wrote:
Has anyone experienced very high server load averages? We're running
varnish
They would expire, not nuke then :)
Cheers
Artur
On Apr 1, 2009, at 5:02 PM, Dag-Erling Smørgrav wrote:
> Cloude Porteus writes:
>> Any ideas what would cause Varnish to nuke ~100k objects all at once?
>
> Just a guess: these objects are your hot set, so they're all loaded
> within the first se
On Apr 1, 2009, at 4:11 PM, Cloude Porteus wrote:
I just noticed that the number of documents in the cache dropped from
~140k -> ~30k and the LRU Nuked Objects increased by 100k. I assume
we're hitting our storage limit, which is currently set to 10gb. We
had it set at 50gb before, but we were
On Mar 31, 2009, at 11:59 AM, Dingwell, Robert A. wrote:
>
> storage_file: filename: ./varnish.xlJKfV size 801 MB.
> Using old SHMFILE
> Apple does not want programs to use daemon(3) and suggests using
> launchd(1).
> We don't agree, but their dad is bigger than our dad.
Start it with -F
___
4268155 .. N struct object
3161248 .. N struct objecthead
from varnish stat
object is unique objects with vary
objecthead is unique hashed entitys
On Mar 30, 2009, at 10:09 AM, Cloude Porteus wrote:
> Any idea how to tell how many object
On Mar 9, 2009, at 2:17 PM, Javier Frias wrote:
> And lastly, how stable is the backend load balancing? I have
> dedicated hardware load balancers for my application, and have been
> debating whether to point the varnish caches to it, or list all
> backends on varnish. The plusses for listi
>> that have ESI includes? But we could still gzip the pages that are
>> included by ESI.
>>
>> thanks,
>> cloude
>>
>> On Mon, Mar 2, 2009 at 1:40 PM, Artur Bergman
>> wrote:
>>>
>>> On Feb 27, 2009, at 2:24 PM, John Adams wrote:
>>
at 1:33 PM, Cloude Porteus wrote:
> I believe TCP Keep-alive has been supported in HAProxy since version
> 1.2. We've been using 1.3.x for at least a year.
>
> -cloude
>
> On Mon, Mar 2, 2009 at 1:10 PM, Artur Bergman
> wrote:
>> HAProxy doesn't do keep-al
HAProxy since version
> 1.2. We've been using 1.3.x for at least a year.
>
> -cloude
>
> On Mon, Mar 2, 2009 at 1:10 PM, Artur Bergman
> wrote:
>> HAProxy doesn't do keep-alive, so it makes everything slower.
>>
>> Artur
>>
>> On Feb 27, 2009
ding up for you. It's been in my backlog since
>> you
>> mentioned it to me pre-Twitter.
>>
>> Any performance info would be great.
>>
>
> Any comments on our setup are welcome. You may also choose to call
> us crazypants. Many, many thanks to Artur Be
ear from you. You must be slammed at Twitter. I'm happy to
>> hear that ESI is holding up for you. It's been in my backlog since
>> you
>> mentioned it to me pre-Twitter.
>>
>> Any performance info would be great.
>>
>>
>> Any comments
Hi,
So there is a problem with gzip and ESI. If the content is gziped,
you can't ESI it. If it isn't you waste bandwidth and go slower. Once
you have the esibits tree up and running, if each individual chunk is
gziped, you can just blast it away. So here is a proposal.
Add a new action nam
On Jun 23, 2008, at 1:26 AM, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>,
> Artur Bergman
> writes:
>
>> I have written an multicast HTCP purger, essentially a perl script
>> that listens to HTCP purges and then purges from the local varnish.
&g
Hi,
I have written an multicast HTCP purger, essentially a perl script
that listens to HTCP purges and then purges from the local varnish. I
wrote it for use with Mediawiki, and I am wondering if I should
commit it here or over at mediawiki svn?
I might look into adding the purge code in C,
20 matches
Mail list logo