From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: Speeding up =?utf-8?B?4oCcZ3VpeCBwdWxs4oCdOg==?= splitting modules Date: Sun, 19 Jan 2020 22:07:31 +0100 Message-ID: <8736cbrw8c.fsf@gnu.org> References: <87k1657i7j.fsf@elephly.net> <87sgkpd32r.fsf@gnu.org> <87zhenp01v.fsf@cbaines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44485) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itHnC-0007iu-9s for guix-devel@gnu.org; Sun, 19 Jan 2020 16:07:35 -0500 In-Reply-To: <87zhenp01v.fsf@cbaines.net> (Christopher Baines's message of "Thu, 16 Jan 2020 21:24:12 +0000") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Christopher Baines Cc: guix-devel@gnu.org Hi! Christopher Baines skribis: > Ludovic Court=C3=A8s writes: [...] >> Another less elegant option would be to resort to a service (Data >> Service or Cuirass) that would map a Guix commit to its .drv, and then >> fetch that .drv from substitute servers and build it. > > I haven't got around to storing the derivations for `guix pull` in the > Guix Data Service, but it does provide substitutes for derivations now, > so support for this is only one step away now. Sweet! >> Finally, we could/should also profile that phase and see what can be >> done. >> >> Lastly :-), it would be great to profile this phase over time to see how >> it evolves. (Does the Guix Data Service already stores timings for such >> things?) > > There are timings output in the logs for jobs ([1] for example), it's > not really feasible to compare that across different revisions. Right, and the timing after =E2=80=9CFinished building the channel derivati= on=E2=80=9D is not directly useful because it depends on the state of the store (the number of Guix dependencies that had already been built). > I do want to improve the process of loading data in to the Guix Data > Service though, and that might involve storing this data in a more > structured way, so that it can be analysed more easily. Cool. Thanks, Ludo=E2=80=99.