V2EX › james122333 的所有回复 › 第 10 页 / 共 71 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 6 7 8 9 10 11 12 13 14 15 ... 71

❮

❯

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

我还是那句运作方式相近的测试才有可比性 c#类的只是官方有帮你做好而已

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@CRVV

现在 go 的运作确实如同一般线程但我觉得说协程也没什么关係

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

自己分配或靠第三方库帮你分配有好处也有坏处

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

go 就是使劲狂分资源而已你要自己分配资源这部分语言没有义务一定要做

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

文内 go 这样做法就雷同更迷你的 java 实体线程狂开而已开更多但效果一样雷同虚拟线程还有其它语言实作的还多做其它事情

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

但它并没有队列等机制确保负载不爆阿等于 go 这部份你要自己做

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

如果按文内 go 这种写法套用在其它语言使用同样运作机制都是爆炸的内存绝少不了的真要对比应该是 java 用实体线程不开队列一样使劲开

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

原因我在上面早就说了这虚拟线程对标 go 应该是 goroutine+channel 你只用 goroutine 怎么可能达到一样效果协程是微线程没说一定得要负责负载小文内作法就是有多少就是分散 cpu 资源并且增加内存使用

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

@kneo

如果是这样那应该是 java 纯用线程不用虚拟线程对 go 开 goroutine 比较这样两者相比才是正确的因为文内 go 的使用方式就是错的使用对方法 go 也是可以大幅降低内存使用而且使用上更简单 java 标准库写的一坨的东西在 go 内写一点就可以了两者运作方式相近才有可比性除非 go 没提供否则这样对比有失公允 go 这样的作法明显就是把细节留给用户更有弹性用户知不知道是用户的事

2024 年 11 月 29 日

回复了 hez2010 创建的主题 › 程序员 › 运行 100 万个异步并发任务需要多少内存

这样比确实不太公平虚拟线程是真实线程内用队列处理任务其它的语言用事件驱动也是差不多道理对标 golang 应该是 goroutine+channel
而 java 内部实现複杂多了按照惯例 java 依然是写的一坨... 简洁清爽一点更好

2024 年 11 月 26 日

回复了 alan9999 创建的主题 › 信息安全 › 求助，被入侵了，如何减小损失？

@alan9999

你这一系操作满满的吐槽点还不只弱密码

2024 年 11 月 26 日

回复了 alan9999 创建的主题 › 信息安全 › 求助，被入侵了，如何减小损失？

@zgzhang

这操作一点也不骚还讲究姿势的

2024 年 11 月 26 日

回复了 alan9999 创建的主题 › 信息安全 › 求助，被入侵了，如何减小损失？

远程开放并且可偷的东西都放上面
搞不懂这是什么操作既然是远控你身边手裏的机器才是管理员顶多相互保证