作为生产力工具这个定价倒是不贵，但是需要比 RDM 更好才行

@dotnet
blazor 不是性能差，是设计上就有问题，当前甚至没有提供显式 dispose，早期版本每个页面放一个 timer 再多刷几百次直接暴毙。

但它可能是目前唯一的客户端无逻辑网站框架，适合小范围内跑不能被逆向实现思路的东西，比如彩票啥的。

比起 blazor server，可能 blazor client 会更有发展潜力，已经有人搞出来 20M+ 的打包环境，直接格了 electron 的命。

格式被抹掉了，懒得贴图了，主要就是缩减各种空格和换行，在方法逻辑多的情况下有辨识度的问题，但是配合多色着色倒是问题不大。

如果是 vs 的话，可以设定格式化规则，默认规则下很多地方都换行，可以导入别人写好的规则。我现在用的是他们自己人 Tim Lu 的规则。

public void method1(param1,param2,param3){
codeLine;
codeLine;

if(true){ codeBlock; }else{ codeBlock; }

if(false){
codeBlock;
codeBlock;
}else{
codeBlock;
codeBlock;
}

code=codeBlock?codeBlock:codeBlock;

return;
}

你的集群指 swarm 还是？ swarm 确实有一些育碧式问题，但你这个情况我确实没遇到过

我不用 podman 的原因是它没有 daemon ；
限制处理器、内存、用户是 systemd 本身就能做的事情，和容器最大的区别就是文件系统。

@xiaokongwu
两颗 16 线程。
确实可以，不过 CPU 单线程性能较差所以代码里面绝大部分都使用多 task 并行处理而不是异步。
如果不是要等数据库，qps 可以再高几十倍。

说“单机”太笼统了，我上面的单机指 x5570(2) 和 32G D3，一般内存都是完全多余的。

按照我的理解，单机能承受 50000 qps 就应该算是不错的表现了，除了代码写的太烂；当业务复杂到单机 qps 极低，那么这个业务应该本身很赚钱，机器完全可以使劲加。

有个 dotnet core 3.1 写的支付接口（包装支付宝和银联），单机 qps 4000 多接近 5000，用了 3x2 台机器分流，算是并发比较低的。

@Pursue9
linq 好像 csharp 独一家，不过转成方法的话基本上所有语言都有。
比如这样的语法 ↓
var ageList=table().select(e=>e.age).where(e=>e.age>18).list()

确实听说过 dotnet 要加入 java 支持，但是我觉得就算是真的的，应该也是几年后。

一楼高估了接受面属于是

头条：早晚被你们薅死

没有“离线下载”功能，对于个人网盘来说，这个功能应该是比较实用的

接上

，我本身不喜欢用触摸板，所以我休眠时都要把鼠标断开避免猫碰到了

这个问题有点意思，因为在我的记忆中，任何 windows 笔记本都是这样的，除非取硬件管理器里面取消“允许此设备唤醒”

利用 mklink /J 处理，直接移走不能确保 100% 可靠，有不少玩具应用是写死的路径 %appdata%/temp 这样的

RemoteApp，B 机器需要是 windows server 2012+

不嫌麻烦的话，可以看下容器 QQ （微信实现同理）