Roy Bamford wrote:
> On 2022.01.05 20:22, Sam James wrote:
>>
>>> On 5 Jan 2022, at 19:02, Roy Bamford <neddyseag...@gentoo.org>
>> wrote:
>>> Sam,
>>>
>>> Do users with FEATURES=distcc still have to opt out of this
>>> MAKEOPTS clamping?
>>>
>> Great point! I think we could add an exemption for that and make it a
>> noop or warning-only.
>>
>> Best,
>> sam
>>
>>
>
> Sam,
>
> You are building a better mousetrap here. That's not a reason to try.
>
> Do users of I_KNOW_WHAT_I_AM_DOING, who have already
> opted to shoot themselves in both feet, get a free pass here?  
>
> There are users who run emerge --jobs=X with MAKEOPTS='-jY"
> and get firefox, thunderbird and libreoffice all building concurrently
> as they allow X * Y MAKE threads, reduced by this proposed 
> throttling, still triggering the OOM.
>
> I don't think you can head that off beforehand. 
>


As a user, can I get a large +1 to that.  For me, it is usually
Seamonkey, Firefox, Libreoffice, that big qt package or some combination
of two or more of them.  I've had times where all of those just happen
to upgrade at the same time.  My solution was to put those on spinning
rust while using tmpfs for everything else and if needed, using
--exclude to put off one or more of them then do those later. 

While I like the general idea of this, and would love to see emerge be
able to handle it without failures, I'm not sure how emerge or it's
options can prevent it without slowing down other packages.  My
thinking, have emerge trigger when certain packages are in the upgrade
list and only allow one package in that list to update at a time.  For
example.  If Firefox, Libreoffice and that qt package are in the list of
upgrades, whichever hits first causes the others to wait until the first
one is done.  That will make it so only one large package is being
upgraded at a time and be able to have fast settings for other smaller
and less memory hungry packages as well. 

How to do that, I'm not a coder so no idea but I know there are some
awesome coders here who may can find a way.  If that idea is even
something that could be done. 

Since I rarely post here, keep up the great work.  :-D

Dale

:-)  :-) 

Reply via email to