Hello,
Danny Milosavljevic writes:
> Hi Ludo,
>
> okay, I've now (permanently) unset GUIX_PACKAGE_PATH and killed the
> problematic "guix pull" process.
>
> I run "guix pull" regularily. Let's see what happens...
The 40 weeks of time that have passed since suggest the problem is now
gone
Hi Ludo,
okay, I've now (permanently) unset GUIX_PACKAGE_PATH and killed the problematic
"guix pull" process.
I run "guix pull" regularily. Let's see what happens...
pgpb3PrLFB9jl.pgp
Description: OpenPGP digital signature
Hi,
Danny Milosavljevic skribis:
> On Sun, 29 Dec 2019 23:41:42 +0100
> Ludovic Courtès wrote:
>
>> > It could be because my modules in GUIX_PACKAGE_PATH contain an import cycle
>> > (I don't know whether it does, but I had such a cycle before).
>>
>> And that’s definitely a possibility!
Hi Ludo,
On Sun, 29 Dec 2019 23:41:42 +0100
Ludovic Courtès wrote:
> > It could be because my modules in GUIX_PACKAGE_PATH contain an import cycle
> > (I don't know whether it does, but I had such a cycle before).
>
> And that’s definitely a possibility! Can you try unsetting
>
Hey Danny,
Danny Milosavljevic skribis:
> [pid 19221] mmap(0x7fb3f2d48000, 65536, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f2d28000
> [pid 19221] mmap(0x7fb3f2d38000, 65536, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f2d18000
> [pid 19221]
Hi,
Danny Milosavljevic skribis:
> On Fri, 27 Dec 2019 19:11:08 +0100
> Ludovic Courtès wrote:
>
>> Danny Milosavljevic skribis:
>>
>> > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
>> > dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40
>> >
Hi Ludo,
On Fri, 27 Dec 2019 19:11:08 +0100
Ludovic Courtès wrote:
> Danny Milosavljevic skribis:
>
> > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
> > dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40
> >
Hi!
Danny Milosavljevic skribis:
> USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
> dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40
> /gnu/store/sc7z07gim1iq5zvfz1amdwf2irxrzifg-guile-2.2.6/bin/guile
> --no-auto-compile
Hi!
Danny Milosavljevic skribis:
> On Mon, 11 Nov 2019 21:42:24 +0100
> Ludovic Courtès wrote:
>
>> Also, it would be great if you could identify which derivation build
>> requires that much memory, if this was happening sequentially. (I
>> suspect “guix-packages.drv” is the one that eats up
USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND
dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40
/gnu/store/sc7z07gim1iq5zvfz1amdwf2irxrzifg-guile-2.2.6/bin/guile
--no-auto-compile /home/dannym/.config/guix/current/bin/guix pull
pgpgwwzosj28v.pgp
Hi Ludo,
On Mon, 11 Nov 2019 21:42:24 +0100
Ludovic Courtès wrote:
> Also, it would be great if you could identify which derivation build
> requires that much memory, if this was happening sequentially. (I
> suspect “guix-packages.drv” is the one that eats up the most memory.)
How do I do
Hi Chris & Danny,
Christopher Baines skribis:
> Danny Milosavljevic writes:
>
>> Hi,
>>
>> guix pull takes over 8 GiB of memory to finish if there are no substitutes.
>>
>> My laptop only takes max 8 GiB of RAM. I've set up swap, but that kind of
>> memory usage still seems ridiculous.
>
> Do
Danny Milosavljevic writes:
> Hi,
>
> guix pull takes over 8 GiB of memory to finish if there are no substitutes.
>
> My laptop only takes max 8 GiB of RAM. I've set up swap, but that kind of
> memory usage still seems ridiculous.
Do you know if the derivations got built in parallel? So, does
Hi,
guix pull takes over 8 GiB of memory to finish if there are no substitutes.
My laptop only takes max 8 GiB of RAM. I've set up swap, but that kind of
memory usage still seems ridiculous.
pgpyF4ZirSunm.pgp
Description: OpenPGP digital signature
14 matches
Mail list logo