1. Forum
  2. Usenet
  3. LINUX.GENTOO.USER

  • Re: [gentoo-user] Portage improved

    From Peter Humphrey@21:1/5 to All on Fri Oct 11 12:50:01 2024
    On Saturday 14 September 2024 13:05:26 BST Peter Humphrey wrote:

    Just one little fly in the ointment: the status string became too long to show properly. Perhaps shorter phrases could be used, or numbers limited to two digits, or the 80-character line limit exceeded while running in an x-term.

    And indeed the line limit has been relaxed: it uses the full 90 characters of my Konsoles.

    Anyway, well done the team!

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Wols Lists@21:1/5 to Peter Humphrey on Sun Nov 3 14:00:01 2024
    On 31/10/2024 11:56, Peter Humphrey wrote:
    the load steadies out at about
    4, with several more in merge-wait. This is with i24 l30 in make.conf.

    How many cores does your CPU have. I've found that load is an
    approximation to "how many cores are running at 100%".

    It's very noticeable running xosview, that as soon as load goes above 4
    on my 4-core system, response goes through the floor. Which is probably
    because a large chunk of CPU time suddenly gets diverted to scheduling
    and task switching, rather than doing useful work.

    Cheers,
    Wol

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Humphrey@21:1/5 to All on Mon Nov 4 00:30:01 2024
    On Sunday 3 November 2024 23:18:37 GMT Peter Humphrey wrote:
    On Sunday 3 November 2024 12:56:05 GMT Wols Lists wrote:
    On 31/10/2024 11:56, Peter Humphrey wrote:
    the load steadies out at about
    4, with several more in merge-wait. This is with i24 l30 in make.conf.

    How many cores does your CPU have. I've found that load is an
    approximation to "how many cores are running at 100%".

    24, which is why I have -i24 -l30 in make.conf. The machine also has 6GB
    RAM.

    Er... 64GB.

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Humphrey@21:1/5 to All on Mon Nov 4 00:20:01 2024
    On Sunday 3 November 2024 12:56:05 GMT Wols Lists wrote:
    On 31/10/2024 11:56, Peter Humphrey wrote:
    the load steadies out at about
    4, with several more in merge-wait. This is with i24 l30 in make.conf.

    How many cores does your CPU have. I've found that load is an
    approximation to "how many cores are running at 100%".

    24, which is why I have -i24 -l30 in make.conf. The machine also has 6GB RAM.

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Humphrey@21:1/5 to All on Tue Nov 5 08:00:01 2024
    On Thursday 31 October 2024 11:56:41 GMT Peter Humphrey wrote:
    On Friday 11 October 2024 11:49:18 GMT I wrote:
    On Saturday 14 September 2024 13:05:26 BST Peter Humphrey wrote:
    Just one little fly in the ointment: the status string became too long
    to
    show properly. Perhaps shorter phrases could be used, or numbers limited to two digits, or the 80-character line limit exceeded while running in an
    x-term.

    And indeed the line limit has been relaxed: it uses the full 90 characters of my Konsoles.

    More to do yet though. The merge-wait idea works well with humongous
    packages like nodejs and the web engines, but it's too cautious with
    ordinary ones. I've been building (too many) new systems over the last fortnight, and when there are, say, a hundred packages to compile, the load steadies out at about 4, with several more in merge-wait. This is with i24 l30 in make.conf.

    There's also a logic problem. When a package enters the Installing phase, it's shown instead as Merge Wait, or it's added to that queue.

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Humphrey@21:1/5 to All on Thu Oct 31 13:00:01 2024
    On Friday 11 October 2024 11:49:18 GMT I wrote:
    On Saturday 14 September 2024 13:05:26 BST Peter Humphrey wrote:
    Just one little fly in the ointment: the status string became too long to show properly. Perhaps shorter phrases could be used, or numbers limited
    to two digits, or the 80-character line limit exceeded while running in an x-term.

    And indeed the line limit has been relaxed: it uses the full 90 characters
    of my Konsoles.

    More to do yet though. The merge-wait idea works well with humongous packages like nodejs and the web engines, but it's too cautious with ordinary ones.
    I've been building (too many) new systems over the last fortnight, and when there are, say, a hundred packages to compile, the load steadies out at about 4, with several more in merge-wait. This is with i24 l30 in make.conf.

    Just a bit of tuning, then...

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Peter Humphrey@21:1/5 to All on Fri Nov 8 15:40:02 2024
    On Tuesday 5 November 2024 06:58:37 GMT I wrote:
    On Thursday 31 October 2024 11:56:41 GMT Peter Humphrey wrote:
    On Friday 11 October 2024 11:49:18 GMT I wrote:
    On Saturday 14 September 2024 13:05:26 BST Peter Humphrey wrote:
    Just one little fly in the ointment: the status string became too long to
    show properly. Perhaps shorter phrases could be used, or numbers limited
    to two digits, or the 80-character line limit exceeded while running
    in
    an
    x-term.

    And indeed the line limit has been relaxed: it uses the full 90 characters
    of my Konsoles.

    More to do yet though. The merge-wait idea works well with humongous packages like nodejs and the web engines, but it's too cautious with ordinary ones. I've been building (too many) new systems over the last fortnight, and when there are, say, a hundred packages to compile, the
    load
    steadies out at about 4, with several more in merge-wait. This is with i24 l30 in make.conf.

    There's also a logic problem. When a package enters the Installing phase, it's shown instead as Merge Wait, or it's added to that queue.

    Here's an example of it working with medium-sized programs:

    ...
    Emerging (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo
    Emerging (80 of 102) dev-util/glib-utils-2.78.6::gentoo
    Emerging (81 of 102) sys-apps/sysvinit-3.11::gentoo
    Emerging (82 of 102) net-misc/curl-8.10.1-r1::gentoo
    Installing (80 of 102) dev-util/glib-utils-2.78.6::gentoo
    Installing (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo
    Completed (80 of 102) dev-util/glib-utils-2.78.6::gentoo
    Completed (79 of 102) dev-util/gdbus-codegen-2.78.6::gentoo
    Installing (81 of 102) sys-apps/sysvinit-3.11::gentoo
    Completed (81 of 102) sys-apps/sysvinit-3.11::gentoo
    Installing (82 of 102) net-misc/curl-8.10.1-r1::gentoo
    Completed (82 of 102) net-misc/curl-8.10.1-r1::gentoo
    Emerging (83 of 102) dev-libs/elfutils-0.192-r1::gentoo
    Emerging (84 of 102) sys-devel/gcc-14.2.1_p20241026::gentoo
    Jobs: 82 of 102 complete, 1 running, 1 merge wait Load avg: 17.1, 11.2, 8.5

    Better than load average 4, but nowhere near full capacity (-i24 -l30).

    --
    Regards,
    Peter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)