对目前大多数 ruby 程序 (rails...或其他 web server),Green Thread 远比 去 GIL 和 JIT 的作用要大...
和 CPU 关系不大,Thread 语义上是并发的,大致上就是你的程序越多的利用了 Thread,那么并发性能就越好。
但 linux Thread 创建也是有消耗的。而 Green Thread 创建的消耗可以忽略不计,所以程序可以疯狂的使用 Green Thread,最大限度的提升并发性。
你可以用 lightio 打个 Monkey patch, 然后开 10000 个线程试试,在 IO 操作时会比 native 线程有优势 https://github.com/socketry/lightio
这些方法是之前 Thread 也应该用的,所以之前支持稳定优秀的 gem 兼容性已经很好了。
没细看补丁,从 issue thread 来看似乎他们已经找到解决办法了,在 thread 的很多方法加 hook(假设 C extension 正确的调用这些就可以直接支持),目前应该还是挺乐观的。
Eric Wong: Being in core provides greater compatibility with external libraries which are not aware of existing event loops. So 3rd-party DB adapters (e.g. mysql2) will be able to take advantage of these changes transparently if they use rb_wait_for_single_fd (and I will add a hook for rb_thread_fd_select, too).
访问就是调用,你太抠字眼了
非工业化语言,又没有 AI 加成,在个人开发者群体还算受欢迎,未来可能还不错的发展是 ruby 能进一步在个人开发者和小型创业公司流行,这就要靠社区大众努力的"忽悠"了..
Xdite 和李笑来可是轻轻松松两千万的,比 GoRails 高多了
3.0 提供 Guild 可以无锁 (估计得过几年了),设计很巧妙,可以搜一搜 ko1 的演讲。 设计库的时候我也考虑了 Guild 的情况,看目前的示例 one native-Thread per Guild 这种模型比较科学
需要的话通过 C 或 Rust 这些提高计算能力也算通用做法了,可以接受
感觉适合继续做下去啊,微信阅读、kindle 上划线备注导出都是个问题,能统一整理起来还是很有用的
2000 的时候我就想出了,结果密码忘了,所以就算不忘也只能领到 2000...
LZ 先回答我哪一年排行前三的语言中有非常好用的呢?
人家也算是凭本事骗的人,不仅没学员站出来指责,现在这两人还是有不少粉丝支持
加油加油,提供个 idea,鼠标选页面一个区域自动生成抓取脚本 (参考 GrowingIO 参考的 Heap 那种),这样就能卖很多💰了
概念可以参考书:《自私的基因》,《GDB》等
Rails 专注的是 Web 技术,不是“前端”或“后端”
has_one
预警:新版 docker 有少数概率内存会炸
为什么不用 revel 呢
不错,LZ 用心啊,写的很仔细细心
光看主题已经很高能了!
看来这块蛋糕真的很大,好多家都做这个..
remote 赞!
不好分钱啊
顶!
省事多了...
你做其他也一样吧?或者你认为自己实现个 capistrano 或者 memcache 的客户端会比较轻松?
国内男女比例是个问题啊