* guix package build: can distcc be used?
@ 2022-12-24 9:33 Andy Tai
0 siblings, 0 replies; 5+ messages in thread
From: Andy Tai @ 2022-12-24 9:33 UTC (permalink / raw)
To: help-guix
curious if distcc can be used for building packages in Guix?
If yes that can reduce the time spent in building significantly.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: guix package build: can distcc be used?
@ 2022-12-25 10:21 Adam Faiz
2023-01-06 16:12 ` zimoun
0 siblings, 1 reply; 5+ messages in thread
From: Adam Faiz @ 2022-12-25 10:21 UTC (permalink / raw)
To: atai; +Cc: help-guix
> curious if distcc can be used for building packages in Guix?
>
> If yes that can reduce the time spent in building significantly.
Currently, guix build doesn't support distcc for distributing individual
source code files for compilation.
However, guix offload can be used to offload the whole build jobs to
another trusted machine(s).
It's unknown whether implementing usage of distcc and enabling it in
`guix build` will affect bit-for-bit reproducibility of packages.
The distcc feature request and adding distcc to guix's dependency
closure and should be discussed further on guix-devel before implementing.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: guix package build: can distcc be used?
2022-12-25 10:21 Adam Faiz
@ 2023-01-06 16:12 ` zimoun
2023-01-06 18:48 ` Vagrant Cascadian
0 siblings, 1 reply; 5+ messages in thread
From: zimoun @ 2023-01-06 16:12 UTC (permalink / raw)
To: Adam Faiz, atai; +Cc: help-guix
Hi,
On Sun, 25 Dec 2022 at 18:21, Adam Faiz <adam.faiz@disroot.org> wrote:
> It's unknown whether implementing usage of distcc and enabling it in
> `guix build` will affect bit-for-bit reproducibility of packages.
The question is how isolated the distributed computational environments
are.
> The distcc feature request and adding distcc to guix's dependency
> closure and should be discussed further on guix-devel before implementing.
Personally, I am missing what distcc brings compared to the current
Guix offload mechanism. Could you (distcc user) elaborate?
Cheers,
simon
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: guix package build: can distcc be used?
2023-01-06 16:12 ` zimoun
@ 2023-01-06 18:48 ` Vagrant Cascadian
2023-01-09 11:16 ` Simon Tournier
0 siblings, 1 reply; 5+ messages in thread
From: Vagrant Cascadian @ 2023-01-06 18:48 UTC (permalink / raw)
To: zimoun, Adam Faiz, atai; +Cc: help-guix
[-- Attachment #1: Type: text/plain, Size: 949 bytes --]
On 2023-01-06, zimoun wrote:
> On Sun, 25 Dec 2022 at 18:21, Adam Faiz <adam.faiz@disroot.org> wrote:
>
>> It's unknown whether implementing usage of distcc and enabling it in
>> `guix build` will affect bit-for-bit reproducibility of packages.
>
> The question is how isolated the distributed computational environments
> are.
>
>> The distcc feature request and adding distcc to guix's dependency
>> closure and should be discussed further on guix-devel before implementing.
>
> Personally, I am missing what distcc brings compared to the current
> Guix offload mechanism. Could you (distcc user) elaborate?
I believe distcc would allow sending the workload of individual parts of
a single package to multiple machines, so a bit finer grained than guix
offload, which can only send a single package (or more accurately,
derivation?) to each of the offloading machines, if I understand
correctly.
live well,
vagrant
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: guix package build: can distcc be used?
2023-01-06 18:48 ` Vagrant Cascadian
@ 2023-01-09 11:16 ` Simon Tournier
0 siblings, 0 replies; 5+ messages in thread
From: Simon Tournier @ 2023-01-09 11:16 UTC (permalink / raw)
To: Vagrant Cascadian, Adam Faiz, atai; +Cc: help-guix
Hi,
On ven., 06 janv. 2023 at 10:48, Vagrant Cascadian <vagrant@debian.org> wrote:
> I believe distcc would allow sending the workload of individual parts of
> a single package to multiple machines, so a bit finer grained than guix
> offload, which can only send a single package (or more accurately,
> derivation?) to each of the offloading machines, if I understand
> correctly.
Well, I would be interested to see charts comparing the overall
compilation time versus the number of files vs the number of remote
workers. Especially for various network connection links between the
client and the volunteer machines versus the performance of the hardware
storage. :-)
Speaking about improving some compilation performances, it could be nice
to have a kind of optional ccache [1]. For instance,
guix build foo --cache
edit foo-recipe
guix build foo --cache
would avoid to rebuild again and again the same parts.
Cheers,
simon
1: <https://ccache.dev/>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-01-09 12:42 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-12-24 9:33 guix package build: can distcc be used? Andy Tai
-- strict thread matches above, loose matches on Subject: below --
2022-12-25 10:21 Adam Faiz
2023-01-06 16:12 ` zimoun
2023-01-06 18:48 ` Vagrant Cascadian
2023-01-09 11:16 ` Simon Tournier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.