Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 493126 - [10.0] >=sys-apps/portage-2.2.1: It is slow on FreeBSD 10.0
Summary: [10.0] >=sys-apps/portage-2.2.1: It is slow on FreeBSD 10.0
Status: RESOLVED OBSOLETE
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All FreeBSD
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 835380 488214
  Show dependency tree
 
Reported: 2013-12-02 11:09 UTC by Yuta SATOH
Modified: 2023-05-20 07:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
patch to be disabled fix of Bug 478446 (portage-2.2.7-fbsd10-fix.patch,554 bytes, patch)
2013-12-02 11:15 UTC, Yuta SATOH
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Yuta SATOH 2013-12-02 11:09:45 UTC
I noticed that emerge is slow after run emerge -e @world.
This issue does not occur on FreeBSD 9.1.

# splat virtual/pam
 * virtual/pam-0
        Emerged at: Sun Dec  1 23:18:21 2013
        Build time: 1 minute, and 12 seconds

This package is virtual/pam, it should be processed more quickly.



Reproducible: Always

Steps to Reproduce:
1. Upgrade to FreeBSD 10.0_beta3,userland and kernel.
2. emerge -e @world --exclude sys-apps/portage
3. emerge sys-apps/portage
Comment 1 Yuta SATOH 2013-12-02 11:15:31 UTC
Created attachment 364440 [details, diff]
patch to be disabled fix of Bug 478446

After applying this patch, processing speed will be properly. 
But, I don't know reasons...

# splat virtual/pam
 * virtual/pam-0
        Emerged at: Mon Dec  2 00:09:56 2013
        Build time: 4 seconds
Comment 2 Sebastian Luther (few) 2013-12-02 12:14:00 UTC
I'm not familiar with this code, but it looks like it deals with cleaning up spawned processes. Specifically the change in bug 478446 changes code that deals with closing open pipes.

The change causes it to use another implementation of get_open_fds() which might return much more values than the default implementation. This might explain your slow down.
Comment 3 Yuta SATOH 2018-03-11 11:02:58 UTC
The current version of the portage, 2.3.24-r1, hasn't this issue. So, I'll close this bug.