Unity的未来，是固守Mono，还是拥抱CoreCLR？

FeastSC · 发表于 2021-7-10 20:50

coreclr已经在.netcore上用了好几年了，所以没被.NET社区完全接受是个假命题

DomDomm · 发表于 2021-7-10 20:59

zgc比较有优势的一点就是低延时（STW），低延时是牺牲了吞吐量实现的，内存占用会更高，导致在高频场景造成OOM概率很大，GC这块已经没有银弹了

DungDaj · 发表于 2021-7-10 21:02

maoni在2015公开回答过gc.cpp大小这个问题，https://github.com/dotnet/runtime/issues/4024

yukamu · 发表于 2021-7-10 21:02

还有那么多人还在使用.net frameworks呢，哪来的“完全接受”。

xiangtingsl · 发表于 2021-7-10 21:06

按照这个逻辑的话社区也还没有完全接受java 8 C++ 11 还有 Go 1.3 我懂了

XGundam05 · 发表于 2021-7-10 21:08

某个社区有大量的人觉得某个技术不好或者不够好，因此不接受该技术，选择留守现有技术并观望，因此说该社区没有完全接受该技术，有问题吗？如果你说的那几种情况符合上面的描述，说它们没有被完全接受，也没问题啊。

HuldaGnodim · 发表于 2021-7-10 21:09

按照你的逻辑你说的没错

unityloverz · 发表于 2021-7-10 21:12

赞一个

ChuanXin · 发表于 2021-7-10 21:18

其实现在是mono也在runtime里维护。BCL一套。两套runtime。根据需要自己选择，并且可以切换。web端用coreclr。maui目前只能用mono.但是clr也在支持修改中。比如oc的支持。clr已经完成。估计还得再等最少一个版本才可以实现自由切换

RedZero9 · 发表于 2021-7-10 21:24

吞吐量下降不超过15%，内存占用有统计问题，虚高了3倍，实际物理内存并没有那么多。不过移动设备其实并不需要ZGC，内存总共才几G。

		自动登录	找回密码
密码			立即注册

[笔记] Unity的未来，是固守Mono，还是拥抱CoreCLR？