Yes, the configuration option for slow log is in milliseconds. Setting it to 1 is a good value.
You can also run a reporting script that I use to process the slow logs. https://github.com/apache/trafficserver/blob/master/tools/slow_log_report.pl <https://github.com/apache/trafficserver/blob/master/tools/slow_log_report.pl> Commands for slow log processing: wget —no-check-certificate -P ~/ https://raw.githubusercontent.com/apache/trafficserver/master/tools/slow_log_report.pl; chmod 755 ~/slow_log_report.pl; grep 'Slow Request' /usr/local/var/log/trafficserver/diags.log | ~/slow_log_report.pl -Bryan > On Oct 19, 2016, at 11:50 PM, Paolo Barbato <[email protected]> wrote: > > Hi Bryan, > > congratulation for recent nomination. > > >> On 19 Oct 2016, at 17:33, Bryan Call <[email protected] >> <mailto:[email protected]>> wrote: >> >> Are the response times slow on the ATS server? > > I say not. ATS behaves fast as I can see (I’m switching from squid), although > I’v not precise metrics. Time to time a new web page request hang at client > side, when ATS is in the middle. > > >> If so, you can turn on slow log and see where the requests are slowing down. > > see bottom lines > >> Can you give some details on the type of requests TLS/SSL vs non-encrypted > > From application stats on uplink ATS cache server does 40% SSL (443) and 35% > (80). > >> or http/1.1 vs http/2? >> > Actually I’ve CONFIG proxy.config.http2.enabled INT 0 > > >> Documentation on slow log: >> https://docs.trafficserver.apache.org/en/latest/admin-guide/files/records.config.en.html?highlight=slow%20log#proxy-config-http-slow-log-threshold >> >> <https://docs.trafficserver.apache.org/en/latest/admin-guide/files/records.config.en.html?highlight=slow%20log#proxy-config-http-slow-log-threshold> >> >> Example for slow log (times in seconds): >> $ sudo /usr/local/bin/traffic_ctl config set >> proxy.config.http.slow.log.threshold 1 > > This means 1 millisecond, is that a correct value to debug, or should I set > some seconds ? > >> $ tail /usr/local/var/log/trafficserver/diags.log >> [Oct 19 08:27:20.578] Server {0x2b7839272700} ERROR: [2] Slow Request: >> client_ip: 127.0.0.1:44630 url: http://www.yahoo.com/ >> <http://www.yahoo.com/> status: 301 unique id: redirection_tries: 0 bytes: >> 304 fd: 0 client state: 0 server state: 9 ua_begin: 0.000 ua_first_read: >> 0.000 ua_read_header_done: 0.000 cache_open_read_begin: 0.000 >> cache_open_read_end: 0.000 dns_lookup_begin: 0.000 dns_lookup_end: 0.000 >> server_connect: 0.000 server_first_read: 0.241 server_read_header_done: >> 0.241 server_close: 0.241 ua_close: 0.241 sm_finish: 0.241 plugin_active: >> -0.001 plugin_total: -0.001 >> >> > > > Regards, > Paolo. > > >> -Bryan >> >> >> >> >> >>> On Oct 19, 2016, at 4:46 AM, Paolo Barbato <[email protected]> wrote: >>> >>> I’m using ATS as forward proxy, with a cache of 50 GB on disk, and 100/150 >>> clients. In front there’s a CheckPoint firewall. >>> >>> ATS is installed on a CentOS 7.2 with 9 GB ram hosted on a VMWare farm. >>> >>> It works mostly fine, but time to time users (and me) observe hang when >>> loading pages, not specific urls. >>> >>> CPU load is really low as well as memory usage (no swap at all). >>> >>> Monitoring cache port 8080, I see more or less 600/800 established >>> connection per seconds during peak hours, with growing closed one that top >>> at 500 at end of the day . >>> >>> >>> If clients bypass ATS no issues are observed. >>> >>> Any hints on possible reasons? >>> >>> Regards, >>> paolo >>> >>> ------------------------------------------------------------------------------------------------ >>> Paolo Barbato >>> >>> Consorzio RFX >>> corso Stati Uniti,4 >>> 35127 Padova - Italy >>> Network Administrator >>> phone: +39 049 8295097 fax: +39 049 8700718 >>> ------------------------------------------------------------------------------------------------ >>> >> > > ------------------------------------------------------------------------------------------------ > Paolo Barbato > > Consorzio RFX > corso Stati Uniti,4 > 35127 Padova - Italy > Network Administrator > phone: +39 049 8295097 fax: +39 049 8700718 > ------------------------------------------------------------------------------------------------
