Speed up docker builds

[benaadams]

Changes

• Don't publish ReadyToRun for faster deployment
• Nethermind is a very long running process so initial startup time isn't so important vs better instrumentation from tier0 to produce improved teir1 code via Jit PGO

Types of changes

What types of changes does your code introduce?

• Optimization
• Build-related changes

Testing

Requires testing

• No

[rubo]

We should not disable R2R for Docker only. Nethermind builds should not differ depending on distribution channels. If we consider R2R not important, we disable it in general.
The long build times for the Docker image are due to GitHub Actions runners. We can either switch to a more powerful one (~8 mins) or just wait a little more with the current one. It's not a big deal.

[benaadams]

We should not disable R2R for Docker only. Nethermind builds should not differ depending on distribution channels. If we consider R2R not important, we disable it in general. The long build times for the Docker image are due to GitHub Actions runners. We can either switch to a more powerful one (~8 mins) or just wait a little more with the current one. It's not a big deal.

I did disable it everywhere?

[rubo]

I did disable it everywhere?

Then why have it false or 0 explicitly?

[benaadams]

I did disable it everywhere?

Then why have it false or 0 explicitly?

It only applies to publishing; so changed it to false in .csproj

The other one in docker files turns off ReadyToRun for the framework so it Jits everything but that can only be set via environment var not any project or build setting :(

[rubo]

The other one in docker files

Do we need it? Isn't it off by default?