[squid-dev] Idea: what if SBuf was a Packable?

difference there is that SBuf returns *this. These methods are of course virtual, which is a price to pay, but besides the vtbl size, maybe there is a way to not pay their cost when not used What do you think? -- Francesco ___ squid-dev mailing list squid

[squid-dev] RFC: ACL clashes with Windows system entity

it. ACL is referenced in 106 files, so the change is going to be big, so I ask if there are any opinions on how to go about this Thanks, -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org https://lists.squid-cache.org/listinfo

Re: [squid-dev] mirrors with missing files

Hi all, I agree, it would be awesome to rely on a more more than delivery network for our website. At this time it is complicated. Oh website is large as a result of posting mailing list, archives and a lot of release files, patches, change sets. Before we can migrate to anything different, we

[squid-dev] RFC: make FOLLOW_X_FORWARDED_FOR unconditional

? -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org https://lists.squid-cache.org/listinfo/squid-dev

[squid-dev] RFC: Transitioning ipcache and fqdncache to ClpMap

. Thoughts? -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

[squid-dev] CI: trunk is stable again

Hi all, trunk build tests can now be relied upon again for correctness checks. We can set them up again as required for merging PRs -- Francesco Chemolli Squid Software Foundation ___ squid-dev mailing list squid-dev@lists.squid-cache.org

[squid-dev] Opensuse tumblweed woes

. Thanks! -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Latest Clang build errors

can only do that by stopping to target rawhide for our tests; we can do that of course but I'd like to get more feedback before doing so. -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Latest Clang build errors

> 01:00:06 make[4]: Leaving directory > > '/srv/jenkins/workspace/5-pr-test/COMPILER/gcc/OS/fedora-rawhide/label/docker-build-host/btlayer-02-maximus/squid-7.0.0-VCS/_build/sub/src/fs' > > ___ > squid-dev mailing list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] RFC: policy change for header #includes

Amos > > ___ > squid-dev mailing list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] RFC: Switch to C++17

I support the switch On Sun, 4 Dec 2022 at 16:18, Alex Rousskov wrote: > Hello, > > I propose that we switch master/v6 from C++11 to C++17: Modern > environments support C++17 well. We are wasting significant amounts of > time on emulating such basic C++17 features as std::optional. We are

Re: [squid-dev] RFC: Semaphore CI to GitHub Actions migration

ully _fail_ according to GitHub schedule, and will be removed in > December. We should not use them. Details at > > https://github.blog/changelog/2022-08-09-github-actions-the-ubuntu-18-04-actions-runner-image-is-being-deprecated-and-will-be-removed-by-12-1-22/ > ___

Re: [squid-dev] Proposal: switch to always-build for some currently optional features

condition: Any always-built optional feature with > a potentially significant performance impact or a controversial side > effect should be disabled by default (via squid.conf). Satisfying this > precondition will require code changes. > Yes, I agree. -- Francesco __

[squid-dev] Proposal: switch to always-build for some currently optional features

, and the former should not be too big a deal Opinions? -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] IPv6 Proxy (RTC leak)

; squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] squid website certificate error

The squid website is not supposed to be over https, because it’s served by multiple mirrors not necessarily under the project’s control. We have some ideas on how to change this but need the developer time to do it. Help is welcome :) On Mon, 29 Aug 2022 at 15:25, Marcus Kool wrote: > Has

Re: [squid-dev] RFC submodule repositories

opposed to, say, looking for a way to installing the bits that are essential to building helpers in some sort of squid-dev package, so we can just spin off completely those helpers we don't want to maintain -- Francesco ___ squid-dev mailing

Re: [squid-dev] RFC submodule repositories

ntegrating two or more git repositories together is a > complicated issue... > > Alex. > ___ > squid-dev mailing list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco ___

Re: [squid-dev] Errors while building 5.6 on Ubuntu 22.04

> > make[3]: *** [Makefile:842: old_api.lo] Error 1 > > make[3]: Leaving directory '/home/builder/confdir/src/mem' > > make[2]: *** [Makefile:6868: all-recursive] Error 1 > > make[2]: Leaving directory '/home/builder/confdir/src' > > make[1]: *** [Makefile:5857: all] Error 2 > > ma

Re: [squid-dev] bugzilla issue

se send mail to the webmaster ([no address given]), giving > this error message and the time and date of the error. > ___ > squid-dev mailing list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > --

[squid-dev] Squid + docker multi-distro test builds script

ian-stable runtime environment. I hope this helps others increase their velocity on multi multi-distribution development. Please keep in mind I make no promises on this script - I occasionally tinker with it and it may break. Feedback is welcome --

Re: [squid-dev] RFC: Class section/member _order_

Hi, I generally agree on the proposal. Any difference in opinion I have is trivial and not worth discussing Regarding the ML filter, thanks for letting me know. I’ll have to figure out what keyword triggered the anti spam filter Francesco On Thu, 23 Jun 2022 at 15:37, Alex Rousskov < ro

Re: [squid-dev] PR backlog

On Wed, Jun 8, 2022 at 2:39 PM Alex Rousskov < rouss...@measurement-factory.com> wrote: > On 6/7/22 17:53, Francesco Chemolli wrote: > > This is exactly what I meant and what I see happening. > > I'd like us to concentrate on clearing as much as possible the PR >

Re: [squid-dev] PR backlog

Could we prioritise reviewing and merging PR#694 <https://github.com/squid-cache/squid/pull/694>? That's blocking us from starting to test on Fedora 36, Fedora Rawhide, current Gentoo, current Opensuse tumbleweed, Debian unstable and Ubuntu Jammy On Tue, Jun 7, 2022 at 10:53 PM Fra

Re: [squid-dev] PR backlog

, Jun 6, 2022 at 6:20 PM Alex Rousskov < rouss...@measurement-factory.com> wrote: > On 6/6/22 03:34, Francesco Chemolli wrote: > > > we have quite a big backlog of open PRs > > (https://github.com/squid-cache/squid/pulls?page=1=is%3Apr+is%3Aopen). > How >

[squid-dev] PR backlog

Hi all, we have quite a big backlog of open PRs ( https://github.com/squid-cache/squid/pulls?page=1=is%3Apr+is%3Aopen). How about doing a 15-days sprint and clearing it or at least trimming it significantly? -- Francesco ___ squid-dev mailing

[squid-dev] Can't build on Ubuntu Jammy

/LockingPointer.h:34:21: error: 'void DH_free(DH*)' is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] 34 | function(a); \ -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org

Re: [squid-dev] What os/cpu platforms do we want to target as a project?

On Sun, Dec 26, 2021 at 10:58 PM Alex Rousskov wrote: > > On 12/26/21 10:30 AM, Francesco Chemolli wrote: > > On Sun, Dec 5, 2021 at 10:05 PM Alex Rousskov wrote: > >> On 12/5/21 4:44 AM, Francesco Chemolli wrote: > >>> I would recommend that we support as m

Re: [squid-dev] What os/cpu platforms do we want to target as a project?

On Sun, Dec 5, 2021 at 10:05 PM Alex Rousskov wrote: > > On 12/5/21 4:44 AM, Francesco Chemolli wrote: > > > I would recommend that we support as main targets: > > - Linux on x64, arm64, arm32 and, if we can, MIPS > > - FreeBSD, OpenBSD on x64 > > >

[squid-dev] What os/cpu platforms do we want to target as a project?

d modify code - More clarity about our target use cases - better coverage in our testing for our explicit target use cases Let's discuss -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Incoming breaking changes to OpenSSL API

:16 pm, Francesco Chemolli wrote: > > Hi all, > >Fedora Rawhide has upgraded openssl to version 3, and the results > > can be seen at > > https://build.squid-cache.org/job/anybranch-arm64-matrix/COMPILER=gcc,OS=fedora-rawhide,label=arm64/10/console > > > >

[squid-dev] Incoming breaking changes to OpenSSL API

DH_free(DH*)’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] 34 | function(a); \ -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] bizarre build behaviour from PoolingAllocator on OpenBSD/clang

On Mon, Aug 16, 2021 at 12:29 PM Stuart Henderson wrote: > On 2021-08-15, Alex Rousskov wrote: > > On 8/15/21 2:51 PM, Francesco Chemolli wrote: > >> Hi all, > >> I'm looking into OpenBSD compatibility for trunk, and there's a > >> strange behaviour at

[squid-dev] bizarre build behaviour from PoolingAllocator on OpenBSD/clang

-- end quote --- But then, removing the reference to PoolingAllocator in the definition of HeaderValueCounts, everything works. """ using HeaderValueCounts = std::unordered_map, std::equal_to >; """ I'm puzzled: I wouldn't expect this to be an OS-specific failu

Re: [squid-dev] Compilling squid

>> ./configure --enable-ssl-crtd --with-openssl ... > > I suggest that you fix basic build errors before trying to add more > dependencies for interception. I do not know exactly what libraries you > need for interception support on Ubuntu, and the answer may depend on > what kind of

Re: [squid-dev] Strategy about build farm nodes

On Mon, May 17, 2021 at 8:32 PM Alex Rousskov < rouss...@measurement-factory.com> wrote: > On 5/17/21 2:17 AM, Francesco Chemolli wrote: > > > Our Linux environments are docker containers on amd64, armv7l and arm64. > > On a roughly monthly cadence, I pull from our doc

Re: [squid-dev] Strategy about build farm nodes

t configurations our users deploy; we can only assume and that makes this conversation much more susceptible to opinions and harder to build consensus on -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Strategy about build farm nodes

end of > > things. > > I do not know how to interpret the last sentence correctly, but, IMO, we > should not add or change nodes if doing so breaks master tests. AFAICT > from PR 806 discussion[1], Francesco thinks that it is not a big deal to > do so. The current discussion is meant

[squid-dev] Strategy about build farm nodes

issues with getting a good docker image for it, when available I'll add it Would this work as a general policy? If there is agreement, I'll support it moving forward Thanks -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http

Re: [squid-dev] RFC: making TrieNode less memory-hungry

> > Do ESI users want to trade speed for memory savings? What memory savings > and speed reduction do you anticipate for a typical use case or two? > > In light of the fact that it's only used by ESI, I think it's not worthwhile investing in it. ___

Re: [squid-dev] cppunit -> googletest / gmock?

On Sat, May 30, 2020 at 7:38 PM Amos Jeffries wrote: > On 31/05/20 5:27 am, Francesco Chemolli wrote: > > Hi all, > >starting from a PR in a conversation with Alex about our current > > approach to unit testing being painful, I've checked what alternatives > > woul

[squid-dev] cppunit -> googletest / gmock?

including cppunit headers from squid.h (WUT? A PR is coming up to unentangle that) -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] squid master build with alternate openssl fails

On Fri, May 8, 2020 at 3:58 PM Alex Rousskov < rouss...@measurement-factory.com> wrote: > On 5/8/20 10:12 AM, Christos Tsantilas wrote: > > > Squid master 699ade2d fails to build with an alternate OpenSsl, when the > > "--with-openssl=/path/to/openssl" is used.

[squid-dev] RFC: clang-format

is at https://github.com/kinkie/squid/blob/clang-format/.clang-format . Most of the changes are shifting comments and realigning macro blocks. What do you think? Is it worthwhile to make this or same variant of this an official guideline? -- Francesco

Re: [squid-dev] removing cache_diff?

doing that today. On Tue, Apr 7, 2020 at 2:47 PM Alex Rousskov < rouss...@measurement-factory.com> wrote: > On 4/6/20 5:00 PM, Francesco Chemolli wrote: > > > has anybody used the cache_diff program in the last 10 years? > > Not me. If you are going to remove it, I r

[squid-dev] removing cache_diff?

Hi all, has anybody used the cache_diff program in the last 10 years? I've used squid for 20 years now, and I never even noticed it. It's not even installed as part of the build process... -- Francesco ___ squid-dev mailing list squid-dev

[squid-dev] RFC: use clang-format?

Hi all, astyle is a bit of PITA, maybe we can replace it with clang-format? It seems to me it has more power and flexibility, and its config could be stored in the source tree itself. What do you think? -- Francesco ___ squid-dev mailing list

Re: [squid-dev] RFC: cacheMatchAcl

2020 at 08:15, Amos Jeffries wrote: > On 4/04/20 7:49 pm, Francesco Chemolli wrote: > > I am not sure about what you recommend to do here. > > This cache is IMO over complicated and it breaks layering. > > I’m mostly done in a PR replacing the dlink with a std::list but

Re: [squid-dev] RFC: cacheMatchAcl

2020 at 07:41, Amos Jeffries wrote: > On 4/04/20 3:34 am, Alex Rousskov wrote: > > On 4/3/20 7:25 AM, Francesco Chemolli wrote: > > > >> I'm looking at places where to improve things a bit, and I stumbled > >> across cacheMatchAcl . It tries hard to be gener

[squid-dev] RFC: cacheMatchAcl

Hi all, I'm looking at places where to improve things a bit, and I stumbled across cacheMatchAcl . It tries hard to be generic, but it is only ever used in ACLProxyAuth::matchProxyAuth . Would it make sense to just have a specialised cache for proxyauth? -- Francesco

Re: [squid-dev] squid.conf future

ling list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] handling spaces in path to sources

if there are spaces in the build path. The feature branch is at https://github.com/kinkie/squid/tree/securify-test-builds This was tested on MacOS Catalina with - autoconf 2.69 - libtool 2.4.6 - gmake 3.81 - clang 11 On Tue, Feb 18, 2020 at 8:40 AM Francesco Chemolli wrote: > Hi all, > as a fo

[squid-dev] handling spaces in path to sources

submit the PR anyway, but its benefits will be limited. -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

[squid-dev] [SPAM] Squid irc log bot

Hi all, is anyone using the free node irc log bot anymore? If not, I’m considering retiring it. Thanks, Kinkie ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

[squid-dev] ARMv7 build nodes

Hi all, https://build.squid-cache.org/job/5-matrix-arm/ is our first ARMv7(32bit) build node - docker/linux/raspberry pi 3. Next up, hopefully, FreeBSD on aarch64 (banana pi). -- Francesco ___ squid-dev mailing list squid-dev@lists.squid

Re: [squid-dev] PVS Studio

> On Jan 14, 2019, at 19:11, Alex Rousskov > wrote: > > On 1/14/19 3:20 PM, Francesco Chemolli wrote: >> Hi all, >> the team behind PVS studio (static code analysis tool) has decided >> to support FOSS projects for free (beer). >> >> https://

[squid-dev] PVS Studio

with that service in addition to Coverity. -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Anubis documentation

09:46 AM, Francesco Chemolli wrote: > > > recent discussions on github led me to understand that information > > on Anubis' interfaces is in peoples' heads and not on a bit of paper. > > Would it be possible to write a brief wiki page with some info about > >

[squid-dev] Anubis documentation

! -- Francesco ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] Squid-4.1 (stable)

comes up I intend to bundle that release on > 2018-06-30. > > > Amos > ___ > squid-dev mailing list > squid-dev@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-dev > -- Francesco _

Re: [squid-dev] Introduction

Please, Let’s all be respectful here. There is no need to call anyone names, especially under the unfounded assumption of ill intent. There are plenty of forums focused on policies and politics, and this isn’t one of them. On Mon, 19 Mar 2018 at 12:08, Serge wrote: >

Re: [squid-dev] Build failed in Jenkins: 4-matrix » clang,d-debian-wheezy #85

> On Sep 10, 2017, at 20:01, Amos Jeffries wrote: > > FWIW none of the compilers on Debian wheezy (and probably Jesse) can handle > Squid-4+ builds due to their incomplete C++11 implementation. Ok, removing them from the build list. Sorry for the noise, I’m reenabling

Re: [squid-dev] Git-related wiki updates

Hi Alex, thanks for taking the time! The updated documents are very helpful and seem quite accurate, I'll try them out and amend if I find any need. Did you have any challenges with wiki editing? Thanks! Francesco > On 2 Aug 2017, at 07:49, Alex Rousskov <rouss...@measu

[squid-dev] [PULL REQUEST] Pass-through with-openssl argument

Hi all, https://github.com/squid-cache/squid/pull/31 is about passing through the —with-openssl argument in maximum-test build when openssl is installed in a non-system location (as it happens on macOS home-brew). Please review :)

Re: [squid-dev] [PATCH] Log SSL Cryptography Parameters

On 10 Dec 2015, at 18:36, Christos Tsantilas wrote: > This patch adds the following formatting codes: LGTM. +1. Kinkie ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev

Re: [squid-dev] [RFC] Fix shared memory initialization, cleanup. Ensure its usability.

On 10 Dec 2015, at 19:23, Amos Jeffries wrote: > Okay. Good points, and some very good ones. > > > So it comes down to doing it your way and we will have to come up with > something to explain to confused admin why their proxies are now slow. Well, slow in starting up,

Re: [squid-dev] [PATCH] %ssl::

On 10 Dec 2015, at 18:04, Christos Tsantilas wrote: > This is a complement patch for "%ssl:: applied to trunk as r14343. LGTM. +1. Kinkie ___ squid-dev mailing list squid-dev@lists.squid-cache.org

Re: [code] [for discussion] map-trie

On 14 Jun 2014, at 18:34, Alex Rousskov rouss...@measurement-factory.com wrote: On 06/14/2014 12:39 AM, Kinkie wrote: On Fri, Jun 13, 2014 at 4:50 PM, Alex Rousskov rouss...@measurement-factory.com wrote: On 06/11/2014 04:43 PM, Kinkie wrote: level-compact-trie: the mean time is 11 sec;

Re: [code] [for discussion] map-trie

On 12 Jun 2014, at 11:28, Amos Jeffries squ...@treenet.co.nz wrote: On 12/06/2014 10:43 a.m., Kinkie wrote: Hi, I've done some benchmarking, here are the results so far: The proposal I'm suggesting for dstdomain acl is at lp:~kinkie/squid/flexitrie . It uses the level-compact trie approach

Re: [code] [for discussion] map-trie

On 12 Jun 2014, at 11:33, Francesco gkin...@gmail.com wrote: It's currently one single typedef in libtrie. Could be made templatized with no effort. However libtrie needs some work still: it can't be walked, it's not type-safe, it can't be used for algorithms. I expect I could merge

Re: [RFC] unified port directive

On 10 Jun 2014, at 16:29, Alex Rousskov rouss...@measurement-factory.com wrote: On 06/10/2014 12:09 AM, Kinkie wrote: On Mon, Jun 9, 2014 at 6:47 PM, Alex Rousskov wrote: On 06/08/2014 11:07 PM, Amos Jeffries wrote: I propose that we combine the http_port and https_port directives into a

Re: How long is a domain or url can be?

Well, Squid can't send you more than 8 KiB, so I'd consider that as a limit. Most browser will send much shorter URLs than that, if the page I refereced is to be believed. Kinkie On 29 Apr 2014, at 18:02, Eliezer Croitoru elie...@ngtech.co.il wrote: Thanks, I have seen this url and

Re: Oracle RPM build? would it be good?

the time to maintain it. Francesco

Re: Anyone knows how to build a build node for SUSE Linux Enterprise?

but it should be pretty similar. What are you curious about in particular? Francesco

Re: [RFC] use libnettle for crypto

Before I forge on ahead, does anyone have objections to adding it as a build dependency of squid-3.5 and dropping our locally bundled crypto code which overlaps? Ok from me. Kinkie

Re: [PATCH] drop Request-Range header support

Guys, We can debate all day long about this, and many solutions are right and adhere to the standard. But since this is a question on the standard, why don't we simply ask to the standard-setting body what their interpretation is? Francesco

Re: [PATCH] debugs-refactor, v1

On 18 Feb 2014, at 00:44, Alex Rousskov rouss...@measurement-factory.com wrote: On 02/17/2014 02:46 PM, Kinkie wrote: the attached patch aims at simplifying debug, making it also more effective. It would be better to finish the discussion regarding the future of debugging before making

Re: ctx_enter, ctx_exit, ctx_print

On 17 Feb 2014, at 00:48, Amos Jeffries squ...@treenet.co.nz wrote: On 17/02/2014 2:51 a.m., Kinkie wrote: Hi all, I'm working on debug together with Amos, working on reducing the size of the API, removing cruft and making it a bit speedier in the meantime. I'm looking into refactoring

Re: [PREVIEW] -M command line option

On 17 Feb 2014, at 08:03, Amos Jeffries squ...@treenet.co.nz wrote: On 15/02/2014 6:47 a.m., Francesco Chemolli wrote: On 14 Feb 2014, at 13:24, Amos Jeffries squ...@treenet.co.nz wrote: Just to kick this further along. I've put together the proposal in patch form. Anyone game to test

Re: [PREVIEW] -M command line option

On 14 Feb 2014, at 13:24, Amos Jeffries squ...@treenet.co.nz wrote: Just to kick this further along. I've put together the proposal in patch form. Anyone game to test the SMP support is working properly with -M foreground when this is applied? I'm also beginning to think we are needing

Re: [CTTE #727708] Default init system for Debian

On 14 Feb 2014, at 06:31, Alex Rousskov rouss...@measurement-factory.com wrote: On 02/13/2014 03:47 PM, Amos Jeffries wrote: Use of -N with no parameter produce an error. I do not think we have to break existing scripts (some of which may still be working OK!). We can issue a deprecation

heads-up: possible bug in trunk

Hi all, I've had squid lock a couple of times in trunk and stop responding to HTTP requests about ~10k requests today. It's not an endless loop, it's not busy-looping. Once I managed to get a backtrace, it seems to be either something in idns or in mempools, maybe it's related to

Re: [Squid Web Proxy Wiki] Update of KnowledgeBase/Benchmarks by FrancescoChemolli

On 30 Jan 2014, at 21:38, Amos Jeffries squ...@treenet.co.nz wrote: On 2014-01-31 04:24, w...@wiki.squid-cache.org wrote: snip + || RPS || 39715 || + || Bandwidth || 313 Mbit/sec sustained || + ... 600-bytes long document. Thats 1KB per transaction. + This number was taken in a

Re: [PATCH] Large Rock and Collapsed Forwarding

+1. IMHO, if nobody else wants to take a stab at a full audit I think you should just merge this and we fix the bugs as found. I'm with Amos on this. Merging will also give coverity a go at it, so +1 from me as well. Kinkie

Re: [PATCH] Make SBuf::find_first_of O(N) and implement find_first_not_of

On 17 Dec 2013, at 20:09, Alex Rousskov rouss...@measurement-factory.com wrote: On 12/17/2013 10:35 AM, Kinkie wrote: here's the updated patch. Looks good to me, thank you. There is only one bug (listed first below). The rest is minor polishing: +

Re: [RFC] Tokenizer API

[...] Given the number of cases where folks wrote the _wrong_ length already, I suggest the following plan: 1. Do not support the len argument. Use the add-single-character interface to add \0 when/if needed. 2. If we find ourselves adding \0 (and nothing else) too much, revisit this

Re: [RFC] Tokenizer API

On 09 Dec 2013, at 20:00, Alex Rousskov rouss...@measurement-factory.com wrote: Hello, The promised Tokenizer API proposal is attached. Compared to earlier proposals, this interface is simplified by focusing on finding tokens (requires knowledge of allowed and prohibited character

Re: [RFC] Tokenizer API

Hi, SBuf supplies a few find() variants which could help which are not constant time but rely on lower-level primitives and related optimizations. My suggestion is to have CharacterSet be a SBuf and rely on them, at least for now. In any case having them be a SBuf promotes better

Re: [PATCH] SBufList

And, if you insist that IsMember() wrapper is needed, it can be placed in the same header file as well. Make it generic like the SBufJoin() below. It's just convenience. I'd leave SBufList.h / .cc only as convenience helpers, relying on SBufAlgos.h for some grunt work. One note: I chose

Re: [PATCH] SBufList

On 02 Dec 2013, at 21:36, Alex Rousskov rouss...@measurement-factory.com wrote: On 12/02/2013 11:34 AM, Kinkie wrote: +SBuf operator() (SBuf accumulated, const SBuf item) { +if (first) { +first = false; +accumulated.append(item); +return

[MERGE] Branch prediction hints

with all possible static compiler error-checks enabled. === added file 'include/branch-hints.h' --- include/branch-hints.h 1970-01-01 00:00:00 + +++ include/branch-hints.h 2010-10-13 16:08:55 + @@ -0,0 +1,45 @@ +/* + * branch-hints.h (C) 2009 Francesco Chemolli kin...@squid

Re: refactoring the store

On Tue, 2004-12-28 at 12:36, Robert Collins wrote: I'm making some good headway on rearranging the store to match the rough API prepared in Stockholm. (Kinkie: where was that wiki you put up again? I'll put the design notes up there...). http://squidwiki.kinkie.it/; please feel free to CNAME