Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0CDD418973 for ; Mon, 28 Sep 2015 18:37:52 +0000 (UTC) Received: (qmail 71896 invoked by uid 500); 28 Sep 2015 18:37:17 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 71840 invoked by uid 500); 28 Sep 2015 18:37:17 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 71830 invoked by uid 99); 28 Sep 2015 18:37:17 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Sep 2015 18:37:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 1FF2BC6B87 for ; Mon, 28 Sep 2015 18:37:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.448 X-Spam-Level: *** X-Spam-Status: No, score=3.448 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_REPLY=1, HTML_MESSAGE=3, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id WCx8JWBscgYX for ; Mon, 28 Sep 2015 18:37:16 +0000 (UTC) Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 54290204C9 for ; Mon, 28 Sep 2015 18:37:16 +0000 (UTC) Received: by igbkq10 with SMTP id kq10so59777375igb.0 for ; Mon, 28 Sep 2015 11:37:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nfyKWkAwG7y9V2Cka5vWK9S9a5+X6dLhsmR4dS0QFJw=; b=ouuKpDsx2YGuUKuLKXCHD3ceJgFcsV222b1yOmbu5UNbm1bgiraAXxEf5K9SV18R3L LbusCLVuVfOf9GELwzqYFftxbq9YibcQ3+9z6Z8YwM0/jKrIv2fgxcr88Wvngfpj+fWs xWjxZkjy+jwYsH3IOgQwrb57xUfXwdHEjDcpopQ1K7oeaP/6l/ipMYxoVmWOzPxZr6YE f4KZBY/2vDyUDmppNY1NoIO1Y7UQZlSQVOsMwAT4NLpZrQz6wHCKsMkk0N3RRueb3XSR Pjl2/CflxItCOcyp3hA7Xoi+T8PsUEK2xhOpHHU0zB57SGn8oIQeilOkHV4JmZq1IGUQ 0gog== MIME-Version: 1.0 X-Received: by 10.50.73.8 with SMTP id h8mr4734257igv.94.1443465435757; Mon, 28 Sep 2015 11:37:15 -0700 (PDT) Received: by 10.36.116.148 with HTTP; Mon, 28 Sep 2015 11:37:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Sep 2015 13:37:15 -0500 Message-ID: Subject: Re: persist specific requests only in RAM cache From: Jeremy Payne To: users@trafficserver.apache.org Content-Type: multipart/alternative; boundary=089e013a01408b6bb00520d2fce7 --089e013a01408b6bb00520d2fce7 Content-Type: text/plain; charset=UTF-8 not sure if this answers your question, but i have been thinking about something similar. this is how i have it played out in my mind, although i havent looked at the transaction points to see when host/domain is considered for volume placement. 1. create a ramdisk(or some memory based filesyetm) 2. map the ramdisk to store content for some domain 3. write a lua script to change the cache key of specific requests to something within the ramdisk domain 4. the expectation is that with this change, the desired objects will be found in the ramdisk volume. On Mon, Sep 28, 2015 at 1:20 PM, Daniel Morilha wrote: > Hi, > > I would like to know if ats provides any way to trick the cache and store > some specific request only in RAM so when ats restarts the entry won't be > there any longer. > > Thanks, > > -- > Daniel Morilha (dmorilha@gmail.com) > --089e013a01408b6bb00520d2fce7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
not sure if this answers your que= stion, but i have been thinking about something similar.

this = is how i have it played out in my mind, although i havent looked at the tra= nsaction points to see when host/domain is considered for volume placement.=

1. create a ramdisk(or some memory based filesyetm)
= 2. map the ramdisk to store content for some domain
3. write a lu= a script to change the cache key of specific requests to something within t= he ramdisk domain
4. the expectation is that with this change, the= desired objects will be found in the ramdisk volume.



On Mon, Sep 28, 2015= at 1:20 PM, Daniel Morilha <dmorilha@gmail.com> wrote:
=
Hi,

I would like to know if ats provides any way to tr= ick the cache and store some specific request only in RAM so when ats resta= rts the entry won't be there any longer.

Thanks,
--
Daniel Morilha (dmorilha@gmail.com)

--089e013a01408b6bb00520d2fce7--