- \n
- Installers and binaries<\/a><\/li>\n
- Container images<\/a><\/li>\n
- Linux packages<\/a><\/li>\n
- Release notes<\/a><\/li>\n
- API diff<\/a><\/li>\n
- Known issues<\/a><\/li>\n
- GitHub issue tracker<\/a><\/li>\n<\/ul>\n
See the ASP.NET Core<\/a>, EF Core<\/a> and .NET MAUI<\/a> posts for more detail on what\u2019s new for web, data access, and client scenarios.<\/p>\n
Starting with .NET 6 Preview 6, we’ve tested and support Visual Studio 2022 Preview 2<\/a>. Visual Studio 2022<\/a> enables you to leverage the Visual Studio tools developed for .NET 6 such as development in .NET MAUI, Hot Reload for C# apps, new Web Live Preview for WebForms, and other performance improvements in your IDE experience. .NET 6 has also been tested with Visual Studio for Mac 8.9<\/a>.<\/p>\n
Check out the new conversations posts<\/a> for in-depth engineer-to-engineer discussions of the latest .NET features.<\/p>\n
x64 emulation update<\/h2>\n
We’re done adding support for Apple Silicon for macOS and Arm64 for Windows. What’s left is supporting x64 emulation<\/a> on macOS Apple Silicon<\/a> and Windows Arm64<\/a>. We need to do two things to enable that.<\/p>\n
- \n
- Side-by-side capable installers<\/a><\/li>\n
- First-class architecture targeting with the .NET CLI<\/a> to (primarily) enable using the native architecture SDK in all scenarios.<\/li>\n<\/ul>\n
Until side-by-side capable installers are available (later in .NET 6), you’ll either need to install all x64 builds or all Arm64 ones. If you want to switch, you need to uninstall\/delete all .NET versions on your Arm64 machine. That’s unfortunate, but where we are at at this point.<\/p>\n
Tools: .NET SDK Optional Workload improvements<\/h2>\n
We have added three new workload<\/a> commands that enable better discovery and management.<\/p>\n
- \n
dotnet workload search<\/code> — list workloads available to install.<\/li>\ndotnet workload uninstall<\/code> — remove the specified workload if you no longer require a workload. Also a good option for space saving.<\/li>\ndotnet workload repair<\/code> — re-install all workloads you’ve previously installed.\n- \n
- This is useful if your install fails in the middle because of a dropped internet connection.<\/li>\n
- Optional workloads are made up of multiple workload packs and you may have gotten into a state where some installed successfully but others didn’t.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
In previous previews, we added the following commands:<\/p>\n
- \n
dotnet workload install<\/code> — installs a workload.<\/li>\ndotnet workload list<\/code> — lists installed workloads.<\/li>\ndotnet workload update<\/code> — updates installed workloads.<\/li>\n<\/ul>\nLibraries: TLS support for
System.DirectoryServices.Protocols<\/code><\/h2>\nTLS support has been enabled<\/a> for
System.DirectoryServices.Protocols<\/code><\/a> for Linux and macOS. It was already enabled for Windows. .NET users can now enjoy secure communications with LDAP servers.<\/p>\nCredit to @iinuwa<\/a>.<\/p>\n
Tools: Crossgen2 replaces crossgen<\/h2>\n
Crossgen2<\/a> has been enabled for all existing crossgen scenarios. With that milestone behind us, we’ve also removed (the old) crossgen from the SDK. It is no longer accessible and cannot be used.<\/p>\n
Crossgen (1 and 2) enables pre-compiling IL to native code as a publishing step. Pre-compilation is primarily beneficial for improving startup. Crossgen2 is a from-scratch implementation that is already proving to be a superior platform for code generation innovation. For example, crossgen2 can generate code for a broader set of IL patterns than crossgen1.<\/p>\n
The following MSBuild properties demonstrate how to enable pre-compilation with crossgen2.<\/p>\n
<!-- Enable pre-compiling native code (in ready-to-run format) with crossgen2 -->\r\n <PublishReadyToRun>true<\/PublishReadyToRun> \r\n <!-- Enable generating a composite R2R image -->\r\n <PublishReadyToRunComposite>true<\/PublishReadyToRunComposite><\/code><\/pre>\nLibraries: Improved sync-over-async performance<\/h2>\n
Sync-over-async<\/a> is a common type of blocking work. It can lead to starvation when it happens on thread pool worker threads. Slow thread injection may delay other queued work from running, and may delay the starvation from being resolved.<\/p>\n
This change<\/a> improved the rate of thread injection by default when sync-over-async is the only type of blocking work happening on thread pool worker threads. There are some new
AppContext<\/code> config values<\/a> that can be used to configure the rate of thread injection in response to sync-over-async.<\/p>\nRuntime: W^X memory policy<\/h2>\n
We are enabling support<\/a> for W^X memory protection<\/a>. It is a requirement on Apple Silicon machines and a useful security measure on other operating systems.<\/p>\n
This feature has an abnormal name. It should be read as “write exclusive execute”. That means that a memory page can be marked for read\/write or read\/execute but never any combination that includes write and execute. Write\/execute pages are subject to being exploited with buffer overrun attacks, for example.<\/p>\n
This feature requires changes throughout the product, wherever write\/execute pages are used. For example, preview 6 includes a change that requires the JIT to cooperate with the W^X scheme we’ve adopted<\/a>.<\/p>\n
W^X is a requirement of macOS on Apple Silicon machines, optional in all other environments for .NET 6 and will likely be the default mode in all environments for .NET 7.<\/p>\n
Note: The W^X implementation has a startup regression with .NET 6 on all environments but Apple Silicon. It will be resolved as part of .NET 7. The Apple Silicon implementation has no such regression due to operating system support for this scenario<\/a>.<\/p>\n
CodeGen changelog<\/h2>\n
The following codegen changes are included in Preview 6.<\/p>\n
Dynamic PGO<\/h3>\n
- \n
- Add option to choose guarded devirt class randomly https:\/\/github.com\/dotnet\/runtime\/pull\/53399<\/li>\n
- pgo\/devirt diagnostic improvements https:\/\/github.com\/dotnet\/runtime\/pull\/53247<\/li>\n<\/ul>\n
LSRA<\/h3>\n
- \n
- Refactor LSRA<\/a> heuristics selection https:\/\/github.com\/dotnet\/runtime\/pull\/52832\n
- \n
- Now, DEBUG mode includes a COMPlus variable that LsraOrdering will let the user set the heuristics ordering.<\/li>\n
- Tune the heuristics for register to select optimal register candidate to spill. https:\/\/github.com\/dotnet\/runtime\/pull\/53853<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
The following improvements are based on these changes.<\/p>\n
![\"image\"](\"https:\/\/user-images.githubusercontent.com\/63486087\/124963432-a6d57580-dfd4-11eb-9549-e7d5a8231448.png\")
\n![\"image\"](\"https:\/\/user-images.githubusercontent.com\/63486087\/124963446-ac32c000-dfd4-11eb-9960-69832b72f7b2.png\")
\n![\"image\"](\"https:\/\/user-images.githubusercontent.com\/63486087\/124963455-b05edd80-dfd4-11eb-82a0-06de64fcc3f9.png\")
<\/p>\nMore improvements:<\/p>\n
- \n
- Windows x86<\/a><\/li>\n
- Windows x64<\/a><\/li>\n
- General<\/a><\/li>\n<\/ul>\n
Code quality<\/h3>\n
- \n
- Eliminate redundant \u201ctest\u201d instruction https:\/\/github.com\/dotnet\/runtime\/pull\/53214<\/li>\n<\/ul>\n
Closing<\/h2>\n
The release is quickly coming together and to an end. We’ll soon be addressing only the most pressing feedback, approaching the same bug bar that we use for servicing releases. If you’ve been holding on to some feedback or have yet to try .NET 6, please do now. It’s your last chance to influence the release.<\/p>\n
Thanks for everyone who has contributed to making .NET 6 another great release.<\/p>\n
Thanks for being a .NET developer.<\/p>\n","protected":false},"excerpt":{"rendered":"
.NET 6 Preview 6 is now available.<\/p>\n","protected":false},"author":1312,"featured_media":21638,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[685,196],"tags":[],"class_list":["post-33571","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dotnet","category-dotnet-core"],"acf":[],"blog_post_summary":"
.NET 6 Preview 6 is now available.<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts\/33571","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/users\/1312"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/comments?post=33571"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/posts\/33571\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/media\/21638"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/media?parent=33571"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/categories?post=33571"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/dotnet\/wp-json\/wp\/v2\/tags?post=33571"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Windows x64<\/a><\/li>\n
- Windows x86<\/a><\/li>\n
- Refactor LSRA<\/a> heuristics selection https:\/\/github.com\/dotnet\/runtime\/pull\/52832\n
- First-class architecture targeting with the .NET CLI<\/a> to (primarily) enable using the native architecture SDK in all scenarios.<\/li>\n<\/ul>\n
- Container images<\/a><\/li>\n