On Mon, 2006-12-04 at 12:57 +0100, Axel Westerhold wrote:
Hi everyone,
Second try this time hopefully complete.
This is again patched against Squid 3 HEAD and includes 4 changes I would
like to have when working with webwasher/squid systems.
A.) ICAPServiceRep::TheSessionFailureLimit
On Mon, 2006-12-04 at 12:57 +0100, Axel Westerhold wrote:
Hi everyone,
Second try this time hopefully complete.
This is again patched against Squid 3 HEAD and includes 4 changes I would
like to have when working with webwasher/squid systems.
A.) ICAPServiceRep::TheSessionFailureLimit
Hi everyone,
Second try this time hopefully complete.
This is again patched against Squid 3 HEAD and includes 4 changes I would
like to have when working with webwasher/squid systems.
A.) ICAPServiceRep::TheSessionFailureLimit set through squid.conf
B.) ICAPServiceRep delay for a down service
Mark Bergsma wrote:
I should be able to (carefully) test / profile Squid-3 (or 2.6) with
some real life load (Wikipedia) soonish. High userland CPU usage is one
of the major problems we're having with Squid...
On our installs, almost all the cpu is spent in poll. We have high CPU usage
Squid-3 (or 2.6) with
some real life load (Wikipedia) soonish. High userland CPU usage is one
of the major problems we're having with Squid...
On our installs, almost all the cpu is spent in poll. We have high CPU usage,
but we do not see any decrease in response time even at 100% CPU usage
On Tue, 2006-11-07 at 10:32 -0500, Jeremy Hall wrote:
I'm trying to track down why the Content-Length header might not be
sent to the icap server in squid-2's implementation of icap.
...
I haven't tried this with squid-3 because I
don't want to manually upgrade my config file if the problem
Hiya everyone,
I've been doing some profiling of squid-3 and I keeping hitting my head
against high unaccounted-for CPU usage.
So if someone's up for a quick project I'd appreciate it if we could
track down the rest of the CPU usage so we can do some more profiling
and optimisation work.
Let me
Hello,
I'm trying to track down why the Content-Length header might not be
sent to the icap server in squid-2's implementation of icap.
I'm not running squid-3 because people tell me squid-3 isn't ready for
prime time and production use, but they also tell me the icap
implementation in squid-3
So, who wants to roll the next squid-3 PRE? The ICAP changes alone
make it worth it. I'm still studying for exams and thus I'm out
of (much) time for two more weeks.
Adrian
pointers on where I might look to
determine why the traffic is not rendering properly.
_J
Adrian Chadd [EMAIL PROTECTED] 11/03/06 8:00 AM
So, who wants to roll the next squid-3 PRE? The ICAP changes alone
make it worth it. I'm still studying for exams and thus I'm out
of (much) time for two more
Hi,
I have just forward ported to Squid 3 the support for wccpv2 mask assignment.
Someone (Adrian ?, Steven ?) could check if it's fine ?
Thanks
Regards
Guido
-
Guido Serassio
Acme Consulting S.r.l. - Microsoft Certified Partner
Via
On Wed, Nov 01, 2006, Guido Serassio wrote:
Hi,
I have just forward ported to Squid 3 the support for wccpv2 mask
assignment.
Someone (Adrian ?, Steven ?) could check if it's fine ?
I don't have access to a mask-assignment capable device just yet.
Sorry!
Adrian
On Wed, 2006-11-01 at 08:55 +0800, Adrian Chadd wrote:
Hiya,
Whats left to do before the next PRE is released?
JFDI. Its better than the current PRE already.
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message
On Wed, Nov 01, 2006, Robert Collins wrote:
On Wed, 2006-11-01 at 08:55 +0800, Adrian Chadd wrote:
Hiya,
Whats left to do before the next PRE is released?
JFDI. Its better than the current PRE already.
ESEMESTEREXAMS. Someone else needs to. Please. :)
Adrian
Hi Alex,
Alex Rousskov wrote:
On Thu, 2006-09-28 at 05:18 -0400, Tsantilas Christos wrote:
3) File ICAP/ICAPModXact.cc function
ICAPModXact::handleCommWroteHeaders()
Sometimes, we have read the headers but not any part of the body yet
so in this case we must not call writeMore()
On Tue, 2006-10-03 at 11:36 +0300, Tsantilas Christos wrote:
Alex Rousskov wrote:
I believe zero size content is valid. If writeMore() cannot handle it,
writeMore() should be fixed and still called unconditionally in the
above code.
I believe that the problem here is not the zero sized
On Tue, 2006-10-03 at 08:48 -0600, Alex Rousskov wrote:
On Tue, 2006-10-03 at 11:36 +0300, Tsantilas Christos wrote:
I believe that the problem here is not the zero sized content.
Squid calls this function when read all headers.
There are cases in which squids did not read any part of
for importing
all the fixes into Squid-3.
Some of us were worried we'd have to learn ICAP to make it all
work before the release :)
Adrian
On Thu, 2006-09-28 at 05:18 -0400, Tsantilas Christos wrote:
Hi all,
I am sending a small patch for icap client.
With this patch squid-icap works for me (using 1-2 clients).
I will test it more under load, using different scenarios.
I am working on committing yours and other ICAP fixes to
ons 2006-09-27 klockan 17:44 +0800 skrev Adrian Chadd:
I think its worth putting it and only it into Squid-3. Can you come up with
a diff or two implementing the required changes for review?
Ok. Lets do this in two phases
1. Make our server side HTTP/1.1. This is the simpler of the two
On Sun, Oct 01, 2006, Henrik Nordstrom wrote:
ons 2006-09-27 klockan 17:44 +0800 skrev Adrian Chadd:
I think its worth putting it and only it into Squid-3. Can you come up with
a diff or two implementing the required changes for review?
Ok. Lets do this in two phases
1. Make our
1. Add minimal HTTP/1.1 support as a requirement for 3.0.STABLE. It's
seriously starting to be a bigh hinderance for Squid being HTTP/1.0.
At minimum we need chunked encoding and expect 100.
I dont agree - at the moment noone is developing or focusing this, and
we dont know how big an issue
Hi all,
Now the ICAP client in squid3 does not work very well. I am testing it
and looks that only partially works.
Are you planning to include ICAP client in squid 3.0 release?
Is anybody working on that?
It is not so difficult for someone to understand the ICAP related code,
looks good. I
On Wed, Sep 27, 2006, Tsantilas Christos wrote:
Hi all,
Now the ICAP client in squid3 does not work very well. I am testing it
and looks that only partially works.
Are you planning to include ICAP client in squid 3.0 release?
Is anybody working on that?
It is not so difficult for
Thanks,
I 'll try to help
Regards,
Christos
Please do! :)
Feel free to send squid-dev whats broken with the ICAP code.
You're also welcome in the #squiddev channel on Freenode IRC where you'll
find us trying to squish bugs.
adrian
Hiya,
I'm profiling squid-3 and I'm trying to quell the heavy CPU users.
Specifically, I'm trying to find why comm_close() is profiling as taking
~19% of the CPU.
Bout 3% is due to close(); which is annoying but understandable.
The other 16%? Good question.
I ended up here.
void
ConnStateData
On Wed, Sep 27, 2006, Adrian Chadd wrote:
If Temp2 is around the while() loop then it matches the runtime for the
comm close handlers within half a percent - ie, 13.13%.
Where it is there, it only accounts for 2.18% of the CPU.
Its because its refcounted. The call to connIsFinished() isn't
On Tue, Sep 26, 2006, Henrik Nordstrom wrote:
I propose the following change in the Squid-3 roadmap
1. Add minimal HTTP/1.1 support as a requirement for 3.0.STABLE. It's
seriously starting to be a bigh hinderance for Squid being HTTP/1.0. At
minimum we need chunked encoding and expect 100
Here's my first diff:
http://www.creative.net.au/diffs/20060926-squid3-p1.diff
The aim is to:
* cut back on calls to strlen() which aren't needed in the client_side
request parser path
* rework the client_side parser to not require a seperately-malloc()ed 'prefix'
buffer during the header
Hiya,
Here's the first part of my comm reworking for squid-3.
http://www.creative.net.au/diffs/20060918-squid3-comm-7.diff
I've created another(!) array holding the read/write callbacks
for comm_read and comm_write. I've deleted the CommWrite path
and converted comm_read and comm_write into C
On Mon, 2006-09-18 at 15:18 +0800, Adrian Chadd wrote:
* I'm going to sit down with Robert and think up a replacement
method for doing the deferred reads. I don't believe the
deferred reads logic belongs anywhere near the comm layer.
I believe it should be something done at the
On Mon, Sep 18, 2006, Henrik Nordstrom wrote:
Nothing stops delay pools from being redesigned in such manner that they
know which entries are being delayed, allowing for a better scheduling
of delayed objects without needing a deferred read.
Thats what I'd like to do.
Adrian
Here's a straight forward port of my squid-2.6 optimisation to save on
allocating/deallocating CommWriteStateData:
http://www.creative.net.au/diffs/20060915-squid3-commwrite.diff
I'd like to commit this to Squid-3. Its not going to be -that- noticable,
but it (a) saves on one memory alloc/free
I've started profiling squid-3 in preparation for the feature-complete
release.
The test rig:
* p4 2.6GHz - Dapper Ubuntu (Linux-2.6.15), cpu/ram info in perf output
* no disk caching; just memory caching for now
* Polygraph server - Athlon 1800XP +, 1gb RAM, FreeBSD 6.1, datacomm-1,
300req/sec
On Wed, Sep 13, 2006, Adrian Chadd wrote:
* Lots of pressure on the memory allocator, http parsing code.
* Loads of room for improvement, as we all know :)
I'll get a gprof trace next to find out where the pressure is coming
from.
gprof trace from ~340,000 requests.
I'd like to propose an update to the squid-3 styleguidelines...
* Avoid taking actions during a constructor
* Avoid taking actions during a destructor
The intent for the former is to keep testing clean, but not needing
large chains of objects to be ready to use when the thing being tested
tis 2006-06-27 klockan 08:22 +0800 skrev Adrian Chadd:
Which reminds me, I should really spend some time making sensible defaults
when COSS is using AUFS - right now the aiops code doesn't create any threads
because n_aufs_dirs (or whatever it is) is set to 0; one has to override
it by the
ng (or whatever to call what Adrian is doing to COSS).
Some of
this actually fits better in Squid-3 with it's re-factored I/O
framework.
This is already on Adrians schedule. Not sure there need to be a
bugzilla entry..
- 2GB objects
Bug #437.
- HTCP updates
Bug #1635
On Tue, Jun 27, 2006, Henrik Nordstrom wrote:
- COSS ng (or whatever to call what Adrian is doing to COSS).
Some of
this actually fits better in Squid-3 with it's re-factored I/O
framework.
This is already on Adrians schedule. Not sure there need to be a
bugzilla entry..
I'd
priority for Squid-3 must be get a stable release out as soon as
possible. The more new features added the longer this will take.
Sure, I agree about this.
why someone will downgrade its proxy ?
Why not? And if they don't want to they have the choice of making sure
they don't need to.
Why
.
* The single thing holding Squid-3 back is the fact that it's not
stable. Until Squid-3 is stable it's very hard to shift development
over
there, and even harder to draw customer attention.
We are at the point where we need to stop being general, and start
being very specific, about HOW Squid-3
On Sun, Jun 25, 2006, Doug Dixon wrote:
We are at the point where we need to stop being general, and start
being very specific, about HOW Squid-3 is not stable. What are the
measures of stability? How do we prove to each other that Squid-3 is
stable or unstable?
IMHO we lost out
sön 2006-06-25 klockan 10:58 +0200 skrev Guido Serassio:
You wrote The 2.6 release is actually about focusing the community again.
This is happening because 2.6 include a lot of
feature needed in real production environments,
features already developed for 2.5 often with a customer
..
Do you agree that most of these missing features would
best be put in 3.1, after 3.0 has reached production stability?
collapsed_forwarding, ETag, Connection pinning and Follow
X-Forwarded-For is 3.1 candidates if you ask me.
WCCPv2 and TPROXY can go in whenever they are in shape for Squid-3
lör 2006-06-24 klockan 18:57 +0200 skrev Guido Serassio:
Here I agree about the reasons, but I am doubtful about a 3.0 with
not all the 2.6 features:
It's a simple matter or project priorities. With no doubt the absolutely
highest priority for Squid-3 must be get a stable release out as soon
cycle, and 3.1 in development.
2.6 most likely stays in STABLE cycle for as long as there is
significant features not yet in Squid-3.
2. For Squid-2.6, a tentative date on the lifespan of Squid-2.6 as being
supported for 8-12 months after 2.6-STABLE1 release date which takes it
through
sön 2006-06-25 klockan 02:11 +1200 skrev Reuben Farrelly:
I also think we should decide at some point how and for how much longer we are
going to support 2.5 and 2.6 in the absence of sponsorship, and announce a
roadmap soon so that users have lots of warning of what is coming up. We
don't
(or whatever to call what Adrian is doing to COSS).
Some of
this actually fits better in Squid-3 with it's re-factored I/O
framework.
- 2GB objects
- HTCP updates
- Many small bugfixes here and there in the new features common to
both trees.
- probably a bit more
These are NOT in Bugzilla
To follow up on some discussion seen on IRC.
featurewise it's relatively small stuff in 2.6 not in squid-3 yet. Some
of the things in 2.6 is more polished than in Squid-3 however, but these
differences should even out as Squid-3 QA progresses.
Missing features:
- collapsed forwarding
Excellent email, thanks.
On 24 Jun 2006, at 10:34, Henrik Nordstrom wrote:
To follow up on some discussion seen on IRC.
featurewise it's relatively small stuff in 2.6 not in squid-3 yet.
Some
of the things in 2.6 is more polished than in Squid-3 however, but
these
differences should even
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Doug Dixon wrote:
Excellent email, thanks.
On 24 Jun 2006, at 10:34, Henrik Nordstrom wrote:
To follow up on some discussion seen on IRC.
featurewise it's relatively small stuff in 2.6 not in squid-3 yet. Some
of the things in 2.6 is more
.PRE4 release manager. Expect a
message from him shortly presenting his ideas on how we can get there.
This is a very good news :-)
To follow up on a few questions from him regarding the current state:
The Squid-3 tree is currently best described as in DEVEL state, even if
it is carrying a PRE tag
presenting his ideas on how we can get there.
To follow up on a few questions from him regarding the current state:
The Squid-3 tree is currently best described as in DEVEL state, even if
it is carrying a PRE tag. The reason to this is that the original
Squid-3.0 release cycle could not be met due
On Tue, 2 May 2006, Reuben Farrelly wrote:
Squid-3 cvs seems to be functioning for me now - it's usable again but I am
seeing lots of errors like this logged on random pages:
2006/05/01 23:07:12| http.cc(1866) Transaction aborted while reading HTTP
body
This corresponds with this code
Squid-3 cvs seems to be functioning for me now - it's usable again but I am
seeing lots of errors like this logged on random pages:
2006/05/01 23:07:12| http.cc(1866) Transaction aborted while reading HTTP body
This corresponds with this code in http.cc :
HttpStateData::requestBodyHandler
tis 2006-05-02 klockan 00:12 +1200 skrev Reuben Farrelly:
Squid-3 cvs seems to be functioning for me now - it's usable again but I am
seeing lots of errors like this logged on random pages:
2006/05/01 23:07:12| http.cc(1866) Transaction aborted while reading HTTP body
This corresponds
Hey all,
I'm trying to compile squid 3 from the CVS repository and I've come
accross a little autoconf problem.
I'm using a standard debian/testing system and when I try to bootstrap
with automake-1.9 I get the following error:
configure.in:3024: error: m4_popdef: undefined macro: AC_Dest
I
On Mon, 2006-05-01 at 12:53 -0700, Dan Thomson wrote:
Hey all,
I'm trying to compile squid 3 from the CVS repository and I've come
accross a little autoconf problem.
I'm using a standard debian/testing system and when I try to bootstrap
with automake-1.9 I get the following error
the
release of a stable Squid 3.
Regards
Guido
-
Guido Serassio
Acme Consulting S.r.l. - Microsoft Certified Partner
Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY
Tel. : +39.011.9530135 Fax. : +39.011.9781115
Email: [EMAIL
Meta comment on this after chatting with adrian - I dont think this will
itself make the IO stuff beautiful. But it should allow writing some
test helper routines so that anything I find time to fix has a test for
it that ensures it stays fixed.
-Rob
On Sat, 2006-04-22 at 22:23 +1000, Robert
On Sat, Apr 22, 2006, Robert Collins wrote:
Meta comment on this after chatting with adrian - I dont think this will
itself make the IO stuff beautiful. But it should allow writing some
test helper routines so that anything I find time to fix has a test for
it that ensures it stays fixed.
I previously posted a message about squid 3 dying when fetching cached
data from the hard drive to squid-users
(http://www.squid-cache.org/mail-archive/squid-users/200604/0312.html)
but I think it may be more appropriate here.
I guess I just want to see if this is a known issue, if there are work
Hello Ghislain Garcon,
on Mon, 28 Nov 2005, Ghislain Garcon wrote:
Hello,
I've made a check out this morning of squid 3 and I've tried to add
ICAP access rules.
When I set : icap_access class_0 allow all
and I launch squid -z to create swap files I get a core dump in file
acl.cc line
On Fri, 11 Nov 2005, Duane Wessels wrote:
Please let us know if you forsee any problems with this plan.
Problem? No, I see only benefits.
Regards
Henrik
On Fri, 15 Jul 2005, Andrey Shorin wrote:
../include/Array.h: In member function `VectorE VectorE::operator+=(E)':
../include/Array.h:95: warning: no return statement in function returning
non-void
Thanks for your patch. It has been merged.
Regards
Henrik
in function returning
non-void
make[2]: *** [MemPool.o] Error 1
make[2]: Leaving directory `/home/tolsty/squid/squid3-anon/lib'
Line 95 is:
Vector operator += (E item) {push_back(item);};
Please excuse me, would somebody commit a patch to squid 3 HEAD, or
correct me if I'm wrong...
-
Best
Hello Andrey,
Friday, July 15, 2005, 1:01:34, Andrey Shorin wrote:
And the patch should be as attached.
[EMAIL PROTECTED] squid3-anon]$ make
...
if g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include
-I../include -I../lib/cppunit-1.10.0/include -I
../lib/cppunit-1.10.0/include -Werror
Hello Squid,
[EMAIL PROTECTED] squid3-anon]$ make
...
if g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../include
-I../lib/cppunit-1.10.0/include -I ../lib/cppunit-1.10.0/include -Werror
-Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT -g -O2 -MT
MemPool.o -MD -MP -MF
On Fri, 18 Feb 2005, Duane Wessels wrote:
I spent half a day trying to figure out why Squid-3-cvs was core dumping
in the debugs() macro. Alex suggested that GCC 2.x may have bugs in
its support for stringstream. With GCC 3.3 it no longer dumps core at
that spot.
I was not aware it even built
I spent half a day trying to figure out why Squid-3-cvs was core dumping
in the debugs() macro. Alex suggested that GCC 2.x may have bugs in
its support for stringstream. With GCC 3.3 it no longer dumps core at
that spot.
Give this, shouldn't we be checking the GCC version in ./configure?
DW
Hi Henrik,
- There are still some critical problem related to FDs handling in the
Robert's old refactored IPC code
(http://www.squid-cache.org/~robertc/ipc.refactoring.patch) that is
already included in the Windows port
Anything we can do to help understanding the problem or how to solve it?
I
Hi Henrik,
At 01.21 03/01/2005, Henrik Nordstrom wrote:
On Fri, 31 Dec 2004, Serassio Guido wrote:
- Full build is OK, on both MinGW and MS Visual Studio 2005 beta 1 (with
some minor patches), so I'm ready to dropping out the old MS Visual
Studio 6 support.
Excellent!
The transition is now
On Fri, 31 Dec 2004, Serassio Guido wrote:
- Full build is OK, on both MinGW and MS Visual Studio 2005 beta 1 (with some
minor patches), so I'm ready to dropping out the old MS Visual Studio 6
support.
Excellent!
- There are still some critical problem related to FDs handling in the
Robert's
Hi,
This the current status of the Windows native port:
- Full build is OK, on both MinGW and MS Visual Studio 2005 beta 1 (with
some minor patches), so I'm ready to dropping out the old MS Visual Studio
6 support.
- There are still some critical problem related to FDs handling in the
Robert's
On Mon, 18 Oct 2004, Serassio Guido wrote:
Please someone can review the following Squid 3.0 open bugs ?
They seem to me possible candidate to be applied and closed.
#836
#894
#901
#931
#997
#1092
Set them with a Target Milestone: 3.0 and Priority: P1 and they
automatically get into my review
On Tue, 24 Aug 2004, Adrian Chadd wrote:
The 'hack' would be to write a routine to return how many bytes are
currently in the squid-3 stmem/MemObject. This may be enough for
the store code which uses it to swap objects out but I want to make
the http usage a bit nicer.
There is two indications
Hi all,
I'm going to take another (!) shot at fixing range requests
for squid-3.
I've checked out a current squid-3 tree. It seems that the same
problem exists as it did a few months ago.
This being:
* line 816 of src/http.cc does this:
/* If the body size is known, we must wait until
On Mon, 2004-08-23 at 16:04 +0800, Adrian Chadd wrote:
Hi all,
I'm going to take another (!) shot at fixing range requests
for squid-3.
Cool. Sounds about right. BTW, I'm about to commit in a 'real' unit
testing framework, its in development in my tla tree:
[EMAIL PROTECTED]/squid--unittest
On Mon, 23 Aug 2004, Adrian Chadd wrote:
I've checked out a current squid-3 tree. It seems that the same
problem exists as it did a few months ago.
I have not looked at it. Only forward porting of 2.5 bugfixes...
* line 816 of src/http.cc does this:
/* If the body size is known, we must wait
and 2000-3000).
Whatever it is in 2.5 would return 2000 when the whole request was read.
In squid-3, it'd return 3000.
This could cause quite a few problems in the store code.
So how is the code now supposed to know if all needed data is available in
order to fix the lines above?
Thats what
this:
ranges: 1-1000,2000-3000
the reply from the server would be 2kb (1-1000 and 2000-3000).
Whatever it is in 2.5 would return 2000 when the whole request was read.
In squid-3, it'd return 3000.
This could cause quite a few problems in the store code.
I did a sweep for uses of that function
On Fri, 26 Mar 2004, Pascal Peregrina wrote:
Hi,
I would like to know what you think about adding a enable/disable ESI
directive either in squid.conf or a command line switch...
Maybe.. depends on how much of the data flow ESI needs to touch..
Regards
Henrik
On Wed, 17 Mar 2004 23:14:35 -0700
Adrian Chadd [EMAIL PROTECTED] wrote:
I've come across a bizarreness in the range request support.
This request, when thrown at squid-3, returns much, much less data
than it should:
...[skipped]
Please look at bug#900 with attached patch
[ http
Hi,
I've come across a bizarreness in the range request support.
This request, when thrown at squid-3, returns much, much less data
than it should:
[EMAIL PROTECTED]:~/work/squid/tests/range$ cat range-creative-2.txt
GET http://www.creative.net.au/test.txt HTTP/1.1
Host: www.creative.net.au
Hi,
I'm trying to do some squid-3 range request testing but I've hit a bit
of a snag:
[EMAIL PROTECTED]:~/work/squid/tests/range$ cat range-creative-2.txt
GET http://www.creative.net.au/test.txt HTTP/1.1
Host: www.creative.net.au
Accept-ranges: bytes
Accept: */*
Range: bytes=12806817-12872353
On Sun, Mar 14, 2004, Adrian Chadd wrote:
Hi,
I'm trying to do some squid-3 range request testing but I've hit a bit
of a snag:
.. and here's a snippet from the debug logs for another request.
I'll have a poke around, see if I see anything amiss but I have to
say this is all reasonably
HI,
I've fixed, hopefully, a large chunk of the memory leaks people
have been seeing in squid-3-cvs. I suggest upgrading any installs
you have to the latest and give it a run.
I'm currently stressing out squid-3-cvs with epoll and diskd.
Adrian
Dear Friend:
I am trying to run Squid 3 on WinNT 4 platform but I am struggling with
devcpp compiler. Is it possible to get a pre-compiled version ready to
install on WinNT 4 machine?
Kind Regards
Ariel
Henrik,
Thank you for your prompt response. Please advise when you formulate
the solution..
Jimmy A.
-Original Message-
From: Henrik Nordstrom [mailto:[EMAIL PROTECTED]
Sent: Friday, January 30, 2004 3:03 AM
To: Arbelaez, Jim
Cc: [EMAIL PROTECTED]
Subject: RE: Squid-3 Release Date
Hi fellow Squid hackers,
I need a volunteer who can help with forward-porting testing and verifying
squid-2.5 patches to squid-3. My queue of Squid-2.5 patches not yet ported
to Squid-3 is growing alarmingly long and it does not look like my
situation will improve soon, at least not within
Hello everybody. We are testing squid 3 with reverse proxy and name
virtualhosts, here are some test we have done.
1) Squid as a frontend reverse proxy of apache http server on the same machine
without the vhost parameter (http_port directive):
It seems to work properly, obviously you don't
On Thu, 2003-10-16 at 01:05, Dino wrote:
We are Dino Ciuffetti and Alessandro Merlani, pro-netics S.r.l.
We are proud to test squid proxy server!
We are testing squid3 with esi feature, but it seems that the cache engine
didn't work with squid3 configured as a reverse proxy.
Other
Hi There!
I have tested squid 3 on a windows machine and realise that it is not as
fast as squid 2.5
Why is this?
Is there any way to get squid 3 to work like squid 2.5?
When will squid 3 have ftp caching?
--
Thank you very much.
Best regards
Edward Millington
BSc, Network+, I-Net+, CIW
Here's the current stats from a squid-3 test. I'm not terribly impressed.
Throughput wise, AUFS is about the same as squid-2.5. No surprises there.
I'll be interested in seeing how squid-3+coss and squid-3+epoll performs.
But, squid seems to be taking an _awfully_ large amount of RAM: ie
Adri pointed out that the bugs page had broken html - I've fixed this.
Part of the problem was the .bug files, which get included in the
index.html file - please note that you should ensure the .bug files
contain only valid html.
I've added a link to the validator, if you're not sure whether a
On Thu, Aug 14, 2003, Robert Collins wrote:
It hasn't changed that much!
Yeah, I'm looking at it a little more. heh.
Seriously, the stack trace shows httpSendRequest as the active culprit,
and in frame 10 you should be able to get the address of the callback
listed for the previous write.
On Thu, 2003-08-14 at 23:14, Adrian Chadd wrote:
It's a duplicate write - a write had been scheduled, not triggered, and
now a new write is scheduled.
Rob
--
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.
signature.asc
Description: This is a digitally signed message
squid-3, 2gig ufs, 30req/sec datacomm-1 run. Left it for about an hour,
then ctrl-C'ed the polygraph client/server. This happened:
(gdb) bt
#0 0x401b9a41 in kill () from /lib/libc.so.6
#1 0x4005224b in pthread_kill () from /lib/libpthread.so.0
#2 0x40052521 in raise () from /lib/libpthread.so
Ok,
I've copied and am adjusting to squid 3 the 2.5 html pages to v3/3.0.
Henrik, where's the cron job used to generate the v3 snapshots? (I want
to adjust it to put them in the new location)...
Cheers,
Rob
--
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt
mån 2003-07-07 klockan 00.02 skrev Henrik Nordstrom:
- Collapsed forwarding
http://devel.squid-cache.org/collapsed_forwarding/
This is a big benefit for high traffic accelerator setups
Merging of collapsed forwarding postponed until further notice due to
discovered problems with
201 - 300 of 317 matches
Mail list logo