Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 795267 - dev-db/mariadb-10.5.10 - does not respect MAKEOPTS
Summary: dev-db/mariadb-10.5.10 - does not respect MAKEOPTS
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement
Assignee: Gentoo Linux MySQL bugs team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-10 18:57 UTC by Tomáš Mózes
Modified: 2021-06-18 20:01 UTC (History)
1 user (show)

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

Attachments
mariadb-htop.png (mariadb-htop.png,189.63 KB, image/png)
2021-06-16 21:39 UTC, Thomas Deutschmann (RETIRED) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tomáš Mózes 2021-06-10 18:57:07 UTC 
Just noticed that even though my MAKEOPTS is set to -j4, portage was using all 16 threads to build mariadb 10.5.10.
Comment 1 Tomáš Mózes 2021-06-10 18:59:35 UTC 
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-mtune=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-mtune=native -O2 -pipe"
FCFLAGS="-mtune=native -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-mtune=native -O2 -pipe"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j4"

=================================================================
                        Package Settings
=================================================================

dev-db/mariadb-10.5.10::gentoo was built with the following:
USE="backup extraengine pam server -bindist -columnstore -cracklib -debug -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 (-mroonga) -numa -odbc -oqgraph -perl -profiling -rocksdb -s3 (-selinux) -sphinx -s
st-mariabackup -sst-rsync -static -systemd -systemtap -tcmalloc -test -xml -yassl" ABI_X86="(64)"
CFLAGS="-mtune=native -O2 -pipe -fno-strict-aliasing"
CXXFLAGS="-mtune=native -O2 -pipe -felide-constructors -fno-strict-aliasing"
FEATURES="ebuild-locks strict pid-sandbox binpkg-logs distlocks merge-sync ipc-sandbox binpkg-docompress userfetch binpkg-dostrip qa-unresolved-soname-deps config-protect-if-modified unknown-features-warn network-sandbox unmerge-logs pres
erve-libs protect-owned usersync sfperms fixlafiles assume-digests news sandbox parallel-fetch xattr unmerge-orphans usersandbox multilib-strict userpriv"
Comment 2 Thomas Deutschmann (RETIRED) gentoo-dev 2021-06-16 21:39:43 UTC 
Created attachment 716472 [details]
mariadb-htop.png

How do you verify? I cannot reproduce, see attached screenshot where I am running `MAKEOPTS=-j1 ebuild mariadb-10.5.10.ebuild clean install`.
Comment 3 Tomáš Mózes 2021-06-18 20:01:01 UTC 
I've also checked with htop, but right now I cannot reproduce either :( Not sure if the server wasn't exhausted from other VM or why that happened. 

Thanks for giving it a shot, sorry for the noise.