View previous topic :: View next topic |
Author |
Message |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Sun Jun 25, 2023 6:24 pm Post subject: [SOLVED]libva-intel-media-driver now compiles much slower |
|
|
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 |
|
 |
stefan11111 l33t

Joined: 29 Jan 2023 Posts: 953 Location: Romania
|
Posted: Sun Jun 25, 2023 6:36 pm Post subject: Re: libva-intel-media-driver now compiles much slower |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Sun Jun 25, 2023 6:51 pm Post subject: |
|
|
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  |
|
Back to top |
|
 |
ali3nx l33t


Joined: 21 Sep 2003 Posts: 732 Location: Winnipeg, Canada
|
Posted: Sun Jun 25, 2023 7:21 pm Post subject: |
|
|
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 |
|
 |
Josef.95 Advocate

Joined: 03 Sep 2007 Posts: 4695 Location: Germany
|
Posted: Sun Jun 25, 2023 8:17 pm Post subject: |
|
|
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 |
|
 |
logrusx Advocate


Joined: 22 Feb 2018 Posts: 2744
|
Posted: Mon Jun 26, 2023 7:31 am Post subject: |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Mon Jun 26, 2023 8:32 am Post subject: |
|
|
Hi ali3nx and thanks for the reply
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 |
|
 |
sam_ Developer


Joined: 14 Aug 2020 Posts: 2161
|
Posted: Mon Jun 26, 2023 8:35 am Post subject: |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Mon Jun 26, 2023 8:41 am Post subject: |
|
|
Thanks for replying Josef.95
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 |
|
 |
Hu Administrator

Joined: 06 Mar 2007 Posts: 23123
|
Posted: Mon Jun 26, 2023 3:00 pm Post subject: |
|
|
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 |
|
 |
ali3nx l33t


Joined: 21 Sep 2003 Posts: 732 Location: Winnipeg, Canada
|
Posted: Mon Jun 26, 2023 4:20 pm Post subject: |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Tue Jun 27, 2023 9:42 am Post subject: |
|
|
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 |
|
 |
dmpogo Advocate

Joined: 02 Sep 2004 Posts: 3474 Location: Canada
|
Posted: Tue Jun 27, 2023 7:30 pm Post subject: |
|
|
Did compiler change around January on your machine ? |
|
Back to top |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Tue Jun 27, 2023 7:37 pm Post subject: |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Tue Jun 27, 2023 7:43 pm Post subject: |
|
|
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 |
|
 |
mattst88 Developer


Joined: 28 Oct 2004 Posts: 423
|
|
Back to top |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Mon Jul 17, 2023 8:38 pm Post subject: |
|
|
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 |
|
 |
sam_ Developer


Joined: 14 Aug 2020 Posts: 2161
|
Posted: Mon Jul 17, 2023 9:11 pm Post subject: |
|
|
(You can use 2.37 which has a workaround too.) |
|
Back to top |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Thu Jul 20, 2023 4:05 pm Post subject: |
|
|
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 |
|
 |
mattst88 Developer


Joined: 28 Oct 2004 Posts: 423
|
Posted: Thu Jul 20, 2023 7:33 pm Post subject: |
|
|
Try building the same (i.e. older) version of libva-intel-media-driver and compare? _________________ My Wiki page |
|
Back to top |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Sat Jul 22, 2023 11:48 pm Post subject: |
|
|
23.2.3 took ~43min with sandbox-2.37 (was ~30min with 2.29). |
|
Back to top |
|
 |
sam_ Developer


Joined: 14 Aug 2020 Posts: 2161
|
Posted: Sat Jul 22, 2023 11:51 pm Post subject: |
|
|
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 |
|
 |
Havin_it Veteran

Joined: 17 Jul 2005 Posts: 1272 Location: Edinburgh, UK
|
Posted: Sun Jul 23, 2023 12:54 am Post subject: |
|
|
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 |
|
 |
sam_ Developer


Joined: 14 Aug 2020 Posts: 2161
|
|
Back to top |
|
 |
mattst88 Developer


Joined: 28 Oct 2004 Posts: 423
|
Posted: Tue Jul 25, 2023 6:50 pm Post subject: |
|
|
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 |
|
 |
|