Оптимизация сборки Gentoo под многоядерные EPYC: есть ли смысл в агрессивных флагах?

Всем привет! Давненько не заходил в сообщество, но сейчас возник интересный вопрос, с которым, уверен, многие сталкивались при переходе на серьезное "железо".
Недавно обновил свою рабочую станцию, переехав на 16-ядерный EPYC с частотой 4.2GHz. Раньше, когда сидел на старых интеловских камнях, я был фанатом максимально тонкой настройки make.conf, перебора CFLAGS и прочих радостей жизни, чтобы выжать лишние пару процентов производительности. Но теперь, когда у меня под рукой такое количество потоков, я начал задумываться: стоит ли вообще тратить время на "микроменеджмент" компиляции?
С одной стороны, Gentoo дает возможность выжать максимум из каждого ядра, но с другой — при 16 ядрах EPYC время компиляции огромных пакетов, например, того же браузера или LLVM, сократилось в разы само по себе. Есть подозрение, что выигрыш от экстремально оптимизированных флагов на таком процессоре нивелируется скоростью самого железа, а риск получить нестабильную систему только растет.
Поделитесь опытом, кто использует современные серверные многоядерники в качестве десктопа: загоняетесь ли вы еще с march=native и специфическими флагами, или перешли на более консервативные настройки сборки, чтобы просто не тратить время зря? Есть ли у вас ощущение, что на такой частоте и количестве ядер система с "дефолтными" оптимизациями работает ничуть не хуже, чем "вылизанная" вручную? Будет интересно почитать, как вы находите баланс между производительностью и стабильностью.