tomer doron

this is a cool idea @MrLotU, would you like to take on proposing an implementation?

> Sounds good, I suppose this could be done as extra module like "SystemMetrics" and added via MetricsSystem.bootstrapSystemMetrics, so it's not necessarily part of core? I think separate module sounds...

> Really what we need is getting together and making a "proper good" log handler... otherwise we'll never get out of this adding features into swift-log > I strongly vote...

thanks for bringing this up. what would backends that do not support such feature do with this information?

@ktoso did you want to do anything here for 2.1.0, or should we release 2.1.0 sooner?

Making the core API + internals not depend on Foundation is a good idea IMO, as it lets us use AHC in situation where Foundations is not available. That said,...

@ktoso TSAN broken on the combination of centos as host and 18.04 as container. hence the cI failure. working with that team to fix

> In general I recommend we stick with POSIX shell when possible vs. bash since it’s much simpler; but I’m open to pushback! @Yasumoto no objections, but it means amending...

> Maybe instead of using this script as pre-commit hook, connect it to the already existing sanity.sh? It includes swift-format & some other things (headers & linux tests) +1

@swift-server-bot test this please