On 06/21/2013 10:18 PM, babajaga wrote:
Depends on what the definition of RT is...
RT should be something reliable for a human to use in realtime
What do you think? <
You are talking about "Online Systems" with response times, considered to be
"immediate" for human beings. Which is in the
>Depends on what the definition of RT is...
RT should be something reliable for a human to use in realtime
What do you think? <
You are talking about "Online Systems" with response times, considered to be
"immediate" for human beings. Which is in the range of ms.
--
View this messa
Thanks Alex..
However, I was not able see clear text payload of http/https traffic. All
the body message has been encoded in ICAP response messages. Is there a way
to access those in clear text ?
Thanks
Sagar
--
View this message in context:
http://squid-web-proxy-cache.1019090.n4.nabble.
On 06/21/2013 02:05 AM, Tom Tom wrote:
> Hi
>
> Running squid 3.3.4 as an icap-client:
>
> Sometimes, I got on our ICAP-server (runs on the same box as squid)
> errors like: "ERROR write error: Connection reset by peer"
...
> For me, the following lines seems curious:
> 2013/06/21 09:46:31.756 k
On 21/06/2013 10:34 p.m., Ahmed Talha Khan wrote:
On Fri, Jun 21, 2013 at 10:41 AM, Alex Rousskov
wrote:
On 06/20/2013 10:47 PM, Ahmed Talha Khan wrote:
On Fri, Jun 21, 2013 at 6:17 AM, Alex Rousskov wrote:
On 06/20/2013 02:00 AM, Ahmed Talha Khan wrote:
My test methodology looks like this
On 06/21/2013 04:34 AM, Ahmed Talha Khan wrote:
>>> Then the question becomes why squid is slowing down?
>>
>> I think there are 2.5 primary reasons for that:
>>
>> 1) Higher concurrency level ("c" in your tables) means more
>> waiting/queuing time for each transaction: When [a part of] one
>> tran
Thanks for the answers guys,
Really should have looked in the cache.log first before posting here.
cache.log told me that there were errors while initialising SSL. After
a bit of googling around, I changed https_port to http_port and squid
binds everything correctly, as it seems that https_port is
On 2013-05-28, Stuart Henderson wrote:
> On 2013-05-17, Alex Rousskov wrote:
>> On 05/17/2013 01:28 PM, Loïc BLOT wrote:
>>
>>> I have found the problem. In fact it's the problem mentionned on my
>>> last mail, is right. Squid FD limit was reached, but squid doesn't
>>> mentionned every time the
Squid architecture is not realtime at all.
It is not made to handle "blocking" issues properly, as it is required
in realtime systems, and latency can easily grow up because of disk
overload for example.
On 2013-06-21 16:20, Eliezer Croitoru wrote:
On 06/21/2013 03:43 PM, babajaga wrote:
Squi
On 06/21/2013 02:45 PM, Daniele Segato wrote:
Hi,
is there a way to clear the cache without stopping / rebooting squid?
I usually stop squid, remove the caches from the filesystem (rm -rf
/path/where/the/cache/is), restart squid.
Is there a way to clear that cache without the restart?
Thanks,
On 06/21/2013 03:43 PM, babajaga wrote:
Squid is 100% one of the systems that tries and succeed on these
specific tasks. <
A bit too optimistic. I did a lot of assembler programming (incl. device
drivers for special HW) for RT-systems (16bit/32bit), using OS, which were
especially designed to ha
>Squid is 100% one of the systems that tries and succeed on these
specific tasks. <
A bit too optimistic. I did a lot of assembler programming (incl. device
drivers for special HW) for RT-systems (16bit/32bit), using OS, which were
especially designed to handle RT-tasks using HW/SW-interrupts. I ve
Hi,
is there a way to clear the cache without stopping / rebooting squid?
I usually stop squid, remove the caches from the filesystem (rm -rf
/path/where/the/cache/is), restart squid.
Is there a way to clear that cache without the restart?
Thanks,
Daniele Segato
On Thu, Jun 20, 2013 at 4:15 PM, Amos Jeffries wrote:
> On 20/06/2013 9:06 p.m., Ahmed Talha Khan wrote:
>>
>> Let us break down the two cases:
>>
>>
>> On Thu, Jun 20, 2013 at 12:58 PM, Amos Jeffries
>> wrote:
>>>
>>> On 20/06/2013 6:11 p.m., Ahmed Talha Khan wrote:
Ok lets assume that
>
>
> I understand that Amos is eager to get more tests and more results about
> the latest enhancements, but as Amos himself also stated earlier, please
> use a released version of Squid for testing since the test results for
> 3.3.x or 3.4.x are interesting for admins of Squid who can consider
>
On Fri, Jun 21, 2013 at 10:41 AM, Alex Rousskov
wrote:
> On 06/20/2013 10:47 PM, Ahmed Talha Khan wrote:
>> On Fri, Jun 21, 2013 at 6:17 AM, Alex Rousskov wrote:
>>> On 06/20/2013 02:00 AM, Ahmed Talha Khan wrote:
My test methodology looks like this
generator(apache benchmark)<-
On Thu, Jun 20, 2013 at 5:21 PM, Marcus Kool
wrote:
>
>
> On 06/20/2013 06:51 AM, Amos Jeffries wrote:
>>
>>
>>
>>> If anyone is interested with very detailed benchmarks, then I can provide
>>> them.
>>
>>
>> Yes please :-)
>>
>> PS. could you CC the squid-dev mailing list as well with the details
>
>
>> I want to share the results with the community on the squid wikis. How
>> to do that?
>
>
> We are collecting some ad-hoc benchmark details for Squid releases at
> http://wiki.squid-cache.org/KnowledgeBase/Benchmarks. So far this is not
> exactly a rigourous testing, although following the m
Amos Jeffries-2 wrote
> On 20/06/2013 2:08 a.m., marwan wrote:
>> Thank you for your help
>>
>>
>> Amos Jeffries-2 wrote
>>> Because the parent is expecting to receive plain-HTTP from the child.
>>> The child is sending SSL traffic to the parent.
>>>
>>> Use an https_port with a normal server certi
I have seen things about RealTime computer systems.
One of the finest descriptions I have seen from: http://www.ecrts.org/ is:
The technical committee on real-time systems promotes state-of-the-art
research and research for applications with temporal constraints,
real-time systems. Such computin
What Version of squid??
'squid -v' output
also please tell us what is the purpose of the service?
is this service for ssl-bumping or just ssl reverse proxy?
there should be something in the cache.log if there is a problem in
binding a port.
This is for squid 3.1
http://wiki.squid-cache.org/Feat
On 21/06/2013 6:46 p.m., David Mohl wrote:
Okay guys,
it looks like squid is not listening on port 443, even though the
https_port directive is set to it.
I tried playing around with it and changed the port to a higher range,
but same result.
According to netstat, squid3 listens only to port 80
Hi
Running squid 3.3.4 as an icap-client:
Sometimes, I got on our ICAP-server (runs on the same box as squid)
errors like: "ERROR write error: Connection reset by peer"
On the squid-side, I enabled "debug_options 93,4". In case of the
error above, I have the following output in the cache.log:
debug_options ALL,2
should give the needed iformation from cache.log.
Eliezer
On 06/21/2013 03:28 AM, Amos Jeffries wrote:
On 21/06/2013 8:48 a.m., Eliezer Croitoru wrote:
ETAG???Vary??
There was a small talk about a bug in the vary thing But I am unsure
how it was tested.
Can we test this th
24 matches
Mail list logo
