<div dir="ltr"><div dir="ltr"><div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks for the answer.<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Yes I saw the updates for <span style="font-family:Arial,Helvetica,sans-serif">%<pt and %<tt</span><span style="font-family:Arial,Helvetica,sans-serif"> but I still don't get it. </span></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="font-family:Arial,Helvetica,sans-serif">For </span><span style="font-family:Arial,Helvetica,sans-serif">%<pt : "</span><span style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif"> The timer starts </span><span style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif">when the last request byte is sent to the next hop </span><span style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif">and stops when the last response byte is received."  Are we talking of last request / last response of a single TCP connection on server side ? Do we agree that we are purely talking about request/response on HTTP, and thus this time does not take into account the time spent with SSL negotiation / squid actions before ?</span></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif"><br></span></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><span style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif">For %<tt : I understand that all the time spent sending requests & waiting responses from the Origin are added. It would also means that if I subtract this timer to %tr, I would have only the ClientSide time before first packet is sent to Origin by the squid & after the last packet is received from the Origin ?</span></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Actually, what I want to monitor, is the time between the first client packet received on the Squid and the time the squid makes its choice :</div><div class="gmail_default" style="font-family:tahoma,sans-serif">- based on SNI for SSL Splice</div><div class="gmail_default" style="font-family:tahoma,sans-serif">- based on HTTP ACL (HTTP traffic or HTTPS traffic with SSL Bump)</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Based on this, I would be able to check if a squid server is taking too much time making a decision.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Is this something feasible?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><span><p style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Montserrat,sans-serif;color:rgb(33,55,71);background-color:transparent;vertical-align:baseline">Cordialement, Regards,</span></p><p style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Montserrat,sans-serif;color:rgb(33,55,71);background-color:transparent;vertical-align:baseline"><br></span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:9pt;font-family:Montserrat,sans-serif;color:rgb(33,55,71);background-color:transparent;font-weight:700;vertical-align:baseline">Benjamin DELANNOY </span></p><div><br></div></span></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Feb 17, 2025 at 4:47 PM Alex Rousskov <<a href="mailto:rousskov@measurement-factory.com">rousskov@measurement-factory.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2025-02-17 10:02, BENJAMIN DELANNOY wrote:<br>
<br>
> I try to figure out what is exactly measured with the <pt & <tt timings. <br>
> I don't get what are the difference between them, what is the difference <br>
> between "peer response time" & "time spent forwarding to origin <br>
> servers", <br>
<br>
Have you seen <span class="gmail_default" style="font-family:tahoma,sans-serif"></span><span class="gmail_default" style="font-family:tahoma,sans-serif"></span>%<pt and %<tt descriptions at [1]? %<tt description was <br>
updated in August 2024, and squid.conf.documented in Squid v6 and <br>
earlier does not have those documentation updates (and the corresponding <br>
bug fixes)...<br>
<br>
[1] <a href="http://www.squid-cache.org/Doc/config/logformat/" rel="noreferrer" target="_blank">http://www.squid-cache.org/Doc/config/logformat/</a><br>
<br>
<br>
> what is the "last I/O with the last peer", etc.<br>
<br>
When forwarding a single client request, Squid may talk to multiple <br>
cache_peer and origin server addresses (collectively called "peers"). <br>
Talking to a given peer may include multiple socket reading and writing <br>
(i.e. I/O) events. Does this clarify?<br>
<br>
<br>
<br>
> For information, I aim to calculate the time spent on the client-side & <br>
> by squid processing time,  excluding the server-side time spent (=what I <br>
> don't manage).<br>
<br>
This kind of calculation is a common need. Please keep in mind that <br>
Squid may spend time on the client side (e.g., awaiting the next request <br>
body byte) while also spending time on the server side (e.g., awaiting <br>
the next response body byte), complicating things.<br>
<br>
If existing %codes are not enough, please detail your needs in terms of <br>
events that Squid can recognize (e.g., receiving the first response <br>
header byte or sending the last request body byte).<br>
<br>
<br>
HTH,<br>
<br>
Alex.<br>
<br>
<br>
<br>
<br>
> We do not use squid for caching but only for http & ssl proxy/filtering.<br>
> <br>
> Thanks a lot !<br>
> <br>
> <br>
> Cordialement, Regards,<br>
> <br>
> <br>
> Benjamin DELANNOY<br>
> <br>
> Cloud Network Engineer<br>
> <br>
> NETWORK SOLUTIONS - GTDP<br>
> <br>
> Mobile +33 (0)6 16 98 23 72<br>
> <br>
> <br>
> 135 rue Sadi Carnot • CS 00001 • 59790 Ronchin • FRANCE<br>
> <br>
> <a href="http://positivetech.adeo.com" rel="noreferrer" target="_blank">positivetech.adeo.com</a> <<a href="https://positivetech.adeo.com/" rel="noreferrer" target="_blank">https://positivetech.adeo.com/</a>><br>
> <br>
> adeolinkedin <<a href="https://www.linkedin.com/company/groupe-adeo" rel="noreferrer" target="_blank">https://www.linkedin.com/company/groupe-adeo</a>><br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> squid-users mailing list<br>
> <a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a><br>
> <a href="https://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">https://lists.squid-cache.org/listinfo/squid-users</a><br>
<br>
_______________________________________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a><br>
<a href="https://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">https://lists.squid-cache.org/listinfo/squid-users</a><br>
</blockquote></div></div>