Dnia June 28, 2020 3:42:33 AM UTC, Zac Medico napisał(a):
>On 6/27/20 8:12 PM, Michał Górny wrote:
>> Dnia June 28, 2020 3:00:00 AM UTC, Zac Medico
>napisał(a):
>>> On 6/26/20 11:34 PM, Chun-Yu Shei wrote:
Hi,
I was recently interested in whether portage could be speed up,
>since
On 6/27/20 8:12 PM, Michał Górny wrote:
> Dnia June 28, 2020 3:00:00 AM UTC, Zac Medico napisał(a):
>> On 6/26/20 11:34 PM, Chun-Yu Shei wrote:
>>> Hi,
>>>
>>> I was recently interested in whether portage could be speed up, since
>>> dependency resolution can sometimes take a while on slower
Dnia June 28, 2020 3:00:00 AM UTC, Zac Medico napisał(a):
>On 6/26/20 11:34 PM, Chun-Yu Shei wrote:
>> Hi,
>>
>> I was recently interested in whether portage could be speed up, since
>> dependency resolution can sometimes take a while on slower machines.
>> After generating some flame graphs
On 6/26/20 11:34 PM, Chun-Yu Shei wrote:
> Hi,
>
> I was recently interested in whether portage could be speed up, since
> dependency resolution can sometimes take a while on slower machines.
> After generating some flame graphs with cProfile and vmprof, I found 3
> functions which seem to be
On Sat, 27 Jun 2020 at 19:35, Fabian Groffen wrote:
>
> Hi Chun-Yu,
> > arguments: catpkgsplit, use_reduce, and match_from_list. In the first
> > two cases, it was simple to cache the results in dicts, while
> > match_from_list was a bit trickier, since it seems to be a requirement
> > that it
Hi Fabian,
Just eyeballing htop's RES column while emerge is running, the max
value I see during "emerge -uDvpU --with-bdeps=y @world" increases
from 272 MB to 380 MB, so it looks to be around 110 MB of extra memory
usage on my system (with 1,094 total packages installed).
Chun-Yu
On Sat, Jun
Hi Chun-Yu,
On 26-06-2020 23:34:12 -0700, Chun-Yu Shei wrote:
> Hi,
>
> I was recently interested in whether portage could be speed up, since
> dependency resolution can sometimes take a while on slower machines.
> After generating some flame graphs with cProfile and vmprof, I found 3
>
