What speaks against making CoreConstants.MAX_POOL_SIZE and CoreConstants.SCHEDULED_EXECUTOR_POOL_SIZE configurable with the current values as default?

In container environment we only have ConsoleAppender and filebeat will just scrape and send them to ELK. We don't really need that many logback threads, but we could be wrong. Our observation: a simple spring-boot-web-app will start at least 8 logback threads. We'd like to know the reason, if this is really necessary.