- 主题:一个项目想从4.7迁移到dotnet5,又放弃了
我上个月刚把系统从netfx 4.8迁移到了net5,代码啥也没改,速度提升3倍
【 在 keygen (失落灵魂之囚) 的大作中提到: 】
: .net 也是胜任高性能开发的
: 不管什么语言,负载上去了都是只能靠堆机器,google、腾讯之类很多c++的不也一样该堆就堆。
: 但框架性能提高了,就是免费的午餐,总是好的。.net core 到现在,框架本身和库的性能比.net framework高得可是太多了。而且也允许了很多低 overhead 的开发方式,这在以前是做不到的,用好之后性能提高十倍也很常见。
: ...................
--
FROM 221.218.138.*
.net core 之后这个团队的确很进取了
社区建设得也很不错
【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 我上个月刚把系统从netfx 4.8迁移到了net5,代码啥也没改,速度提升3倍
--
FROM 113.65.10.*
原始实现这是有多差……
【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 我上个月刚把系统从netfx 4.8迁移到了net5,代码啥也没改,速度提升3倍
--
FROM 116.233.186.*
有部分是兼容性的历史包袱太多吧
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 原始实现这是有多差……
:
:
: 【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
--
FROM 112.12.136.*
主要是一些底层的API,比如string的方法,net5做了很大提速,这个在4.8里面
靠app代码再怎么加速也没辙,除非搞各种奇技淫巧嵌C/C++之类的
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 原始实现这是有多差……
--
FROM 221.218.138.*
那还是挫啊,你说是实现架构大改
(阻塞变异步,串行变并行,有锁变无锁之类)
榨出几倍性能也罢了
String这么基础的类型
基础库版本号都上4了,应该早就优化挖潜到一定境界了才是
除非是之前某个兼容性是性能绊脚石……
【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 主要是一些底层的API,比如string的方法,net5做了很大提速,这个在4.8里面
: 靠app代码再怎么加速也没辙,除非搞各种奇技淫巧嵌C/C++之类的
--
FROM 116.233.186.*
作为玩过asm/c/c++的,我确实对c#的运行速度一直不太满意
dotnet6里面又有很多提升,其中不少看了之后,直接想吐槽微软早干啥去了
https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-6/
但实事求是的说,现在it行业风气并不能说非常棒,别的语言比c#更加拉跨,比如go和java都比c#慢,还是在debian上跑的测试
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/csharp.html
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go-csharpcore.html
所以相比之下Mozilla还是很赞的,搞个rust。rust能不能完成它的设计目标不说,至少Mozilla是很有进取心的
【 在 oldwatch 的大作中提到: 】
: 那还是挫啊,你说是实现架构大改
: (阻塞变异步,串行变并行,有锁变无锁之类)
: 榨出几倍性能也罢了
: ...................
--
FROM 221.221.18.*
里面各个语言正则都是调用的pcre,确实不地道。
不过是debian搞的,c#肯定不占优势,看个意思吧
【 在 oldwatch 的大作中提到: 】
: 别的不说
: 你贴的这连接里的测试代码也太草了
:
: ...................
--
FROM 221.221.18.*
主要是有vm在那儿
冷启动和jit这两个场外因素就是绕不开的
到服务一级还能说直接面向端口压
代码片段这级,想写出靠谱测试用例是大难题
【 在 leadu (leadu) 的大作中提到: 】
: 里面各个语言正则都是调用的pcre,确实不地道。
: 不过是debian搞的,c#肯定不占优势,看个意思吧
--
FROM 116.233.186.*