V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  INCerry  ›  全部回复第 11 页 / 共 16 页
回复总数  305
1 ... 3  4  5  6  7  8  9  10  11  12 ... 16  
@seakingii
> 1. 独立打包出来 100K 是不可能的,那种情况应该是只编译了程序,没有带上运行时
这个是可以做的,只要别依赖那些库,直接用 system call ,只是没人想这么麻烦,开心的话还能直接用 C#写 UEFI 程序
https://github.com/MichalStrehovsky/zerosharp

> 4. .net 打包时可以加参数进行"裁剪","裁剪"后文件会相对更小.但是目前这个技术不是很成熟,有些引用分析不到,造成不正确的"裁剪",导致可能上线运行会出错.
这个不是 BUG ,主要是看你代码里面有没有用反射,如果用了反射这种那需要自己指定某些程序集不剪裁。

> 5.V2EX 前两天有个 GRPC 的性能测试报告,可以看出: .NET 写的程序性能接近甚至可能超过 RUST,但是占用的内存和 RUST 相对多一个数量级 179.23 MiB VS 18.35 MiB
.NET 是带 GC 的语言,在默认情况下,有多少内存占用多少内存,这样是性能最好的。可以自己设置堆大小和内存节省模式,grpc-bench 我用 gzh 压测 1.5wqps 大约 60m 内存。
https://docs.microsoft.com/zh-cn/dotnet/core/runtime-config/garbage-collector#conserve-memory
https://docs.microsoft.com/zh-cn/dotnet/core/runtime-config/garbage-collector#heap-limit
@shiganwuguo ASP.NET Core 支持 AOT 也支持剪裁,没有你说的那么夸张,要好几包 mb
2022-04-01 23:22:25 +08:00
回复了 hepin1989 创建的主题 程序员 gRPC 跑分分享(2022 03 15 bench results)
@chnyuwen 我注意到 3 CPU 时,dotnet 的 CPU 占用偏低,感觉可能是线程池扩容不及时导致的,有空我设置最小线程数测试一下,看看有没有啥提升。
2022-04-01 23:07:43 +08:00
回复了 hepin1989 创建的主题 程序员 gRPC 跑分分享(2022 03 15 bench results)
@janxin 可惜这个上面 C# 还是用的包装 C 语言.dll 的库,没有用上.NET 基金会用纯 C#重写的 grpc-dotnet (这个性能更好)。
https://github.com/grpc/grpc-dotnet
2022-04-01 18:46:00 +08:00
回复了 blindpirate 创建的主题 Java 所以 Spring 的 0day RCE 漏洞被证实了?
war 包只是拿 shell 方便,感觉 jar 包也有其它方式拿 shell
2022-04-01 18:43:53 +08:00
回复了 um1ng 创建的主题 Windows 求推荐 win 平台软件
搜索和快捷启动:Listary
截屏:ShareX
2022-04-01 18:21:44 +08:00
回复了 hepin1989 创建的主题 程序员 gRPC 跑分分享(2022 03 15 bench results)
C# dotnet 的 P95 和 P99 延时 CPU 占用率在 Top 中令人影响深刻
2022-04-01 18:16:19 +08:00
回复了 hepin1989 创建的主题 程序员 gRPC 跑分分享(2022 03 15 bench results)
C# dotnet 看来还是名列前茅 :)
像 C++还有 IncrediBuild 可以用,Rust 没有这方面的东西吗?
2022-03-27 16:39:13 +08:00
回复了 rv54ntjwfm3ug8 创建的主题 程序员 哪些大公司在用 ASP.NET Core?
第一次知道 https://stackshare.io 这个网站,可能没有人去上面分享和更新吧。
关注一下湾区招聘信息,Google Apple Amazon MS 都有招 C#,之前访问某些 Apple 页面还能看到 IIS 的 Index
2022-03-27 16:32:01 +08:00
回复了 voidless 创建的主题 分享发现 win11 出了这么久,音量管理这么明显的 bug 还不修复
没遇到过,不知道是不是特定硬件(驱动)下偶发,建议提 feedback
2022-03-23 21:34:45 +08:00
回复了 yazinnnn 创建的主题 Java jdk18 ga
.Neter:??????
@daokedao 实测 Electron 启动慢,内存占用大,C# 这种编译型的语言性能好很多。
C#这边跨平台用 Avalonia 还不错的,对标 Sketch 的软件 Lunacy 去年就从 WPF 迁移到 Avalonia 了
你提出的几个需求里面,说说优劣势吧。
占用资源小:C++框架肯定资源占用小一些
好看:C#上面 WPF 库 Avalonia 主题库都挺多 挺好看的
稳定:C#好一些 C++容易写出不安全的代码
反应快:C++胜一筹 但是差距不是很大 C# jit 出来的也是优化后的汇编代码
具体就看楼主选择了,也可以像其它人说的,用 C#写界面,复杂的缓慢的核心计算逻辑用 C++。或者先用 C#快速出活,后面慢慢优化性能,是在不行的地方用 C++
另外,我们项目中实测,.NET 这边就算是 JIT 的 Startup 速度也很快,基本都在 200~300ms ,不过 AOT 能让它更快。
1 、ASP.NET Core 上一般无需这种 AOT ,从数据来看,程序 AOT 以后性能会比 JIT 低,还需要损失很多提升工程效率的动态特性,总得来说是得不偿失。
2 、客户端的话,AOT 有存在的价值,第一启动速度会提升,第二内存使用率会低一些,第三能具备一定的反编译能力(对于反汇编大佬来说,都是直接看汇编代码,无论你是 IL 、Native Code 还是啥,都没啥大的难度)
3 、.NET 有 AOT 工具,如上面提到的 NativeAOT ,以及以前还有一个叫 NGen 的工具
4 、那么 JIT 和 AOT 应该如何选择,主要看你的需求,这里有一张 Grralvm 的六边形图,说明了 AOT 和 JIT 的对比,看自己的项目类型来做取舍
https://twitter.com/thomaswue/status/1145603781108928513
2022-03-14 16:34:56 +08:00
回复了 ration 创建的主题 .NET 求推荐. netcore 以上版本 CLR 的相关文章或书籍
楼上说的没错 《.NET Core 底层入门》
2022-03-11 13:28:01 +08:00
回复了 monetto 创建的主题 程序员 大家都是怎么收纳自己多余的电子产品的
更新换代的时候 一般都小黄鱼出掉了
2022-03-08 21:20:49 +08:00
回复了 hez2010 创建的主题 C# C# 模式匹配完全指南
顶一个
你也可以安装现成的 NuGet 包来实现需求,微软官方文档
https://docs.microsoft.com/zh-cn/aspnet/core/security/authorization/introduction?view=aspnetcore-6.0
数据库无所谓,你想用啥用啥,我们公司的情况就是,大数据连有使用 TIDB ,小数据量用 MYSQL ,也有一些 MSSQL 的应用,PostgreSQL 也在项目中有使用
1 ... 3  4  5  6  7  8  9  10  11  12 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1009 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 18:52 · PVG 02:52 · LAX 11:52 · JFK 14:52
Developed with CodeLauncher
♥ Do have faith in what you're doing.