开发高性能ASP.NET应用
转载
本文是“.NET Conf China 2022”上我的一个分享,这里更细化的分享出来。
分享分为四个部分:
- 制定指示
- 设计应用
- 正确测试
- 性能优化
高性能:不一定是架构出来的,但一定是优化出来的。
- 制定指标-收集首先把项目中的热路径API和核心API找出来,然后分析每个API是CPU密集型的,还是内存密集型的,以供在后面测试参考或对API的判断。
- 制定指标-制定TPS=并发线程*1000/ART,这是TPS和平均响应时间的公式。这里的表格相对完整,作为开发的性能测试,有时也可以只要求响应时间和TPS。或要求TPS和P95,P99。有时成功率很敏感,不管发性能怎么样,成功率必须100%,这是根据业务的类型要求的,特别是和钱有关的请求,要求都比较高。
某API指标 | 指标名称 | 指标值 |
业务指标 | TPS(2C2G) | 2000 |
响应时间 | ART | 10 |
P95 | 12 |
P99 | 15 |
成功率 | 100% |
并发线程 | 20 |
稳定性指标 | 压力持续时间 | >=8h |
压力阈值 | CPU <80%,TPS≈2000 |
内存泄露 | 无 |
TPS波动 | <5% |
应用资源(2C2G) | MEM | <2G |
CPU最大使用率 | <90% |
DB资源(8C8G) | MEM | <8G |
CPU最大使用率 | <90% |
缓存(1C1G) | MEM | <80% |
CPU最大使用率 | <90% |
- 设计应用-通用设计
开发人员要了解通用状态下的设备情况,比如CPU的缓存,内存,硬盘之间的关系,比如速度是在依次减少,成本在降低。还要了解各种网络协速度,I/O的速度,以及使用各种数据库的速度通常的阈值是什么样的。
升性能的两个法宝:用缓存和用Queue,缓存可以让使用数据速度更快,Queue可以分隔复杂业务,让吞吐量更高,合理有效的使用两种技术可以很大的提升性能。
//同步方法
app.MapGet("/sync", () =>
{
using (var con = new MySqlConnection(connectionString))
{
var result = con.Query<int>("select sleep(6)");
Console.WriteLine($"sync:{DateTime.Now}");
return result;
}
});
//异步方法,没有CancellationToken
app.MapGet("/async", async () =>
{
using (var con = new MySqlConnection(connectionString))
{
var result = await con.QueryAsync<int>("select sleep(6)");
Console.WriteLine($"sync:{DateTime.Now}");
return result;
}
});
//异步,有CancellationToken
app.MapGet("/asyncwithtoken", async (CancellationToken token) =>
{
using (var con = new MySqlConnection(connectionString))
{
var result = await con.QueryAsync<int>(new CommandDefinition("select sleep(6)", cancellationToken: token));
Console.WriteLine($"sync:{DateTime.Now}");
return result;
}
});
通过postman请求三个api,然后取消,会发现前两个api始终会执行完成,并输出时间;第三个会在取消后停止响应。
正确使用异步,可以有效地提升服务端的资源使用状况。
- 谨防阻塞:
- 大集合化整为零:用最正确的集合来处理数据,不要在集中存放大量数据,这样不管对内存或之后的运算,造成负担。同时要从业务层次评估计集合的最大上限。
- 避免在Host生成文件
- 复杂方法要比对:
using BenchmarkDotNet.Attributes;
using BenchmarkDotNet.Jobs;
using BenchmarkDotNet.Running;
using PerformanceDemo;
using System.Collections.Generic;
using System.Xml.Linq;
var summary = BenchmarkRunner.Run(typeof(CustomTypeTest));
public class CustomTypeTest
{
[Benchmark]
[Arguments(2000)]
public Dictionary<string, SBook> GetBook1(int count)
{
var sbookDic = new Dictionary<string, SBook>();
for (var i = 0; i <= count; i++)
{
sbookDic.Add($"张{i}丰", new SBook()
{
Id = i,
Name = "C#从入门到精通",
Author = $"张{i}丰",
Title = "C#1.0",
Description = "这是一本书"
});
}
return sbookDic;
}
[Benchmark]
[Arguments(2000)]
public Dictionary<string, Book> GetBook2(int count)
{
var bookDic = new Dictionary<string, Book>();
for (var i = 0; i <= count; i++)
{
bookDic.Add($"张{i}丰", new Book()
{
Id = i,
Name = "C#从入门到精通",
Author = $"张{i}丰",
Title = "C#1.0",
Description = "这是一本书"
});
}
return bookDic;
}
[Benchmark]
[Arguments(2000)]
public List<Book> GetBook3(int count)
{
var bookList = new List<Book>();
for (var i = 0; i <= count; i++)
{
bookList.Add(new Book
{
Id = i,
Name = "C#从入门到精通",
Author = $"张{i}丰",
Title = "C#1.0",
Description = "这是一本书"
});
}
return bookList;
}
[Benchmark]
[Arguments(2000)]
public List<SBook> GetBook4(int count)
{
var sbookList = new List<SBook>();
for (var i = 0; i <= count; i++)
{
sbookList.Add(new SBook
{
Id = i,
Name = "C#从入门到精通",
Author = $"张{i}丰",
Title = "C#1.0",
Description = "这是一本书"
});
}
return sbookList;
}
}
public class Book
{
public int Id { get; set; }
public string Name { get; set; }
public string Description { get; set; }
public string Title { get; set; }
public string Author { get; set; }
}
public struct SBook
{
public int Id { get; set; }
public string Name { get; set; }
public string Description { get; set; }
public string Title { get; set; }
public string Author { get; set; }
}
下面是比较结果:
- 让每个API轻巧快速
- 有一颗追求性能的心——关注.NET版本关于在开发层次的性能注意事项有很多,这是根据不同的项目,使用不同的类库决定的,上面只是我性能化化中的几个代表性场景。
- 设计应用-发布
配置:GC方式 工作站方式,服务器方式:CPU使用率比内存更重要,服务器GC性能更好;内存利用率较高而 CPU 使用率相对较低,工作站 GC 性能更高。发布方式:默认和R2R首次请求时间和体积不同
| 普通模式 | R2R模式 | AOT模式 |
大小 | 29.8 MB | 62.2 MB | 19.5M |
首次请求用时 | 360ms | 90ms | 20ms |
尽量与生产环境一致
要有监控,通过监控数据对比发现问题
不要打满资源:CPU<90%,内存少于最大值
让子弹多飞会儿,观察内存是有什么不一样
dotnet-dump
dotnet-counters
https://learn.microsoft.com/zh-cn/dotnet/core/diagnostics/
优化&简化流程优化调用链路上的函数把关系数据库操作转成缓存操作用BenchmarkDotNet
优先降低性能测中的较高资源让应用性能是线性的,可以轻松地通过扩容来提升TPS
经过上面的分享,可以得出:高性能:一定不是架构出来的,但一定是优化出来的。
想要更快更方便的了解相关知识,可以关注微信公众号