Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dqv7r-0008Eo-Vo for pgsql-performance@arkaria.postgresql.org; Sun, 10 Sep 2017 05:49:48 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dqv7r-0002LG-IS for pgsql-performance@arkaria.postgresql.org; Sun, 10 Sep 2017 05:49:47 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dqv7q-0002Gt-DP for pgsql-performance@postgresql.org; Sun, 10 Sep 2017 05:49:46 +0000 Received: from mail-io0-x230.google.com ([2607:f8b0:4001:c06::230]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dqv7m-0006xa-Tu for pgsql-performance@postgresql.org; Sun, 10 Sep 2017 05:49:45 +0000 Received: by mail-io0-x230.google.com with SMTP id b142so12417958ioe.1 for ; Sat, 09 Sep 2017 22:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=6ZsCmtH2vOQ1cJEtLkleX+jg3ia0mNl7hddwu2ij9kg=; b=RzZFurxeK0X8YcX9bv7I/WS0ZRlOfJbjalDfPzB0lIS5lYRuqA4N49A9lJVm4YdE2N bpQ/90PT08ZDC1O6CVzp7WLvqaBavjSp38oxUPdNzcyN8wzCZgE9Ao7C6ZRfK7orl1hs yYBYY6PUPRHNTzx7+FNE5SmqvutLuRef7dv3NMZ80MXfB6/XuNCKwlB3aFNJywA1i4cC BegCHkFnBrNJCng7k/hr5eZdAppHM5YV0SJFVeQGESljJOTLB1PNCSjlcFks0UfGlKMf 7z2kfzguY6NnJ8UQiQMYwFm3lulZFiRVhvZjcSZhE2J+YnSfW+OIB9V1LqSUC3Tyvapq vjtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=6ZsCmtH2vOQ1cJEtLkleX+jg3ia0mNl7hddwu2ij9kg=; b=hyE+KqfM4+LPiGKCA1wxfWe/MoO+CJnGlBQOyiqw0mqr0pS2/MhiQQOYRTyOD56FAU LxgSBA1rfSG7L0zmXT49z+PSVguPG7zW8bGtjMHt7Gxz4jutEOyF0dRmdKNshpoLORwm aHaK+EesLGbpcgR9i2xy8m+FOTXPrQWNQ98tPjCK2b0qMdcTzd/uvyRipPoqRakLMsmr tzULUgeuZJrWy8QqVxCTnyh2Iy2G1+NUmBnhxF6WjZDdiKhp6j6Ef3N21Pj2QrssZosu jRC/HpH7nCuYhlkNCid2tRIM1PiPvaMzziZD63FpOBDiMBkIhzTVd79df7HCLimUmpO3 sDjg== X-Gm-Message-State: AHPjjUg8VWMZfN0Q3cKjSFM0PjLjETQJpfheaDFvuJ30qH0oZJ+XMDHN XN+EPAECB2WB64s08KmmFZpEFrr+Xw== X-Google-Smtp-Source: AOwi7QBfJD5Jimg22zaR1mn3Rkov13QMX9HTFOplMHtP9jbEfnFpbPoeXUdddDbX/tX2sG+/9eEjNGseh8TDSCvBG1s= X-Received: by 10.107.134.201 with SMTP id q70mr10106019ioi.59.1505022582201; Sat, 09 Sep 2017 22:49:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.140.148 with HTTP; Sat, 9 Sep 2017 22:49:41 -0700 (PDT) In-Reply-To: References: From: Soni M Date: Sun, 10 Sep 2017 12:49:41 +0700 Message-ID: Subject: Re: [SPAM] OS cache management To: Moreno Andreo Cc: "pgsql-performance@postgresql.org" Content-Type: multipart/alternative; boundary="001a113f92ae6420cf0558cf60e4" List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org --001a113f92ae6420cf0558cf60e4 Content-Type: text/plain; charset="UTF-8" Yeah, thanks. We have it in count. On Wed, Sep 6, 2017 at 9:45 PM, Moreno Andreo wrote: > Il 06/09/2017 10:12, Soni M ha scritto: > >> >> >> Let's say I have 10 year data, and commonly used data only the last 1 >> year. This data is quite big, so each table and index file is divided into >> several file in PGDATA/base >> >> May not be relevant to what you asked, but if you want to keep last yeat > data in a "small and fast" dataset separated (physically separated!) by old > data (that's still available, but response times may vary), IMHO you should > consider partitioning... > https://www.postgresql.org/docs/current/static/ddl-partitioning.html > > HTH, > Moreno.- > > > > -- > Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-performance > -- Regards, Soni Maula Harriz --001a113f92ae6420cf0558cf60e4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yeah, thanks. We have it in count.

On Wed, Sep 6, 2017 at 9:45 PM, Mor= eno Andreo <moreno.andreo@evolu-s.it> wrote:
Il 06/09/2017 10:12, Soni M ha s= critto:


Let's say I have 10 year data, and commonly used data only the last 1 y= ear. This data is quite big, so each table and index file is divided into s= everal file in PGDATA/base

May not be relevant to what you asked, but if you want to keep last yeat da= ta in a "small and fast" dataset separated (physically separated!= ) by old data (that's still available, but response times may vary), IM= HO you should consider partitioning...
https://www.postgresql.org/docs/current/static/ddl-partitioning.html

HTH,
Moreno.-



--
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-pe= rformance



--
Regards,

Soni Maula Harriz
--001a113f92ae6420cf0558cf60e4--