[Nix-dev] Hydra Queueing itself to Death

[Moritz Ulrich]

Some highly professional analytics from my side (currently 54k
packages):

% curl https://hydra.nixos.org/queue > queue

% grep "trunk-combined" queue|wc -l
11873

% grep "staging" queue|wc -l
16549

% grep "darwin" queue|wc -l
16054

% grep "python" queue|wc -l
33064

% grep "x86_64-linux" queue|wc -l
38859

% grep "i686-linux" queue|wc -l
23484

(I know the line counts doesn't mean anything - it's just to get a rough
overview)

While I don't claim to know much about the issues with hydra, isn't
there something we should do to bring hydra back to an usable state?
Reducing stress by building less packages, dropping staging, or
*something*?

Using NixOS on a laptop without a usable binary cache is pretty painful
if you want to use a web browser, LibreOffice, or similar. 

Jascha Geerds <jg at ekby.de> writes:

> On Mon, Apr 20, 2015, at 22:16, Peter Simons wrote:
>> Aren't those mostly Darwin builds?
>
> Yes maybe. Anyway, this doesn't looks good:
> http://hydra.nixos.org/job/nixos/trunk-combined/tested#tabs-constituents
>
> It seems like Hydra is currently overwhelmed
>
>
> -- 
>   Jascha Geerds
>   jg at ekby.de
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 472 bytes
Desc: not available
Url : http://lists.science.uu.nl/pipermail/nix-dev/attachments/20150421/353d2f86/attachment.bin