14 subscribers
3 photos
2 files
26 links
关于编程和后端开发的碎碎念
Download Telegram
Forwarded from Luke 🦀
Go team 说泛型可能在 1.17 实现
[source](https://youtu.be/3yghHvvZQmA?t=1064)
如何让 Tokio 的性能提升十倍

Tokio 是一个 Rust 的异步编程运行时,封装了各平台的原生异步机制并提供了 Async / Await 风格的接口

Tokio 的修改也使用了 Work stealing 的 Queue,而且参考了 Go 语言的实现
(所以现在 Rust 也算有 M:N 的绿色线程了?
Instagram 写了一篇关于严格模块的博客,通过禁止在模块级别执行非纯函数来解决他们遇到的一些问题(加载缓慢,import 不 safe etc.)

我看了的感觉是:要是不是 legacy code,我更愿意用 Go 😂
> For example, no matter how heavily one of the Ruby implementations is optimized, it’ll never beat PHP, let alone a fast language like C++, Go, or Java – the inherent performance disparity is too great.

https://brandur.org/nanoglyphs/008-actix
Russ Cox 2014 年给 MIT CSAIL 做的一个 Go talk,主要是关于内存模型的

对这方面不太熟悉的可以结合 这篇
Forwarded from Comments Bot
Eric S. Raymond (《大教堂与市集》 的作者)写了一篇关于 Go 语言的感受,其实大部分还是那些问题:

- 错误处理
- 缺少 sum type
- 表达力缺失(没有迭代器,const 只能用于原始类型 etc.)

不过总体上来说他对 Go 的评价其实还是很高的:

- 代码更容易维护(静态类型)
- 性能更好
- 更好的 profile 工具和测试工具

HN 讨论
Python 的一系列性能改进计划

我个人觉得 HPy 比 PEP-659 要更重要,如果 HPy 能进上游的话,Python 扩展就不用跟 CPython 实现绑定了
https://github.com/brettwooldridge/HikariCP/wiki/About-Pool-Sizing

今天跟朋友聊数据库连接池,发现 HikariCP 有一篇很好的概述文章

TL;DR:

> Axiom: You want a small pool, saturated with threads waiting for connections.
The Mysteries of Dropbox

使用 Property based testing 来给 Dropbox 做自动化测试,发现了一些隐藏很深的 bug

Slide: https://www.lambdadays.org/static/upload/media/1456917030529391sonofmysteriesofdropbox.pdf

Paper: https://www.cis.upenn.edu/~bcpierce/papers/mysteriesofdropbox.pdf