Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9A8B8108F6 for ; Tue, 3 Dec 2013 17:34:24 +0000 (UTC) Received: (qmail 37901 invoked by uid 500); 3 Dec 2013 17:34:24 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 37832 invoked by uid 500); 3 Dec 2013 17:34:23 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 37824 invoked by uid 99); 3 Dec 2013 17:34:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Dec 2013 17:34:22 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of noreply@sourceforge.net designates 216.34.181.60 as permitted sender) Received: from [216.34.181.60] (HELO smtp.ch3.sourceforge.com) (216.34.181.60) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Dec 2013 17:34:18 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.com; s=x; h=Date:References:In-Reply-To:Message-ID:Subject:Reply-To:From:To:MIME-Version:Content-Type; bh=tKSgVgamkJOIFzBrCXGZd5u+YDTe5dl7hrihJb3PQ+g=; b=IF35LHH9Il3LYczZR64bUhCDZVq7B3QzNM+IwbnB8uhzJN6OEQ2wbc1qftB+fCP63P5BKuJ1il6NirpQ3awLMGj6K0CYB999DaEp2j92DcKEDjVbE3jV4iC/pivBbFQrnCfTqkl499huROiHIDLy2Lf/jeXpE4aXvLvchZm5R1U=; Received: from localhost ([127.0.0.1] helo=sfs-alluradaemon-1.v29.ch3.sourceforge.com) by sfs-alluradaemon-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VntrB-00077Q-Ub for allura-dev@incubator.apache.org; Tue, 03 Dec 2013 17:33:57 +0000 Content-Type: multipart/related; boundary="===============6630953425688392302==" MIME-Version: 1.0 To: allura-dev@incubator.apache.org From: "Dave Brondsema" Reply-To: "[allura:tickets] " <4397@tickets.allura.p.re.sf.net> Subject: [allura:tickets] #4397 Run timeline aggregations in the background with taskd Message-ID:

In-Reply-To: <4fdb77fe1be1ce660b000074.tickets@allura.p.sourceforge.net> References: <4fdb77fe1be1ce660b000074.tickets@allura.p.sourceforge.net> Date: Tue, 03 Dec 2013 17:33:57 +0000 X-Virus-Checked: Checked by ClamAV on apache.org --===============6630953425688392302== Content-Type: multipart/alternative; boundary="===============6095852572038485335==" MIME-Version: 1.0 --===============6095852572038485335== MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit - **Milestone**: forge-backlog --> forge-dec-13 --- ** [tickets:#4397] Run timeline aggregations in the background with taskd** **Status:** open **Labels:** v2 activitystreams **Created:** Fri Jun 15, 2012 05:59 PM UTC by Tim Van Steenburgh **Last Updated:** Fri Nov 01, 2013 07:51 PM UTC **Owner:** nobody Once the volume ramps up, we probably won't want to be doing timeline aggregations on demand if we can help it. Find good spots to fire off aggregations in the background using taskd, so that when an activitystream page is requested, the cached timeline can just be pulled from mongo w/o doing an aggregation. For users, a good spot to do this might be on login. For projects, not sure...needs more thought. --- Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. --===============6095852572038485335== MIME-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
  • Milestone: forge-backlog --> forge-dec-13

[tickets:#4397] Run timeline aggregations in the background with taskd

Status: open
Labels: v2 activitystreams
Created: Fri Jun 15, 2012 05:59 PM UTC by Tim Van Steenburgh
Last Updated: Fri Nov 01, 2013 07:51 PM UTC
Owner: nobody

Once the volume ramps up, we probably won't want to be doing timeline aggregations on demand if we can help it. Find good spots to fire off aggregations in the background using taskd, so that when an activitystream page is requested, the cached timeline can just be pulled from mongo w/o doing an aggregation.

For users, a good spot to do this might be on login. For projects, not sure...needs more thought.


Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

--===============6095852572038485335==-- --===============6630953425688392302==--