Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED]libva-intel-media-driver now compiles much slower
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Sun Jun 25, 2023 6:24 pm    Post subject: [SOLVED]libva-intel-media-driver now compiles much slower Reply with quote

Hi,

I noticed something odd happened a while ago with emerging libva-intel-media-driver, and would be grateful if anyone can work out what the cause is.

I track my build-times with a script that reads emerge.log, whose output is below:

Code:
Date/Time             Version         Build Time
29 Oct 2022, 10:58    22.5.4          00h 16m 04s
20 Dec 2022, 11:25    22.6.3          00h 21m 56s
25 Jan 2023, 16:04    22.6.4          02h 35m 26s
16 Feb 2023, 19:04    22.6.6          02h 56m 47s
06 Jun 2023, 18:16    23.2.2          02h 37m 12s


What the hell changed over New Year's?

I compared the individual build-logs for 22.6.3 and 22.6.4 and they seem comparable (the latter log is a few MB shorter in fact). I have the newest version building now and it just seems that the compile jobs are all taking a lot of time.

What could cause such an order-of-magnitude increase in compile-time of this one package? (I see slight increases in other packages over time but a few % here and there, nothing like this.) No clues came from bugzilla or general googling.

My make.conf, which I don't think has changed per se during that period:
Code:
ARCHFLAGS="-march=native"
COMMON_FLAGS="${ARCHFLAGS} -O2 -pipe -fomit-frame-pointer"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"
DISTDIR="/var/cache/distfiles"
PKGDIR="/var/cache/binpkgs"
LC_MESSAGES=C
CHOST="x86_64-pc-linux-gnu"
ACCEPT_KEYWORDS="~amd64"
ACCEPT_LICENSE="*"
FEATURES="-xattr distlocks sandbox fail-clean -parallel-fetch -config-protect-if-modified"
MAKEOPTS="-j8 -l5.5"
PORTAGE_TMPDIR="/tmp"
PORT_LOGDIR="/var/log/portage"
PORTDIR_OVERLAY="/usr/local/portage"
PORTAGE_NICENESS="10"
EMERGE_DEFAULT_OPTS="--nospinner --verbose-conflicts --quiet-build=n"
USE="aac alsa bash-completion bluetooth branding bzip2 cddb \
-consolekit crypt css cups dbus dga djvu dri dri3 dvd \
egl elogind encode exif \
fam fbcon ffmpeg -filecaps flac ftp gd geoip gif gimp gmp \
gles -gles1 gles2 -gnome \
gnutls gphoto2 graphviz -gstreamer hddtemp imagemagick \
imap inotify java javascript jit jpeg \
-kerberos \
lame latex lcms -libav libglvnd libnotify libkms lm-sensors \
lto lzma lzo \
maildir matroska mbox mmap mp3 mp4 mpeg mplayer mtp musicbrainz \
mysql nptl nsplugin ocamlopt offensive ofx ogg opengl openmp \
pam pcre pda pdf perl php png policykit posix postscript \
-pulseaudio quicktime qt5 radius raw rss rtc -ruby samba scanner \
-semantic-desktop session sharedmem smp snmp sockets socks5 sound \
-systemd spell sqlite sqlite3 ssl subversion svg syslog tcpd theora \
threads tidy tiff tk tokenizer touchpad truetype udev ukit unicode \
upnp upnp-av usb v4l vaapi vcd vhosts vnc vorbis vulkan wifi \
wayland webp \
wmf wps x264 xattr xcb xcomposite xft xine xml xpm xscreensaver \
xv xvmc zlib"
CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand sse sse2 sse3 sse4_1 sse4_2 ssse3"
LINGUAS="en_GB"
L10N="en-GB"
GRUB_PLATFORMS="efi-64 multiboot"
VIDEO_CARDS="intel i965 iris"
INPUT_DEVICES="synaptics libinput"
SANE_BACKENDS="hp net"
LLVM_TARGETS="X86 BPF"
http_proxy="http://distprox:8088"
no_proxy="fpdownload.macromedia.com,archive.mozilla.org"
GENTOO_MIRRORS="http://www.mirrorservice.org/sites/distfiles.gentoo.org/ http://mirrors.gethosted.online/gentoo http://mirrors.soeasyto.com/distfiles.gentoo.org/"


Would welcome any theories. Host machine is a ThinkPad X270 with i7-7600U CPU (Kabylake) and Intel HD Graphics 620.


Last edited by Havin_it on Mon Jul 17, 2023 8:38 pm; edited 1 time in total
Back to top
View user's profile Send private message
stefan11111
l33t
l33t


Joined: 29 Jan 2023
Posts: 953
Location: Romania

PostPosted: Sun Jun 25, 2023 6:36 pm    Post subject: Re: libva-intel-media-driver now compiles much slower Reply with quote

Havin_it wrote:

USE="aac alsa bash-completion bluetooth branding bzip2 cddb \
-consolekit crypt css cups dbus dga djvu dri dri3 dvd \
egl elogind encode exif \
fam fbcon ffmpeg -filecaps flac ftp gd geoip gif gimp gmp \
gles -gles1 gles2 -gnome \
gnutls gphoto2 graphviz -gstreamer hddtemp imagemagick \
imap inotify java javascript jit jpeg \
-kerberos \
lame latex lcms -libav libglvnd libnotify libkms lm-sensors \
lto lzma lzo \
maildir matroska mbox mmap mp3 mp4 mpeg mplayer mtp musicbrainz \
mysql nptl nsplugin ocamlopt offensive ofx ogg opengl openmp \
pam pcre pda pdf perl php png policykit posix postscript \
-pulseaudio quicktime qt5 radius raw rss rtc -ruby samba scanner \
-semantic-desktop session sharedmem smp snmp sockets socks5 sound \
-systemd spell sqlite sqlite3 ssl subversion svg syslog tcpd theora \
threads tidy tiff tk tokenizer touchpad truetype udev ukit unicode \
upnp upnp-av usb v4l vaapi vcd vhosts vnc vorbis vulkan wifi \
wayland webp \
wmf wps x264 xattr xcb xcomposite xft xine xml xpm xscreensaver \
xv xvmc zlib"

Why?
You really need radius, quicktime and touchpad?
_________________
My overlay: https://github.com/stefan11111/stefan_overlay
INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d *udev* /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /usr/bin/gdbus /lib/udev"
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Sun Jun 25, 2023 6:51 pm    Post subject: Reply with quote

:lol: Probably not, this blob of flags is carried over from like 4 previous machines so there is some cruft no doubt, but I doubt they do any harm, no?

Maybe one day I will get around to tidying them up; but here I am taking my first opportunity to write a question about this bug/issue that costs me >2hrs of life and a bunch of electricity every month or two, look how long it took me to manage that and you get the idea of how much free time I have to play with vs. how I must prioritise things a little :wink:
Back to top
View user's profile Send private message
ali3nx
l33t
l33t


Joined: 21 Sep 2003
Posts: 732
Location: Winnipeg, Canada

PostPosted: Sun Jun 25, 2023 7:21 pm    Post subject: Reply with quote

Code:
MAKEOPTS="-j8 -l5.5"
PORTAGE_NICENESS="10"


Have you considered the consequences of load average limiting build processes to less than the total volume of build jobs and enforcing lower than default process priority? That noose configuration has always been a recipe for process execution latency.

Run a test with less build jobs than maximum, perhaps four to six, remove the process priority and load average limiting and observe the overall improvement that provides.

Other likely catalyst of inconsistent software builds and questionable functional reliability has always been using full unstable gentoo builds.

Code:
ACCEPT_KEYWORDS="~amd64"


A considerable volume of garbage package versions are discarded that never become stable versions. Those junk package versions are more widely consumed as software updates by full unstable system configurations. Build times of package versions deemed unfit for general consumption very well may result in undesirable build behaviours or inconsistent varying build results.
_________________
Compiling Gentoo since version 1.4
Thousands of Gentoo Installs Completed
Emerged on every continent but Antarctica
Compile long and Prosper!


Last edited by ali3nx on Sun Jun 25, 2023 9:40 pm; edited 1 time in total
Back to top
View user's profile Send private message
Josef.95
Advocate
Advocate


Joined: 03 Sep 2007
Posts: 4695
Location: Germany

PostPosted: Sun Jun 25, 2023 8:17 pm    Post subject: Reply with quote

I noticed the new long built time here too:
Code:
$ qlop -vH libva-intel-media-driver
2022-08-22T00:32:19 >>> x11-libs/libva-intel-media-driver-22.5.2: 4 minutes, 9 seconds
2022-08-31T22:58:18 >>> x11-libs/libva-intel-media-driver-22.5.3: 3 minutes, 51 seconds
2022-09-27T23:50:56 >>> x11-libs/libva-intel-media-driver-22.5.3: 3 minutes, 56 seconds
2022-09-29T22:57:32 >>> x11-libs/libva-intel-media-driver-22.5.3.1: 3 minutes, 53 seconds
2022-10-18T00:29:42 >>> media-libs/libva-intel-media-driver-22.5.4: 3 minutes, 57 seconds
2022-11-12T21:57:04 >>> media-libs/libva-intel-media-driver-22.6.1: 3 minutes, 58 seconds
2022-11-14T18:11:47 >>> media-libs/libva-intel-media-driver-22.6.2: 5 minutes, 6 seconds
2022-11-15T21:26:33 >>> media-libs/libva-intel-media-driver-22.6.2-r1: 5 minutes, 7 seconds
2022-11-23T15:29:52 >>> media-libs/libva-intel-media-driver-22.6.3: 5 minutes, 14 seconds
2023-01-01T11:58:52 >>> media-libs/libva-intel-media-driver-22.6.4: 30 minutes, 33 seconds
2023-02-03T02:34:48 >>> media-libs/libva-intel-media-driver-22.6.6: 30 minutes, 53 seconds
2023-03-04T23:23:20 >>> media-libs/libva-intel-media-driver-23.1.2: 30 minutes, 30 seconds
2023-03-22T02:23:48 >>> media-libs/libva-intel-media-driver-23.1.3: 32 minutes, 12 seconds
2023-04-01T00:57:04 >>> media-libs/libva-intel-media-driver-23.1.5: 28 minutes, 45 seconds
2023-05-13T11:46:46 >>> media-libs/libva-intel-media-driver-23.1.6: 29 minutes, 24 seconds
(i7-8700K CPU here)
I asked the maintainer in IRC, but no response :-/

I pinned the package then on stable only, like
package.accept_keywords:
media-libs/libva-intel-media-driver -~amd64
~media-libs/libva-intel-media-driver-23.2.2
Back to top
View user's profile Send private message
logrusx
Advocate
Advocate


Joined: 22 Feb 2018
Posts: 2744

PostPosted: Mon Jun 26, 2023 7:31 am    Post subject: Reply with quote

Josef.95 wrote:

I asked the maintainer in IRC, but no response :-/


IRC is not the place to file bugs :)

Best Regards,
Georgi
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Mon Jun 26, 2023 8:32 am    Post subject: Reply with quote

Hi ali3nx and thanks for the reply :D
ali3nx wrote:
Code:
MAKEOPTS="-j8 -l5.5"
PORTAGE_NICENESS="10"


Have you considered the consequences of load average limiting build processes to less than the total volume of build jobs and enforcing lower than default process priority? That noose configuration has always been a recipe for process execution latency.

Run a test with less build jobs than maximum, perhaps four to six, remove the process priority and load average limiting and observe the overall improvement that provides.

I'll give this a try (although it is not the whole story - see post below yours). Only thing is I will usually need to be using the system at least lightly (browsing) while emerging so I do need to ensure that other processes don't get totally turned to treacle. Maybe now I have 4-core this will be less of a problem anyway, I have not experimented since that upgrade.
ali3nx wrote:

Other likely catalyst of inconsistent software builds and questionable functional reliability has always been using full unstable gentoo builds.

Code:
ACCEPT_KEYWORDS="~amd64"


A considerable volume of garbage package versions are discarded that never become stable versions. Those junk package versions are more widely consumed as software updates by full unstable system configurations. Build times of package versions deemed unfit for general consumption very well may result in undesirable build behaviours or inconsistent varying build results.

I'm conscious that ~arch means a lot of "throwaway" builds, but I don't update @world too often anyway and seldom do these unstable packages give me real headaches these days (all credit to devs, used to be a lot of such headaches). When I started out, the lore was that using ~arch piecemeal was a bigger headache, because you'd keep having to add further ~arch deps to support the ~arch packages you wanted and it could get very scrappy. Maybe this too is less true than in the past, and maybe I'm less needful of any bleeding-edge packages anyway now. But migrating the live system back to stable is quite an undertaking, I imagine, and when I will get the time to attempt that is anyone's guess.
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2161

PostPosted: Mon Jun 26, 2023 8:35 am    Post subject: Reply with quote

ali3nx is definitely right and this is a fair point if someone is generally concerned about build times, but your point seems to be that you're wondering specifically what caused such a sudden large regression in this single package - which is a fair question. I'm now wondering the same..

The best way to figure this out, in lieu of any specific knowledge of this package, is to try build it manually from upstream (don't install it) and bisect it.
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Mon Jun 26, 2023 8:41 am    Post subject: Reply with quote

Thanks for replying Josef.95 :D
Josef.95 wrote:
I noticed the new long built time here too:
Code:
$ qlop -vH libva-intel-media-driver
2022-08-22T00:32:19 >>> x11-libs/libva-intel-media-driver-22.5.2: 4 minutes, 9 seconds
2022-08-31T22:58:18 >>> x11-libs/libva-intel-media-driver-22.5.3: 3 minutes, 51 seconds
2022-09-27T23:50:56 >>> x11-libs/libva-intel-media-driver-22.5.3: 3 minutes, 56 seconds
2022-09-29T22:57:32 >>> x11-libs/libva-intel-media-driver-22.5.3.1: 3 minutes, 53 seconds
2022-10-18T00:29:42 >>> media-libs/libva-intel-media-driver-22.5.4: 3 minutes, 57 seconds
2022-11-12T21:57:04 >>> media-libs/libva-intel-media-driver-22.6.1: 3 minutes, 58 seconds
2022-11-14T18:11:47 >>> media-libs/libva-intel-media-driver-22.6.2: 5 minutes, 6 seconds
2022-11-15T21:26:33 >>> media-libs/libva-intel-media-driver-22.6.2-r1: 5 minutes, 7 seconds
2022-11-23T15:29:52 >>> media-libs/libva-intel-media-driver-22.6.3: 5 minutes, 14 seconds
2023-01-01T11:58:52 >>> media-libs/libva-intel-media-driver-22.6.4: 30 minutes, 33 seconds
2023-02-03T02:34:48 >>> media-libs/libva-intel-media-driver-22.6.6: 30 minutes, 53 seconds
2023-03-04T23:23:20 >>> media-libs/libva-intel-media-driver-23.1.2: 30 minutes, 30 seconds
2023-03-22T02:23:48 >>> media-libs/libva-intel-media-driver-23.1.3: 32 minutes, 12 seconds
2023-04-01T00:57:04 >>> media-libs/libva-intel-media-driver-23.1.5: 28 minutes, 45 seconds
2023-05-13T11:46:46 >>> media-libs/libva-intel-media-driver-23.1.6: 29 minutes, 24 seconds
(i7-8700K CPU here)
I asked the maintainer in IRC, but no response :-/

I pinned the package then on stable only, like
package.accept_keywords:
media-libs/libva-intel-media-driver -~amd64
~media-libs/libva-intel-media-driver-23.2.2


Aha, so it's not just me! The proportional increase is a little less than mine but in the same ballpark. Something definitely happened as of 22.6.4.

Do you think it's appropriate to raise an issue upstream about this? If for most people it's only adding ~20min compile time that feels a little frivolous, but I can't help but be curious about what may have caused it.
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 23123

PostPosted: Mon Jun 26, 2023 3:00 pm    Post subject: Reply with quote

I would look at it not as adding 20 minutes of compile time, but as multiplying the compile time by 6. Assuming this multiplier is approximately correct for other users, that will be especially significant for anyone using constrained hardware where the "good" times were much longer than 5 minutes.

As for whether to raise an issue upstream, it depends on the project. If the project routinely provides end-user support, you could try there. However, my preference would be to follow sam_'s advice and try to find more specifically why it is slow. Reporting the slowness to upstream will likely be needed eventually, but you may get a better reception if you can identify a specific commit as the culprit. It would be even better if your report can provide some informed commentary on whether it is reasonable. Hypothetically, if the offending commit is slow because broken dependency data is causing it to be single-threaded when it does not need to be, that would be clearly a bug. On the other hand, if the offending commit is slow because it introduced some notable new step, improving performance will be harder, because the step probably cannot be reverted.
Back to top
View user's profile Send private message
ali3nx
l33t
l33t


Joined: 21 Sep 2003
Posts: 732
Location: Winnipeg, Canada

PostPosted: Mon Jun 26, 2023 4:20 pm    Post subject: Reply with quote

sam_ wrote:
ali3nx is definitely right and this is a fair point if someone is generally concerned about build times, but your point seems to be that you're wondering specifically what caused such a sudden large regression in this single package - which is a fair question. I'm now wondering the same..

The best way to figure this out, in lieu of any specific knowledge of this package, is to try build it manually from upstream (don't install it) and bisect it.


I still recall a day sam was experimenting with rust package builds while we were chatting on #gentoo-chat and some curious results were encountered possibly due to rust building with debug symbols included that inflated the package sizes significantly

curiously I stumbled upon a news article I spotted somewhat recently that mentioned rust indeed may have been compiling code with debugging support enabled by default and changing that default configuration was a planned feature alteration. Perhaps some new code is involved or something significant has changed with the package in question.

Little things similar to this can provide unexpected results that may sometimes be welcomed :)
_________________
Compiling Gentoo since version 1.4
Thousands of Gentoo Installs Completed
Emerged on every continent but Antarctica
Compile long and Prosper!
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Tue Jun 27, 2023 9:42 am    Post subject: Reply with quote

I've downloaded the 22.6.3 and .4 tarballs from github and plan to do some exploring with kdiff3 as soon as I'm able. Since I'm not a C++ speaker the odds are probably not great that I'll know it when I see it, but might as well have a look.

I do note from the build logs that the latter one compiled 16 more files than the former, so maybe in one of these the answer is found. We'll see.

I doubt I can do proper bisecting/rebuilding intensive approach any time soon. (Would have to learn how for a start.) If it came to that I would see more sense in raising a ticket just as an "FYI" if nothing else, since for all we know this may be something of whose effect the person who committed it is already well aware.
Back to top
View user's profile Send private message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3474
Location: Canada

PostPosted: Tue Jun 27, 2023 7:30 pm    Post subject: Reply with quote

Did compiler change around January on your machine ?
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Tue Jun 27, 2023 7:37 pm    Post subject: Reply with quote

dmpogo wrote:
Did compiler change around January on your machine ?


Not majorly. First was with gcc-12.2.1_p20221008, other with gcc-12.2.1_p20230121-r1.
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Tue Jun 27, 2023 7:43 pm    Post subject: Reply with quote

I went back to diffing the build logs to look at the actual compiler invocations, and compared the first really longwinded one, which is [18/1485] in 22.6.3 and [18/1501] in 22.6.4.

In the latter, there are the following added switches in the g++ commandline:
Code:
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/av1/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/avc/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/jpeg/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/hevc/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/mpeg2/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/vp8/ddi
> -I/tmp/portage/media-libs/libva-intel-media-driver-VERSION/work/media-driver-intel-media-VERSION/media_softlet/linux/xe_lpm_plus_r0/decode/vp9/ddi


The 'decode' folder is a new addition to the 22.6.4 tarball.
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 423

PostPosted: Mon Jul 17, 2023 2:07 am    Post subject: Reply with quote

https://bugs.gentoo.org/910273

This is because of a change in sys-apps/sandbox.
_________________
My Wiki page
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Mon Jul 17, 2023 8:38 pm    Post subject: Reply with quote

mattst88 wrote:
https://bugs.gentoo.org/910273

This is because of a change in sys-apps/sandbox.


Thanks! Downgraded to sandbox-2.29 and the build-time for latest libva-intel-media-driver is back down to ~30min. That's slightly longer than before but the added code in newer versions I mentioned above might account for that.
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2161

PostPosted: Mon Jul 17, 2023 9:11 pm    Post subject: Reply with quote

(You can use 2.37 which has a workaround too.)
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Thu Jul 20, 2023 4:05 pm    Post subject: Reply with quote

sam_ wrote:
(You can use 2.37 which has a workaround too.)


Workaround helps some but the build still takes ~50min. And in the sync to obtain it, 2.29 ebuild was purged :(

ETA: Just realised it's a new version of libva-intel-media-driver so again that may be a factor but doubt it alone accounts for +67% longer build time.
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 423

PostPosted: Thu Jul 20, 2023 7:33 pm    Post subject: Reply with quote

Try building the same (i.e. older) version of libva-intel-media-driver and compare?
_________________
My Wiki page
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Sat Jul 22, 2023 11:48 pm    Post subject: Reply with quote

23.2.3 took ~43min with sandbox-2.37 (was ~30min with 2.29).
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2161

PostPosted: Sat Jul 22, 2023 11:51 pm    Post subject: Reply with quote

Havin_it wrote:
23.2.3 took ~43min with sandbox-2.37 (was ~30min with 2.29).


Those are both times from today?
Back to top
View user's profile Send private message
Havin_it
Veteran
Veteran


Joined: 17 Jul 2005
Posts: 1272
Location: Edinburgh, UK

PostPosted: Sun Jul 23, 2023 12:54 am    Post subject: Reply with quote

sam_ wrote:
Havin_it wrote:
23.2.3 took ~43min with sandbox-2.37 (was ~30min with 2.29).


Those are both times from today?


2.29 build is from earlier this week, see above. I no longer have 2.29 available :(
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2161

PostPosted: Sun Jul 23, 2023 1:16 am    Post subject: Reply with quote

Havin_it wrote:
sam_ wrote:
Havin_it wrote:
23.2.3 took ~43min with sandbox-2.37 (was ~30min with 2.29).


Those are both times from today?


2.29 build is from earlier this week, see above. I no longer have 2.29 available :(


Can you try https://wiki.gentoo.org/wiki/Downgrading_a_package_to_removed_version combined with sandbox-2.29 from https://dev.gentoo.org/~sam/distfiles/sys-apps/sandbox/? (just put it in /var/cache/distfiles)
Back to top
View user's profile Send private message
mattst88
Developer
Developer


Joined: 28 Oct 2004
Posts: 423

PostPosted: Tue Jul 25, 2023 6:50 pm    Post subject: Reply with quote

I'm not seeing any performance regression from sandbox-2.29 to sandbox-2.37 when compiling libva-intel-media-driver on a 64c/128t system:

Code:
  sandbox-2.37, 23.1.6                                                 
  2023-07-25T17:13:52 >>> media-libs/libva-intel-media-driver: 2′20″   
  2023-07-25T17:16:19 >>> media-libs/libva-intel-media-driver: 2′15″   
  2023-07-25T17:18:41 >>> media-libs/libva-intel-media-driver: 2′19″       
                                                                             
  sandbox-2.37, 23.2.4                                                     
  2023-07-25T17:21:07 >>> media-libs/libva-intel-media-driver: 2′17″   
  2023-07-25T17:23:31 >>> media-libs/libva-intel-media-driver: 2′21″     
  2023-07-25T17:25:59 >>> media-libs/libva-intel-media-driver: 2′19″   
                                                                             
  sandbox-2.37, 23.3.0                                                       
  2023-07-25T17:28:25 >>> media-libs/libva-intel-media-driver: 2′19″   
  2023-07-25T17:30:51 >>> media-libs/libva-intel-media-driver: 2′14″   
  2023-07-25T17:33:12 >>> media-libs/libva-intel-media-driver: 2′16″   
                               
  sandbox-2.29, 23.1.6                                                 
  2023-07-25T17:42:41 >>> media-libs/libva-intel-media-driver: 2′14″   
  2023-07-25T17:44:57 >>> media-libs/libva-intel-media-driver: 2′16″   
  2023-07-25T17:47:15 >>> media-libs/libva-intel-media-driver: 2′11″   
                                                                       
  sandbox-2.29, 23.2.4                                                 
  2023-07-25T17:49:28 >>> media-libs/libva-intel-media-driver: 2′14″   
  2023-07-25T17:51:44 >>> media-libs/libva-intel-media-driver: 2′11″   
  2023-07-25T17:53:57 >>> media-libs/libva-intel-media-driver: 2′25″   
                                                                       
  sandbox-2.29, 23.3.0                                                 
  2023-07-25T17:56:24 >>> media-libs/libva-intel-media-driver: 2′12″   
  2023-07-25T17:58:38 >>> media-libs/libva-intel-media-driver: 2′15″   
  2023-07-25T18:00:55 >>> media-libs/libva-intel-media-driver: 2′24″   


I also don't really see any differences in compile times between versions of libva-intel-media-driver.
_________________
My Wiki page
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum