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 8C++ 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。