From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: Packages up for grabs
Date: Sun, 16 Jun 2013 19:33:53 +0000 (UTC) [thread overview]
Message-ID: <pan$c5bfa$8f5960ce$86320c08$2d133f6f@cox.net> (raw)
In-Reply-To: 20130616202324.45cb3262@TOMWIJ-GENTOO
Tom Wijsman posted on Sun, 16 Jun 2013 20:23:24 +0200 as excerpted:
> On Sun, 16 Jun 2013 19:21:38 +0200 Pacho Ramos <pacho@gentoo.org> wrote:
>
>> El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió:
>> [...]
>> > Thank you for considering helping. I have stayed away form the
>> > intricate details of package management in the past, but I also do
>> > not like how long portage is taking now for dep calculations.
>>
>> And, cannot that efforts be put in enhancing portage instead?
>
> To make you see the problems and decisions, I'm going to elaborate a
> little and would like you to ask yourself some questions.
>
> Is it possible to reasonable enhance the Portage code to improve dep
> calculations in a reasonable amount of time?
TL;DR: SSDs help. =:^)
Quite apart from the theory and question of making the existing code
faster vs. a new from-scratch implementation, there's the practical
question of what options one can actually use to deal with the problem
/now/.
FWIW, one solution (particularly for folks who don't claim to have
reasonable coding skills and thus have limited options in that regard) is
to throw hardware at the problem.
I recently upgraded my main system to SDD. As it happens, my primary
boot didn't speed up much[1], but having both the main system partition
(bindirs/libdirs/etc) and the portage tree and overlays on SSD
*DRAMATICALLY* improved portage's update-ask-deep-newuse-@world
dependency resolution time, both for the cold-tree-cache case, and,
surprisingly, even (apparently, I've not timed it but I was sometimes
annoyed by the time before especially for hot-cache case, and it hasn't
bothered me at all since the upgrade) for the hot-cache case.
Between that and the 6-core bulldozer[3] I upgraded to last year, I'm
quite happy with portage's current performance, even doing routine
rebuilds of the perhaps half of kde I have installed, plus some other
packages with @live-rebuild.[2]
The SSD doesn't have to be particularly big, either, but fast (if you're
running SATA3 to use it) is nice. I figured ~64 gig usage here, tho I
wanted some overprovisioning, so thought I'd do 128 gig or so. I ended
up with 256 gig, only ~60% partitioned (130-some gig) even with
duplicate backup partitions for everything. System, tree, /home, etc, on
SSD, but still doing spinning rust for my media partitions and third-copy
(second backup) partitions, on demonstrated reliable here reiserfs, while
the SSD is all still-development-so-keep-your-backups-updated btrfs.
---
[1] I'm running ntp and the initial ntp-client connection and time sync
takes ~12 seconds a lot of the time, just over the initial 10 seconds
down, 50 to go, trigger on openrc's 1-minute timeout.
[2] 131 packages in @live-rebuild, with kde-live-branch, currently
4.10.49.9999, being low 120-some, plus choice bits of of X/mesa/drivers
and a few other packages including openrc, btrfs-progs and pan. The
@live-rebuild typically takes ~20 minutes with ccache, a good portion of
which is kdelibs, so the whole update including the sync and change/git-
logs check for interesting stuff, @world update, @live-rebuild, etc-
update and revdep-rebuild/depclean, runs ~1 hour, often less, sometimes
more if there's a new mozilla-overlay firefox build or something in
addition to the kde-libs long-build update.
[3] Also relevant, 16 gigs RAM, PORTAGETMPDIR on tmpfs.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2013-06-16 19:34 UTC|newest]
Thread overview: 97+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-16 9:49 [gentoo-dev] Packages up for grabs Pacho Ramos
2013-06-16 12:48 ` Dirkjan Ochtman
2013-06-16 13:55 ` Brian Dolbec
2013-06-16 14:44 ` Tom Wijsman
2013-06-16 17:09 ` Brian Dolbec
2013-06-16 17:21 ` Pacho Ramos
2013-06-16 17:27 ` hasufell
2013-06-16 18:28 ` Tom Wijsman
2013-06-16 18:21 ` Brian Dolbec
2013-06-16 18:23 ` Tom Wijsman
2013-06-16 19:33 ` Duncan [this message]
2013-06-16 19:43 ` [gentoo-dev] " Andreas K. Huettel
2013-06-16 21:24 ` Tom Wijsman
2013-06-16 21:38 ` Ciaran McCreesh
2013-06-16 22:07 ` Tom Wijsman
2013-06-16 22:20 ` Ciaran McCreesh
2013-06-24 15:27 ` Duncan
2013-06-24 23:18 ` Tom Wijsman
2013-06-25 6:16 ` Duncan
2013-06-16 19:43 ` [gentoo-dev] " Ciaran McCreesh
2013-06-16 21:57 ` Zac Medico
2013-06-16 22:15 ` Ciaran McCreesh
2013-06-16 21:13 ` Tim Harder
2013-06-17 0:52 ` Rafael Goncalves Martins
2013-06-17 5:16 ` Sergey Popov
2013-06-17 5:25 ` Brian Harring
2013-06-17 20:32 ` vivo75
-- strict thread matches above, loose matches on Subject: below --
2018-03-10 13:12 Pacho Ramos
2018-03-10 23:53 ` [gentoo-dev] " Michael Palimaka
2017-04-27 10:58 [gentoo-dev] " Dirkjan Ochtman
2017-06-28 9:19 ` [gentoo-dev] " Dirkjan Ochtman
2017-03-26 19:50 [gentoo-dev] " aidecoe
2017-03-27 8:13 ` [gentoo-dev] " Marek Szuba
2016-08-07 9:26 [gentoo-dev] " Pacho Ramos
2016-08-07 15:50 ` [gentoo-dev] " Michael Palimaka
2016-08-06 14:39 Felix Janda
2016-08-06 16:04 ` Peter Stuge
2016-08-06 16:22 ` Michał Górny
2016-08-06 19:28 ` Peter Stuge
2016-08-06 20:47 ` Rich Freeman
2016-08-06 20:55 ` Michał Górny
2016-08-06 22:32 ` Rich Freeman
2016-08-06 21:12 ` Peter Stuge
2016-08-07 6:48 ` Michał Górny
2016-08-07 7:38 ` Consus
2016-08-07 13:24 ` james
2016-08-07 13:32 ` Kent Fredric
2016-08-07 14:06 ` Alan McKinnon
2016-08-07 14:46 ` Alec Ten Harmsel
2016-08-07 17:36 ` james
2016-08-07 20:04 ` Alan McKinnon
2016-08-07 20:48 ` Patrick Lauer
2016-08-07 22:29 ` james
2016-08-07 21:49 ` james
2016-08-08 3:22 ` Kent Fredric
2016-08-08 5:26 ` james
2016-08-08 4:33 ` Kent Fredric
2016-08-08 5:43 ` Kent Fredric
2016-08-07 17:24 ` james
2016-08-07 16:21 ` Ciaran McCreesh
2016-08-07 17:59 ` james
2016-08-07 14:09 ` Consus
2016-08-07 17:44 ` james
2016-08-07 14:47 ` Rich Freeman
2016-08-07 17:47 ` james
2016-08-07 17:49 ` Rich Freeman
2016-08-07 19:33 ` james
2016-08-07 4:04 ` Kent Fredric
2016-06-02 15:42 [gentoo-dev] " james
2016-06-03 17:02 ` [gentoo-dev] " Justin Bronder
2016-06-03 18:41 ` james
2014-11-24 1:17 [gentoo-dev] " hasufell
2014-11-24 3:08 ` Daniel Campbell
2014-11-26 9:15 ` Yixun Lan
2014-11-27 9:51 ` Daniel Campbell
2014-12-03 16:34 ` [gentoo-dev] " Harvey
2014-12-04 6:17 ` Daniel Campbell
2014-11-11 14:59 [gentoo-dev] " Pavlos Ratis
2014-11-14 3:02 ` Tom Wijsman
2014-12-01 11:00 ` Pacho Ramos
2015-01-07 14:06 ` Pacho Ramos
2015-01-08 1:29 ` Andrew Savchenko
2015-01-08 9:28 ` [gentoo-dev] " Duncan
2015-01-08 10:12 ` Duncan
2013-06-16 10:03 [gentoo-dev] " Pacho Ramos
2013-06-16 10:24 ` [gentoo-dev] " Pacho Ramos
2013-06-16 9:31 [gentoo-dev] " Pacho Ramos
2013-06-16 12:19 ` gmt
2013-06-16 12:27 ` Pacho Ramos
2013-06-16 13:02 ` gmt
2013-06-16 13:22 ` [gentoo-dev] " Michael Palimaka
2013-01-20 10:30 [gentoo-dev] " Pacho Ramos
2013-01-20 19:15 ` [gentoo-dev] " Mike Gilbert
2012-03-01 22:17 [gentoo-dev] " Markos Chandras
2012-03-06 4:40 ` [gentoo-dev] " Ryan Hill
2011-01-06 12:17 [gentoo-dev] " Christian Faulhammer
2011-01-06 12:32 ` Dirkjan Ochtman
2011-01-12 9:24 ` [gentoo-dev] " Christian Faulhammer
2011-01-06 17:34 ` [gentoo-dev] " Sebastian Pipping
2011-01-07 8:49 ` [gentoo-dev] " Christian Faulhammer
2011-01-07 16:39 ` Sebastian Pipping
2011-01-07 18:57 ` Christian Faulhammer
2010-10-10 14:45 [gentoo-dev] " Markos Chandras
2010-10-10 16:13 ` [gentoo-dev] " Diego Elio Pettenò
2010-10-12 0:52 ` Jeroen Roovers
2010-10-12 6:01 ` Duncan
2010-10-12 17:17 ` Tomás Touceda
2009-02-11 18:02 [gentoo-dev] " Santiago M. Mola
2009-02-12 3:12 ` [gentoo-dev] " Ryan Hill
2008-10-31 20:42 [gentoo-dev] packages " Daniel Drake
2008-11-09 8:39 ` [gentoo-dev] " Diego 'Flameeyes' Pettenò
2008-07-20 6:44 [gentoo-dev] Packages " Christian Faulhammer
2008-07-20 17:01 ` Alexis Ballier
2008-07-21 6:27 ` [gentoo-dev] " Christian Faulhammer
2008-07-20 18:21 ` [gentoo-dev] " Thomas Anderson
2008-07-21 6:27 ` [gentoo-dev] " Christian Faulhammer
2008-05-31 5:09 [gentoo-dev] packages " Mike Frysinger
2008-05-31 8:05 ` Donnie Berkholz
2008-05-31 9:13 ` [gentoo-dev] " Tiziano Müller
2008-05-31 14:35 ` [gentoo-dev] " Philip Webb
2008-05-31 17:04 ` Thilo Bangert
2008-05-31 17:05 ` [gentoo-dev] " Ali Polatel
2008-05-31 15:33 ` Ali Polatel
2008-06-02 14:57 ` Diego 'Flameeyes' Pettenò
2008-06-02 19:47 ` Gunnar Wrobel
2008-06-02 20:45 ` Joe Peterson
2008-06-02 23:59 ` Joe Peterson
2008-05-28 7:03 [gentoo-dev] Packages " Krzysiek Pawlik
2008-06-05 20:57 ` [gentoo-dev] " Tiziano Müller
2007-12-25 18:19 [gentoo-dev] " Christian Heim
2007-12-26 10:16 ` Gilles Dartiguelongue
2007-12-26 15:39 ` [gentoo-dev] " Bernd Steinhauser
2008-01-24 15:30 ` Ali Polatel
2007-09-05 17:15 [gentoo-dev] " Chris Gianelloni
2007-09-05 17:44 ` [gentoo-dev] " Christian Faulhammer
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='pan$c5bfa$8f5960ce$86320c08$2d133f6f@cox.net' \
--to=1i5t5.duncan@cox.net \
--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