coreclr

前言 我是 WebApiClient 库的作者，目前在开发其 .netcore 版本，在整理其readme后，想想一来这部分内容可能对大家有用，二来兴许能给 WebApiClient 带人更多人气，所以将readme作为博客在此发表。 WebApiClientCore WebApiClient.JIT 的.netcore版本，基于HttpClient的高性能与高可扩展性于一体的声明式Http客户端库，特别适用于微服务的restful资源请求，也适用于各种非标准的http接口请求。 PackageReference <PackageReference Include="WebApiClientCore" Version="1.0.0-beta1" /> 项目原因 WebApiClient很优秀，它将不同框架不同平台都实现了统一的api WebApiClient不够优秀，它在.netcore下完全可以更好，但它不得不兼容.net45开始所有框架而有所牺牲 相对变化 使用 System.Text.Json 替换 Json.net ，提升序列化性能 移除HttpApiFactory和HttApiConfig功能，使用 Microsoft.Extensions.Http的HttpClientFactory 移除AOT功能，仅保留依赖于Emit的运行时代理 高效的ActionInvoker

龙芯团队从2019年7 月份开始着手.NET Core的MIPS64支持研发，经过将近一年的研发，在2020年6月18日完成了里程碑性的工作，在github CoreCLR 仓库： https://github.com/gsvm/coreclr ， 随后受到.NET社区的很大参与热情鼓舞之下，2020年7月7日，龙芯团队在github发布了 corefx： https://github.com/gsvm/corefx 、core-setup ： https://github.com/gsvm/core-setup 。 2020年7月9日，龙芯团队发布了 dotnet 运行时、aspnet core 运行时与 sdk 的 EA 版本，见 loongson-dotnet/releases 。同时在龙芯开源社区上线了.NET主页： http://www.loongnix.org/index.php/Dotnet 。据主页上的介绍龙芯版本 .NET 平台正在开发阶段，该平台基于 .NET Core ，初始版本为3.0，后续会升级至3.1。欢迎贡献 相关文章： 龙芯团队完成CoreCLR MIPS64移植，已在github开源 dotnet core 在 MIPS64 下的移值进度：EA 版本已经发布 来源： oschina 链接： https://my.oschina.net/u

龙芯团队从2019年7 月份开始着手.NET Core的MIPS64支持研发，经过将近一年的研发，在2020年6月18日完成了里程碑性的工作，在github CoreCLR 仓库： https://github.com/gsvm/coreclr ， 随后受到.NET社区的很大参与热情鼓舞之下，2020年7月7日，龙芯团队在github发布了 corefx： https://github.com/gsvm/corefx 、core-setup ： https://github.com/gsvm/core-setup 。 2020年7月9日，龙芯团队发布了 dotnet 运行时、aspnet core 运行时与 sdk 的 EA 版本，见 loongson-dotnet/releases 。同时在龙芯开源社区上线了.NET主页： http://www.loongnix.org/index.php/Dotnet 。据主页上的介绍龙芯版本 .NET 平台正在开发阶段，该平台基于 .NET Core ，初始版本为3.0，后续会升级至3.1。欢迎贡献 相关文章： 龙芯团队完成CoreCLR MIPS64移植，已在github开源 dotnet core 在 MIPS64 下的移值进度：EA 版本已经发布 来源： oschina 链接： https://my.oschina.net/u

windows上的windbg,linux上的lldb 一：背景 1. 讲故事 前几天公众号里有位兄弟看了几篇文章之后，也准备用windbg试试看，结果这一配就花了好几天，(づ╥﹏╥)づ，我想也有很多跃跃欲试的朋友在配置的时候肯定会遇到这样和那样的问题，所以我觉得有必要整理一下，让大家少走弯路。 二：一些基础概念 1. 在哪下载 现在安装windbg越来越麻烦，还要安装Windows 10 SDK，很多人就栽在这里，其实大家可以直接在网上找一键打包的windbg 6.0版本即可，才30多M，调生产调本地都很方便，顺带还可以练练SOS命令。 云盘： https://pan.baidu.com/s/1VqXVIGVHxAZVPNds1525Jg 提取码：mahg 外网： http://www.33lc.com/soft/96743.html 2. 版本问题 解压打开会有一个x64和x86文件夹，很显然，32位的程序用x86下的windbg调试，64位的程序用x64的windbg调试，如下图： 3. 其他的问题 我比较喜欢用64bit程序，所以这里使用64位的windbg。 <1> 配置微软公有符号 符号其实就是pdb文件，我们在debug模式下编译项目都会看到这个，它的作用会对dll进行打标，这样在调试时通过pdb就能看到局部变量，全局变量，行号等等其他信息

龙芯团队从2019年7 月份开始着手.NET Core的MIPS64支持研发，经过将近一年的研发，在2020年6月18日完成了里程碑性的工作，在github CoreCLR 仓库： https://github.com/gsvm/coreclr ， 随后受到.NET社区的很大参与热情鼓舞之下，2020年7月7日，龙芯团队在github发布了 corefx： https://github.com/gsvm/corefx 、core-setup ： https://github.com/gsvm/core-setup 。 2020年7月9日，龙芯团队发布了 dotnet 运行时、aspnet core 运行时与 sdk 的 EA 版本，见 loongson-dotnet/releases 。同时在龙芯开源社区上线了.NET主页： http://www.loongnix.org/index.php/Dotnet 。据主页上的介绍龙芯版本 .NET 平台正在开发阶段，该平台基于 .NET Core ，初始版本为3.0，后续会升级至3.1。欢迎贡献 相关文章： 龙芯团队完成CoreCLR MIPS64移植，已在github开源 dotnet core 在 MIPS64 下的移值进度：EA 版本已经发布 来源： oschina 链接： https://my.oschina.net/u

在 2017 我在社区问了一个问题，如何让 .NET Framework 的 WPF 等程序使用 .NET Native 构建以提升速度。在 2019.06 的时候，强大的微软提供了一个好用的库，支持将 .NET Framework 的桌面应用构建时添加 native images 本机映像支持 咱可以通过预编译咱的二进制文件来提升 .NET Framework 应用的启动时间。推荐使用技术用来在大型的应用的打包和分发上或上架到微软应用商店。微软官方测试表示这个技术大概能提升 20% 的性能。这项技术用到了 ReadyToRun 技术，详细请看 coreclr/readytorun-overview.md at master · dotnet/coreclr 微软将这个本机映像编译器作为一个 NuGet 库发布，可以从 https://www.nuget.org/packages/Microsoft.DotNet.Framework.NativeImageCompiler 下载。这个库适用于 .NET Framework 大于等于 4.6.2 的应用。这个包的作用是在构建时添加一个步骤，这个步骤的作用是构建本机映像二进制文件。这个优化将会在应用在安装了 .NET Framework 4.7.2 和以上的设备运行时被使用，而之前的版本的设备将继续使用 MSIL 代码执行，换句话说

【翻译】.NET 5中的性能改进 在.NET Core之前的版本中，其实已经在博客中介绍了在该版本中发现的重大性能改进。 从.NET Core 2.0到.NET Core 2.1到.NET Core 3.0的每一篇文章，发现 谈论越来越多的东西。 然而有趣的是，每次都想知道下一次是否有足够的意义的改进以保证再发表一篇文章。 .NET 5已经实现了许多性能改进，尽管直到今年秋天才计划发布最终版本，并且到那时很有可能会有更多的改进，但是还要强调一下，现在已提供的改进。 在这篇文章中，重点介绍约250个PR，这些请求为整个.NET 5的性能提升做出了巨大贡献。 安装 Benchmark.NET现在是衡量.NET代码性能的规范工具，可轻松分析代码段的吞吐量和分配。 因此，本文中大部分示例都是使用使用该工具编写的微基准来衡量的。首先创建了一个目录，然后使用dotnet工具对其进行了扩展： mkdir Benchmarks cd Benchmarks dotnet new console 生成的Benchmarks.csproj的内容扩展为如下所示： <Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <OutputType>Exe</OutputType> <AllowUnsafeBlocks>true</AllowUnsafeBlocks>

【翻译】.NET 5中的性能改进 在.NET Core之前的版本中，其实已经在博客中介绍了在该版本中发现的重大性能改进。 从.NET Core 2.0到.NET Core 2.1到.NET Core 3.0的每一篇文章，发现 谈论越来越多的东西。 然而有趣的是，每次都想知道下一次是否有足够的意义的改进以保证再发表一篇文章。 .NET 5已经实现了许多性能改进，尽管直到今年秋天才计划发布最终版本，并且到那时很有可能会有更多的改进，但是还要强调一下，现在已提供的改进。 在这篇文章中，重点介绍约250个PR，这些请求为整个.NET 5的性能提升做出了巨大贡献。 安装 Benchmark.NET现在是衡量.NET代码性能的规范工具，可轻松分析代码段的吞吐量和分配。 因此，本文中大部分示例都是使用使用该工具编写的微基准来衡量的。首先创建了一个目录，然后使用dotnet工具对其进行了扩展： mkdir Benchmarks cd Benchmarks dotnet new console 生成的Benchmarks.csproj的内容扩展为如下所示： <Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <OutputType>Exe</OutputType> <AllowUnsafeBlocks>true</AllowUnsafeBlocks>

前言 这几天想基于 .NET Core 搞一个自己的博客网站，于是在网上搜刮各种博客引擎，找到了这些候选：Blogifier、Miniblog 以及 edi 写的 Moonglate。 Blogifier：这是前端是个 Angular SPA 应用，不利于 SEO，同时首屏加载速度慢，因此排除。 Miniblog：顾名思义 Mini，可以完美承载内容但是主题实在是过于简单，没有可自定义性，因此排除。 Moonglate：总体感觉不错，界面设计得也很好，功能全面，然而需要 SQL Server 作为数据库，然而 SQL Server 虽然有 Linux 版本，但受限于主机配置和预算因此也被排除。 难道就没有适合我需求的博客引擎了吗？答案当然是：有。 众所周知 PHP 是世界上最好的语言（滑稽），还是众所周知有一个叫做 WordPress 的博客引擎生态非常庞大，而且是使用 PHP 构建的。 可是 PHP 和 .NET 又有什么关系呢？ PeachPie PeachPie 是一个完全构建于 .NET Standard 之上的一套完整的 PHP SDK + Runtime，包含编译器和运行时等等，兼容 PHP 5.4-7.4（当然部分功能仍在开发中）。 官网： https://www.peachpie.io 那么 PeachPie 有什么优点呢： 开源： https://github

Back when we were getting ready to ship .NET Core 2.0, I wrote a blog post exploring some of the many performance improvements that had gone into it. I enjoyed putting it together so much and received such a positive response to the post that I did it again for .NET Core 2.1 , a version for which performance was also a significant focus. With //build last week and .NET Core 3.0 ‘s release now on the horizon, I’m thrilled to have an opportunity to do it again. .NET Core 3.0 has a ton to offer, from Windows Forms and WPF, to single-file executables, to async enumerables, to platform intrinsics,