Re: [DISCUSS] ATS code study groups

FYI in case you don't know, @oknet hosted a great learning material - atsinternals , which can help to understand ATS better. It can also help the session leader to prepare the topic. The only complaint is only limited chapters were translated to English. Ran

Re: Handling requests to an upstream that is unresponsive.

Yes, as a supplement for what Sudheer pointed out, on LI Traffic's roadmap, we're adopting dynamic-discovery (D2), a client-side load-balancing strategy that can gracefully solve the issue. If some origin servers are

Re: Make proxy.config.http.per_server.min_keep_alive_connections overridable

In addition to the bug Sudheer mentioned, it makes total sense to make the config overridable on its own. It's a waste of connection resource to use a global value of different origins. Sudheer Vinukonda 于2019年8月15日周四 下午5:45写道： > Use case - We’ve some origins behind our proxy that get very low q

Re: [PROPOSAL] Remove "stats" pages

ugh, lets leave stats pages as they are for 9.0.0, for > v9.1/v9.2 we’ll improve the management port communication, and we (you) > should migrate this functionality to that system. We’ll defer removing > stats pages until v10.0.0. > > Cheers, > > — Leif > > > Leif Hedstrom

Re: [PROPOSAL] Remove "stats" pages

We have been using those pages to monitor Hostdb and connection count table in LI. We found it handy and useful. Not sure what’s the alternative way to do similar things. There will be no performance impact unless you issue a request. When you want to debug, the box is already in some bad state an

Re: Memory leak at head?

git bisect said "a37f0d91ec0bbc5cd1f0700a69d76df54b9484fc is the first bad commit". Glad to see Brian here again! We miss you so much! 😘 Brian Geffon 于2019年2月20日周三 下午4:17写道： > Lol twist my arm amc ;D > > Leif's leak is different that what I'm seeing, mine is trivially reproduced > but here is t

Re: Headers.h in the CPPAPI

Linkedin Traffic team is actively using it. It's quite handy. (Thanks @bgeffon One issue we found so far is Headers.wireStr() is much slower than the raw API equivalent TSMimeHdrPrint, so you've better to avoid that. Walt Karas 于2018年9月12日周三 下午4:52写道： > Who has used this and what issues (if any)

Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery

Thanks, Fei Deng, glad to hear the good news! Looking forward to the new PR. 2018-08-21 7:50 GMT-07:00 Alan Carroll : > I wait, with bright eyed anticipation, for the documentation for this! > > On Tue, Aug 21, 2018 at 9:47 AM Fei Deng wrote: > > > I'm looking into this right now. Already have t

[New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery

Hi, team, The background here is we'd like to clean up a thread local cache after some timeout. Unfortunately, we're lacking an API to schedule a continuation to the current thread. There are two ways I can think of to achieve this. One is a pair of new APIs *TSContScheduleToCurrentThread(TSCont

Re: new developer, about plugin

Hi, Have you tried to enable the debug tag[1] as "http" and check the log? Or even better, please try to use a debugger to see which step goes wrong. [1] https://docs.trafficserver.apache.org/en/6.2.x/developer-guide/debugging/debug-tags.en.html 2018-06-29 7:30 GMT-07:00 928991159 <928991...@qq.c

Re: [DISCUSS] Time to EOL 6.2.x?

Team, We're still on 6.2.x and have the plan to migrate to a newer version later this year. However, the migration, from our previous experience, can take 6+ months. +1 on postponing the EOL for another 6 months, if it works for everybody. Thanks, Zizhong 2018-05-29 20:52 GMT-07:00 Chao Xu : >