V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Nazz  ›  全部回复第 33 页 / 共 45 页
回复总数  899
1 ... 29  30  31  32  33  34  35  36  37  38 ... 45  
2023-03-18 21:06:27 +08:00
回复了 leon0918 创建的主题 程序员 一个生产力高度发达的社会,人的价值是什么?
@a132811 社会最需要吃苦耐劳又低成本的人
从实用的角度看,当然是 go, uber 都转 go 了. 早些年 nodejs 的 mysql 驱动都有问题,不知道现在解决没; nodejs 多线程不成熟, 标准库远不如 go 强大; js 缺乏约束,即使上了 ts 也容易写成 AnyScript.
2023-03-18 07:37:12 +08:00
回复了 JanFan 创建的主题 程序员 快排的扩展:如何对非数字对象排序
实现比较函数就可以排序了
2023-03-17 23:24:52 +08:00
回复了 leon0918 创建的主题 程序员 一个生产力高度发达的社会,人的价值是什么?
@a132811 教育永远满足不了,所有人都读模科本科就不值钱了
2023-03-17 16:26:10 +08:00
回复了 leon0918 创建的主题 程序员 一个生产力高度发达的社会,人的价值是什么?
现在生产力就过剩了, 不患寡而患不均
2023-03-16 13:37:25 +08:00
回复了 ufo5260987423 创建的主题 程序员 如何看待开源项目在找工作中的作用?
@ufo5260987423 花了很多周末时间去开发
2023-03-16 10:56:42 +08:00
回复了 ufo5260987423 创建的主题 程序员 如何看待开源项目在找工作中的作用?
个人认为维护良好的开源项目对于找工作是有一定积极意义的, 不仅仅是 star, 还有 example, 注释, 单元测试覆盖率等.
我是 [go websocket: gws]( https://github.com/lxzan/gws) 的作者, 因为这个项目收到过一些工作机会邀请.
2023-03-14 22:15:06 +08:00
回复了 learningman 创建的主题 Go 编程语言 写了一个分析 Golang 二进制依赖体积的工具
看起来很不错
留着自己用也不错
2023-03-13 11:21:08 +08:00
回复了 brader 创建的主题 Windows 请问有什么好用的 U 盘装机 PE 系统吗?
老毛桃, 大白菜好像有病毒
2023-03-13 11:19:56 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@rockuw 从你的 Benchmark 结果来看, 差距不大. GwsWorkqueue 是专门为 IO 任务设计的, 每个 WebSocket 连接上有读写两个任务队列, 它们非常轻量, 而且并行读写不会新增常驻协程. 量变产生质变, 每个连接上都增加常驻协程会使 CPU 使用率提高不少. 实际业务中并发不会很高, 可以用优先队列替代普通队列减少 allocs, 收益不高我懒得去优化了, 复用 goroutine 对于 IO 任务收益也不大.
全栈大佬
看起来还不错
2023-03-05 13:16:43 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@chuanqirenwu 刚实现的 client ,还在测试
2023-03-05 08:18:48 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@chuanqirenwu 确实有 EventLoop. 最开始我是模仿的 JS, 因为我认为 JS WebSocket API 比 gorilla/nhooyr 这些提供的都要清晰得多. 初版只有 Sync IO, Read=>Event Handler=>Write 循环往复. 后面在此基础上加了 Async IO, AIO 模式在每个连接上有读写两个任务队列(并发度分别是 N 和 1), 就是我分享的这个实现, 它需要足够的轻量. 两种模式压测表现都比 gorilla 好得多, 原因大概是 Parser 本身的简单高效和无额外常驻协程吧, 如果有, 协程数量会增加一倍.
2023-03-05 07:43:55 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@MindMindMax 尽量使用 mutex 替代 chan. 很多时候保证线程安全就行了,不需要多线程通信. channel 我用得最多的地方是线程同步和超时控制.
2023-03-04 23:13:29 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@chuanqirenwu 同步模式没开额外协程,异步模式会开非常驻的协程,执行完任务就退出, 两种模式都没使用 channel.
2023-03-04 09:11:23 +08:00
回复了 liul2566 创建的主题 程序员 面试官:你认为你相比于其他候选者的优势是什么?
待遇要求低, 身体好能加班
2023-03-04 07:56:16 +08:00
回复了 Nazz 创建的主题 分享创造 golang 分享: 60 行代码巧妙实现一个高性能无 channel 任务队列
@rrfeng 另外几种"协程池"都用了 channel
1 ... 29  30  31  32  33  34  35  36  37  38 ... 45  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1018 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 19:37 · PVG 03:37 · LAX 11:37 · JFK 14:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.