@Buges 调度和 GC 完全是两回事，外加这和性能压根没关系。你是完全没了解过 actor 相关的东西么，要是这样的话你去看看 dotnet 组的 Orleans 项目，看看他们的编程模型如果不能自定义调度器的话，要怎么优雅的实现。

@Buges 为啥你非要往 GC 上拐呢，自定义调度和 GC 到底有什么关系。你要场景，那一个很简单的，房间类游戏，我希望房间内的请求都是单线程处理，但是房间内在处理耗时的异步操作的时候，我任然希望这个房间能处理只读请求。这不就是并发不并行，允许重入。其它的场景挺多的，再比方说 actor 模型那就是典型的这个样的场景。

@Buges 所以我都说了这个和 GC 根本一点关系都没有，自定义调度器的目的是为了控制并行和并发。一个最简单的例子，我需要不定数量的组，每组的协程只并发不并行，但是不同组的协程可以并行。同时我希望一些组的协程执行可以重入，另一些不能重入。Go 里你无法在不使用任何包装的情况下做到，而使用包装就会大幅降低性能同时代码难看难写。

@Buges 控制调度和 GC 有什么关系？控制调度的主要目的是为了控制执行上下文，以达到一些特殊的需求。例如复数的独立单线程执行环境，或者并发不并行的执行环境等。

@Buges 就单凭一条，你不能控制协程调度，这点就很不好了。

这个慢肯定和框架无关，这么点代码不太会有什么问题。要说的话也就是你其它的配置可能会有问题。但是我觉得可能最大的还是你的数据库慢。

@alexkkaa IDE 里你找不到比 vs 更丝滑的，jb 家那堆 ide 开个大项目你要是不调一调 jvm 参数分分钟爆炸给你看

@shayuvpn0001 实际上你发的那个链接慢的是 efcore ，而且 efcore6 大幅提升性能。真论精心设计的性能，C#不知道把 Go 打到哪去了。

@ety001 我自己测试编译软件来说，不直通性能大概就只有我裸机的五分之一的样子。甚至不如万兆下的 CEPH 挂 iSCSI 。

@ety001 你还得把硬盘直通过去，否则硬盘性能跌的还剩五分之一都算好的。但是 m2 直通后性能损失还是很可观。

@0576coder
国企，新项目还有自主权，我盲猜一个项目都是内网或者国内云主机部署，延迟比较低。你真不如考虑 dotnet 技术栈，用 blazor server 做，看起来好像是前后端分离，实际上没有分离。写起来简单省事性能也还行。还有开源的组件库。除了…招人比较难，但是国企本身人员流动就低一些，培训成本也不高。而且类似 PHP 那种 HTML 和代码混写，你给别人推广阻力可能也能小点，但是 vs 加持下绝对比 PHP 体验高不知道哪去了。

@dunhanson 本来上了 k8s 之后你想立即就检测错误是很难的。另外健康检查接口不应该使用业务接口，另外写一个接口来做才是正确的模式。

@dunhanson 负载高到已经能让 health check 接口都超时了，说明你的容量已经不够了，该加机器了，而不是拉大延迟。

@dunhanson 你的探针效果很差的原因是你把间隔和超时时间设置的太长了。我设置探针一般一秒一次，超时 1s，五次就算挂了。

@dunhanson 我不能理解，你那个脚本不就是个蹩脚版的探针么。。

你都 k8s 了，直接挂一个探针不就行了？

单人开发我觉得你要是不排斥微软那就用 aspnetcore 一把梭，不喜欢微软那就 Go 一把梭。我觉得还是比 Java 舒服那么一点。

@BeautifulSoap 用同事的耳机试了一下，对于我这样的坐电脑前一写代码一整天的人，续航还是太少了。

@kidlj 讲真的，那个全靠返回一个切片然后搞一堆的定义来描述关系的模式我是真心欣赏不来，太繁琐太麻烦了。而且由于这个模型定义方式的问题，即使用上 codegen 也还是得靠链式调用设置值，也不能直接操作内存对象然后自动 diff 变化保存。总体而言我觉得还是不够好用。关系定义我觉得用 tag 然后依赖 codegen 解析处理可能都比现在这个方式更来的简便。