On Sun, Aug 10, 2014 at 2:41 PM, Phil Sorber wrote:
> Hello All,
>
> I've prepared a release for v4.2.2 (RC0) which is the latest stable
> release in the 4.2.x series. This is the third release in our Long Term
> Support (LTS) version as detailed in our Release Management document:
>
> https://cw
On 10/08/14 01:41 PM, Phil Sorber wrote:
Hello All,
I've prepared a release for v4.2.2 (RC0) which is the latest stable
release in the 4.2.x series. This is the third release in our Long Term
Support (LTS) version as detailed in our Release Management document:
https://cwiki.apache.org/confluen
Github user jablko closed the pull request at:
https://github.com/apache/trafficserver/pull/90
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature i
Github user jablko commented on the pull request:
https://github.com/apache/trafficserver/pull/90#issuecomment-53933909
Pulled as 6c60ab0147a9f12a2b989640846a588f5dbf1197
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If
Thanks! Done.
On 28/08/14 06:39 PM, Leif Hedstrom wrote:
Sweet, you should send this to users@ too :)
On Aug 28, 2014, at 5:12 PM, Jack Bates <6ny...@nottheoilrig.com> wrote:
I added a wiki page based on my experience with traffic shaping
(AKA bandwidth management AKA QoS)
https://cwiki.apach
what about a post-optimization of the cache? I mean...
1. when ATS receives a huge data it stores the URLs with a rounded timestamp
and the flag "checked:true/false" into a RDBMS (eg. postgresql) with a unique
constraint on URLs and timestamp fields
2. a batch process periodically get URLs (
I’d agree that Leif point out the problem here, we may call this a de-duplicate
solution but mostly after we save the content when we get from the origin, it
is already wasting your disk storage, you will get the same hash after all the
data is completed from the origin, and the disk already was
