See http://eu.squid-cache.org:8081/job/3.1-i386-Debian-sid/5/changes
squid.conf option for tuning when to keep objects in memory.
Sponsored by: The Measurement Factory
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: hen...@henriknordstrom.net-20090813102833-\
# 32fj8b4jw78a2dph
# target_branch: ../memcache
# testament_sha1:
See http://eu.squid-cache.org:8081/job/3.1-i386-Debian-sid/6/changes
Changes:
[Amos Jeffries squ...@treenet.co.nz] Author: Cloyce cloyce.spradl...@sun.com
Bug 2739: DNS resolver option ndots can't be parsed from resolv.conf
A small logic error (probably a typo) in dns_internal.cc prevents squid
See http://eu.squid-cache.org:8081/job/3.HEAD-i386-Debian-sid/14/changes
Changes:
[Amos Jeffries squ...@treenet.co.nz] Author: Amos Jeffries + Alan Nastac
mrn...@gentoo.org
Better const-correctness on FTP login parse
Also reduces amount of copying done by the parse. The old version
was copying
On Thu, Aug 13, 2009 at 12:38 PM, Henrik
Nordstromhen...@henriknordstrom.net wrote:
squid.conf option for tuning when to keep objects in memory.
+1 for the change :)
(adri pointed out on IRC that it may put more pressure on cache_mem,
so some tweaks may be warranted)
Also, a possible
On Wed, 5 Aug 2009, Amos Jeffries wrote:
On Wed, 5 Aug 2009 00:57:18 + (UTC), Ian Hickson i...@hixie.ch wrote:
On Thu, 30 Jul 2009, Robert Collins wrote:
On Wed, 2009-07-29 at 23:48 +, Ian Hickson wrote:
Surely once the HTTP server has decided that it can Upgrade, it
Henrik Nordstrom wrote:
This looks wrong to me.. Netfilter is not TPROXY and does not require
libcap.
No its right. Netfilter provides the REDIRECT + DNAT + TPROXY (v4)
targets now.
This first shout out is just a warning that the TPROXY v4 abilities will
not be available without libcap
Henrik Nordstrom wrote:
ons 2009-08-12 klockan 22:18 +1200 skrev Amos Jeffries:
+xstrncpy(password, u + 1, len);
+password[len] = '\0';
No need to manually \0 terminate after xstrncpy... Unlike strncpy
xstrncpy automatically terminates the string and is why we have
Ian Hickson wrote:
On Wed, 5 Aug 2009, Amos Jeffries wrote:
On Wed, 5 Aug 2009 00:57:18 + (UTC), Ian Hickson i...@hixie.ch wrote:
On Thu, 30 Jul 2009, Robert Collins wrote:
On Wed, 2009-07-29 at 23:48 +, Ian Hickson wrote:
Surely once the HTTP server has decided that it can Upgrade,
See http://eu.squid-cache.org:8081/job/3.HEAD-i386-Debian-sid/15/
--
A SCM change trigger started this job
Building remotely on venice.treenet
SCM check out aborted
See http://eu.squid-cache.org:8081/job/3.1-i386-Debian-sid/7/changes
On Thu, 13 Aug 2009, Kinkie wrote:
On Thu, Aug 13, 2009 at 12:38 PM, Henrik
Nordstromhen...@henriknordstrom.net wrote:
squid.conf option for tuning when to keep objects in memory.
+1 for the change :)
Henrik, please commit if you do not hear any objections. I am looking
forward to
fre 2009-08-14 klockan 11:23 +1200 skrev Amos Jeffries:
cache_mem is where the fastest HITS/sec come from. Trashing it will
impact the very upper req/sec of Squid. As will forcing everything to
disk first. Then again with things going disk-memory (how soon Henrik?)
it may not be noticeable
Henrik Nordstrom wrote:
fre 2009-08-14 klockan 11:23 +1200 skrev Amos Jeffries:
cache_mem is where the fastest HITS/sec come from. Trashing it will
impact the very upper req/sec of Squid. As will forcing everything to
disk first. Then again with things going disk-memory (how soon Henrik?)
it
14 matches
Mail list logo