public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Pacho Ramos <pacho@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] About suggesting to create a separate partition for portage tree in handbook
Date: Sat, 31 Mar 2012 15:36:55 +0200	[thread overview]
Message-ID: <1333201015.29219.4.camel@belkin4> (raw)
In-Reply-To: <20120331093544.GA19939@localhost>

[-- Attachment #1: Type: text/plain, Size: 1851 bytes --]

El sáb, 31-03-2012 a las 02:35 -0700, Brian Harring escribió:
> On Sat, Mar 31, 2012 at 08:44:02AM +0000, Sven Vermeulen wrote:
> > On Fri, Mar 30, 2012 at 10:06:18AM +0200, Pacho Ramos wrote:
> > > Looks then that there are several alternatives for portage tree, then,
> > > maybe the option would be to add a note to Gentoo Handbook explaining
> > > the cons of having portage tree on a standard partition and, then, put a
> > > link to a wiki page (for example) where all this alternatives are
> > > explained.
> > > 
> > > What do you think about this approach? 
> > 
> > I don't like the "cons" approach, as it gives the impression that users are
> > pushed into a negative solution, whereas the current situation works just
> > fine for almost all users. The approach for a different partition is for
> > performance reasons (which most users don't have any negative feelings
> > about) and as such might be read as a "ricer" approach.
> 
> For modern hardware w/ a modern kernel (or at least >=2.6.38 for the 
> dcache resolution optimizations)... does anyone actually have real 
> performance stats for this?
> 
> If the notion is a seperate FS, one tailored to the portage tree's 
> usage models (tail packing for example), sure, grok that although I 
> question how much people really are getting out of it.
> 
> In the past, situation definitely differed- I'm just wondering if the 
> gain is actually worth debating it, rather than just ignoring it (or 
> sticking it in a foot note for people trying to use durons).
> ~harring
> 
> 

I did performance stats one year ago or so, but I don't have time to
redo all of them to simply confirm how behave now with recent kernel (in
that time, I checked reiserfs, ext2 with multiple block sizes).
Regarding disk space usage, it's still valid today for sure

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2012-03-31 13:38 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20337.28987.736877.961717@a1i15.kph.uni-mainz.de>
     [not found] ` <20120327154239.GA17394@gentoo.org>
2012-03-27 17:49   ` [gentoo-dev] About suggesting to create a separate partition for portage tree in handbook Pacho Ramos
2012-03-27 18:01     ` Sven Vermeulen
2012-03-27 18:21       ` Aaron W. Swenson
2012-03-27 18:34       ` Alexandre Rostovtsev
2012-03-27 18:47         ` Rich Freeman
2012-03-27 18:53           ` Ian Stakenvicius
2012-03-27 19:02             ` vivo75
2012-03-27 19:04             ` Aaron W. Swenson
2012-03-27 19:13               ` Ian Stakenvicius
2012-03-27 19:31                 ` Aaron W. Swenson
2012-03-27 19:16             ` Kent Fredric
2012-03-30  8:00             ` Pacho Ramos
2012-03-27 19:15           ` Sven Vermeulen
2012-03-27 19:20             ` Kent Fredric
2012-03-27 19:29               ` William Hubbs
2012-03-27 19:40                 ` Sven Vermeulen
2012-03-27 19:57         ` Richard Yao
2012-03-27 20:15           ` Kent Fredric
2012-03-27 20:05         ` Alec Moskvin
2012-03-30  8:06           ` Pacho Ramos
2012-03-31  8:44             ` Sven Vermeulen
2012-03-31  9:35               ` Brian Harring
2012-03-31 13:36                 ` Pacho Ramos [this message]
2012-03-31 13:34               ` Pacho Ramos
2012-03-31 17:42                 ` Zac Medico
2012-03-31 23:25                   ` Walter Dnes
2012-04-01  0:33                     ` Zac Medico
2013-07-21 11:42                       ` Pacho Ramos
2013-07-21 11:57                         ` Michał Górny
2013-07-21 12:06                           ` Pacho Ramos
2013-07-21 12:15                             ` Michał Górny
2013-07-21 18:00                           ` Zac Medico
2013-07-21 18:55                             ` Michał Górny
2013-07-21 14:26                         ` Michael Weber
2013-07-21 14:46                           ` justin
2013-07-21 17:01                             ` Pacho Ramos
2012-04-01  8:06                     ` Pacho Ramos
2012-04-01 15:28                     ` [gentoo-dev] " Steven J Long
2012-04-02  4:41                       ` Walter Dnes
2012-03-30  7:57         ` [gentoo-dev] " Pacho Ramos
2012-03-30  7:57       ` Pacho Ramos
2012-03-27 18:16     ` Ciaran McCreesh
2012-03-28  7:16       ` Brian Dolbec
2012-03-28 10:35         ` Rich Freeman
2012-03-28 14:53         ` Kent Fredric
2012-03-28 14:59         ` Richard Yao
2012-03-28 15:27           ` Matt Turner
2012-03-28 15:37           ` Rich Freeman
2012-03-28 18:56             ` Brian Dolbec
2012-03-28 17:41         ` Joshua Kinard
2012-03-28 22:27     ` Joshua Saddler
2012-03-29  0:35       ` Dale
2012-03-29  2:21         ` [gentoo-dev] " Duncan
2012-03-29  3:11           ` Dale

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1333201015.29219.4.camel@belkin4 \
    --to=pacho@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox