Gentoo is nothing but a failed malicious virus spread by energy companies in order to increase power consumption of consumer PCs by having them all perform nearly the same full load compilations 24/7. Apparently, those companies must have hired some $3/h payeets, as this piece of shit OS isn't even capable to perform most compilations without constant babysitting. Must be a feature though, since a failed compilation is one that needs to be repeated.
Case in point, this is a compilation of Firefox on a brand-new desktop install:
[ 98%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/y4m_test.cc.o
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/third_party/googletest/src/googletest/include -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/build-abi_x86_32.x86 -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/apps -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/common -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/examples -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/stats -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/third_party/libyuv/include -I/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/third_party/libwebm -DNDEBUG -march=native -O2 -pipe -Wall -Wdisabled-optimization -Wextra -Wfloat-conversion -Wlogical-op -Wpointer-arith -Wsign-compare -Wstack-usage=320000 -Wtype-limits -Wuninitialized -Wunused -Wvla -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -o CMakeFiles/test_aom_encoder.dir/test/y4m_test.cc.o -c /var/tmp/portage/media-libs/libaom-1.0.0-r2/work/test/y4m_test.cc
make[2]: Leaving directory '/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/build-abi_x86_32.x86'
[ 98%] Built target test_aom_encoder
make[1]: Leaving directory '/var/tmp/portage/media-libs/libaom-1.0.0-r2/work/build-abi_x86_32.x86'
make: *** [Makefile:130: all] Error 2
* ERROR: media-libs/libaom-1.0.0-r2::gentoo failed (compile phase):
* emake failed
How can an operating system be this retarded?
> tfw someone actually fell for the gentoo meme
OP is a faggot and just too stupid to get a basic operating system to work
you did it wrong
in the age of climate change, compiling should be illegal
it should take place only ONCE per package and somewhere safe like on NSA supercomputers
How do I do it right then?
Adding backdoors into software increases the codebase and results in longer compilations, and therefore more heat. The NSA is effectively to blame for climate change.
basic is an understatement
Werks for me and I'm using rather autistic flags (and LTO+PGO)
export PERFORMANCE_CFLAGS="-O3 -march=native -pipe -pthread -fno-plt -ffunction-sections -fdata-sections -fomit-frame-pointer"
export SECURITY_CFLAGS="-D_FORTIFY_SOURCE=2 -D_GLIBCXX_ASSERTIONS -fstack-protector-strong"
export CFLAGS="${PERFORMANCE_CFLAGS} ${SECURITY_CFLAGS}"
export CXXFLAGS="${CFLAGS}"
export LDFLAGS="-Wl,-O1,-z,relro,-z,now,-z,combreloc,--sort-common,--as-needed,--gc-sections,--hash-style=gnu,--enable-new-dtags"
export RUSTFLAGS="-C opt-level=3 -C target-cpu=native"
How much faster is O3 vs O2, have you had any issues compiling?
-O3 usually results in either no difference or faster code (maybe 5-10%). It should never produce slower code. If it does it's a bug in gcc and should be reported. It does make compiling take longer than if you use -O2. You can check here for some benchmarks.
phoronix.com
I haven't ran into any issues but I do believe for some packages it'll automatically strip -O3 from flags and replace it with -O2 since they're known not to work with -O3.
Ok, but what the frick am I doing wrong then?
[ebuild N ] media-libs/libaom-1.0.0-r2 USE="-doc -examples" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="mmx sse sse2 -avx -avx2 -sse3 -sse4_1 -ssse3"
Portage 2.3.67 (python 3.6.8-final-0, default/linux/amd64/17.0/desktop, gcc-9.1.0, glibc-2.29-r2, 5.1.9-gentoo-nvidia x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-5.1.9-gentoo-nvidia-x86_64-Intel-R-_Core-TM-_i7-8550U_CPU_@_1.80GHz-with-gentoo-2.6
KiB Mem: 8016496 total, 6542048 free
KiB Swap: 11534332 total, 11534332 free
Timestamp of repository gentoo: Sat, 29 Jun 2019 19:30:01 +0000
Head commit of repository gentoo: 74058846a20284d4e8596063850fff3a438b9d68
sh bash 5.0_p7
ld GNU ld (Gentoo 2.32 p2) 2.32.0
app-shells/bash: 5.0_p7::gentoo
dev-lang/perl: 5.30.0::gentoo
dev-lang/python: 2.7.16::gentoo, 3.6.8::gentoo
dev-util/cmake: 3.14.5::gentoo
sys-apps/baselayout: 2.6-r1::gentoo
sys-apps/openrc: 0.41.2::gentoo
sys-apps/sandbox: 2.17::gentoo
sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo
sys-devel/automake: 1.16.1-r1::gentoo
sys-devel/binutils: 2.32-r1::gentoo
sys-devel/gcc: 9.1.0-r1::gentoo
sys-devel/gcc-config: 2.0::gentoo
sys-devel/libtool: 2.4.6-r5::gentoo
sys-devel/make: 4.2.1-r4::gentoo
sys-kernel/linux-headers: 5.1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.29-r2::gentoo
Repositories:
gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-verify-metamanifest: yes
sync-rsync-extra-opts:
sync-rsync-verify-max-age: 24
sync-rsync-verify-jobs: 1
1/2
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j8"
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit crypt cups cxx dbus dhclient dri dts dvd dvdr emboss encode exif senpai flac fortran gdbm gif glamor gnome-keyring gtk iconv ipv6 jpeg lcms ldap libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses networkmanager nls nptl nvidia ogg opengl openmp pam pango pcre pdf png policykit postproc ppds python qt5 readline sdl seccomp secure-delete spell sqlite ssl startup-notification svg tcpd tiff tools truetype udev udisks unicode upower usb vim-syntax vorbis wifi wxwidgets x264 xattr xcb xml xv xvid xvmc zlib" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_user authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput keyboard mouse" KERNEL="linux"
2/2
hm
You are pretty edgey and salty today, Microsoft. Tell this Linux loving user, have you learned how to count to 9 yet?
>Intel
found your problem :)
install gentoo
>intel
public void run_application(Cmd cmd) {
if (os.version.startswith("9") {
compatability_mode(cmd);
} else {
run_and_spy(cmd);
}
}
Just because I get cucked by the intel management subsystem does not give portage the right to cuck me out of using firefox. How else should I tell tyrone that my wife awaits him?
Wake me when AMD eclipses Intel in single thread performance
While true in principle, -O3 can produce code that is, in practice, slower. A larger binary means more potential icache misses, which means slower performance overall.
gentoo is barely usable without ECC random-access memory.
why's that? I never had any memory corruption issues
>waste all your time compiling for no perceivable performance gain
It makes sense on esoteric architectures. Like maybe you want to install Gentoo on a Talos II workstation, alright, I get it but on an x86 based PC? Waste of time and effort.
because you think you will be warned every time a bit has been flipped?
Google did a study on their servers and found out that there is 5 bit errors per 8 gigabytes of RAM per hour. (cs.toronto.edu
When you compile everything by yourself, you have to make sure that the compilation hasn't been corrupted; either by doing multiple compilations (at least 3), or
by using ecc memory.
based google telling gentoofags
people are seriously underestimating bits errors in ram modules. You know when you compile or install a package that fails on the first try but magically succeed on the second try despite you did nothing between? bit error.
yeah, reproducible builds are almost impossible unless it is compiled on that magical ram
Don't install an Linux called "Gentoo." Man this sh*t is so wrong in so many motherfu*king levels yo...I was talking to one of my nerd friends and he sent me 3 CDs with the name only labeled "Gentoo" I said to this dude, What's this sh*t? He just giggled and said "Just install them and MAKE SURE NOBODY IS AROUND YOU WHEN INSTALLING IT!" Then I thought it was some weird virus or some strange sh*t but as I installed the first CD, I was like "Yo.....what the fu*k.." THEN IT CONTINUED and I was like "Yoooooooooooooooooooooooo......." THEN THEY GOT IN THE MOTHERfu*kING SHELL AND THEN I SAID "YYYYYYYYYYYYYYYYYYYYYYYYYYYYYOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!!!!!" I couldn't fu*king believe what I just saw, It was like Satan gave me his Linux collection, sh*t was so disturbing..YET I COULDN'T STOP INSTALLING IT, THEN CD TWO AND IT WAS TWO OF THEM.....THOSE COREUTILS...YOOOOOOO.......THOSE COREUTILS....AND THAT PROCESS DIED THEN IT...YYYYYYYYYOOOOOOOOOOOOOOOOOOOOOO... THEN THAT COREUTIL EDITED THAT CONF FILE THEN YYYYYYYYYYYYYOOOOOOOOOOOOOOOOOOOOOOOOOOO OOOOOOOOOOOOOOOOOOOOOOOOOO........IT WAS LIKE YOUR bi*ch WANTED TO USE COMPUTERS WITH YOU BUT SHE WANTED TO SOMETHING "DIFFERENT" AND IT WAS SO absolutely glorious, YOU JUST...KEPT INSTALLING IT...AND THAT'S WHAT I fu*kING DID!!!!! THEN I INSTALLED CD THREE...THREE COREUTILS...THRRREEEEE!!!!!! IT...WAS...THHHHHHRRRRRRRRRREEEEEEEEEEEE EEEEEEEEEEEEEEEEEEEEEEE!!!!!!!!!! AND GREP WAS HIS NAME NIGGA, GREP WAS HIS MOTHERfu*kING NAME!!!!!! OH MY GOD,I AIN'T GOING TO HEAVEN NIGGAS, I ALREADY SOLD MY SOUL TO Richard Stallman!
So I Just want to tell you all right now..DON'T INSTALL A LINUX NAMED GENTOO, DON'T DO IT NIGGA, IT'S LIKE Plan9. REMEMBER WHAT I'M SAYING TO YOU NIGGAS!
People have been using Gentoo for years without any problems so clearly you are overestimating the impact of bit errors
using gentoo for years and never had problems with bit errors
Nice meme. There are cases where -O3 is slower but it has nothing to do with instruction cache. I don't know why everybody repeats this since it has no basis in reality and no empirical data to support it.
I've never used -O3 because
>-O3 is not a guaranteed way to improve performance, and in fact, in many cases, can slow down a system due to larger binaries and increased memory usage. -O3 is also known to break several packages.
Is it even worth it? I'm guessing once you have a working system it can be done at your own leisure
Should also make sure you are
wiki.gentoo.org
that is if you have enough ram
This is a pretty funny attempt to get tech support from Jow Forums
If you frame it as "I need help" nobody will help you, but "gentoo sucks it cant do [the thing i need to do]" will have people scrambling out of the woodwork to help you with your problem
>When you compile everything by yourself, you have to make sure that the compilation hasn't been corrupted; either by doing multiple compilations (at least 3), or
>by using ecc memory.
Or you could not overclock and test your system under stress, not use cheap hardware, but I honestly just think your are full of shit.
Really? According to RedHat (developers.redhat.com
>For many applications, -O2 is a good choice because the additional inlining and loop unrolling introduced by -O3 increases the instruction cache footprint, which ends up reducing performance.
and
>In some cases, -Os (optimize for small code) may result in faster code than -O2 due to reduced instruction cache pressure.