seems that 'System.Collections.Immutable.dll' is still being loaded on startup

'System.Security.Cryptography.Algorithms.dll' also is still being loaded

'System.Security.Permissions.dll' is also being loaded on Windows

Add-Type is the only place where immutable type is used. However, immutable.dll is loaded at startup even on my local Linux machine. There should be a dependency to it from .NET Core on Unix platforms.

For System.Security.Cryptography.Algorithms.dll and System.Security.Permissions.dll on Windows, I don't get them loaded locally. Let me take a look at what the CI does.

@SteveL-MSFT The additional loaded assemblies are resulted by the profile optimization configured in powershell. The file StartupProfileData-NonInteractive records assemblies that are potentially used right after powershell starts. With this file being available, powershell will eagerly load those assemblies using multiple CPU cores, even though some assemblies are not really needed for the current use case.

I updated the tests, and also made a change to correct the folder to store the 'StartupProfileData' files.
For convenience, I will just close this PR and submit a new one. The new PR is #8406.