Forwarded from codedump的电报频道 (老C)
# 推荐
[动态追踪技术漫谈 - OpenResty 官方博客](https://blog.openresty.com.cn/cn/dynamic-tracing/)
火焰图、动态追踪技术(Dynamic Tracing)等这些知识点,最开始我都是从这里学来的。
[动态追踪技术漫谈 - OpenResty 官方博客](https://blog.openresty.com.cn/cn/dynamic-tracing/)
火焰图、动态追踪技术(Dynamic Tracing)等这些知识点,最开始我都是从这里学来的。
blog.openresty.com.cn
动态追踪技术漫谈 - OpenResty 官方博客
什么是动态追踪 动态追踪的优点 DTrace 与 SystemTap SystemTap 在生产上的应用 火焰图 方法论 知识就是力量 开源与调试符号 Linux 内核的支持 硬件追踪 死亡进程的遗骸分析 传统的调试技术 凌乱的调试世界 OpenResty XRay
Forwarded from Rust 视界
Go 语言核心设计开发团队成员 Russ Cox 在推特上针对 AWS 前几天发布的 可持续性 Rust 的相关文章提出了批评。
以下是机翻 Russ Cox 十几条推特中的观点,一句话总结就是:“ AWS 的报告对 Go 语言这几年的改进有点失真,那个多语言能耗统计表格是2017年的,故意忽视 Go 语言这么多年的改进是不负责任的”。总得来说,Russ 的观点是很客观的。他也承认 Rust 是一门优秀语言,他更关心的是,如何让 Rust 和 Go 语言如何相互补充并能很好合作的方式。
1. 首先,“几年前真正有趣的研究”存在明显的问题。首先,它于 2017 年 10 月在 Intel i5-4460 CPU(2014 年第二季度)上使用 Go 1.6(2016 年 2 月)发布。那是永远的过去了。
2. 除此之外,"非常有趣的研究 "假设计算机语言基准游戏是可比程序的来源,如果你知道那个网站的话,这根本就不是真的。
3. 如果你的研究报告声称C++比C多用34%的能量,多用56%的时间,多用14%的内存,那么是时候重新审视你的假设了。大约每一个C程序都是一个有效的C++程序,所以C++不可能输,尤其是不可能输得那么惨!
4. 所有这些都是在说,"真正有趣的研究 "其实并不有趣。事实上,显然应该以一种健康的怀疑态度来看待它。
5. Discord帖子中关于从Go切换到Rust的总结是令人难以置信的误导。
6. 最初的Discord帖子显示了一个单一的图表,绘制了Go服务器和同等的Rust服务器。Rust线的性能更可预测,避免了Go线的延迟峰值,但这两条线大致相当。
7. 相反,AWS的帖子将Go图显示在Rust服务器经过重大改写以使用新的数据结构和更多的内存后的图旁边,圈出了 "ms "与 "μs "的时间尺度。这要么是对Discord帖子的完全误解,要么是公然的不诚实。
8. 作为一个旁观者,我自己以前也用过这种比例变化来说明问题(https://swtch.com/~rsc/regexp/regexp1.html)。当你展示一个诚实的、公平的比较时,这是一个很好的方法来说明问题。但是AWS的帖子并不是这样。
9. 说白了,Discord的帖子是公平的。它展示了Go服务器和同等的Rust服务器的“苹果对苹果“的比较。在帖子的后面,它又把Rust服务器的数据结构和额外的内存改写后,单独进行了图表。AWS的帖子对此进行了歪曲。
10. 也就是说,Discord的帖子也描述了Go 1.10,而Go 1.18也即将发布。这八个版本有很多改进,减少了有非常大的堆或非常多的goroutines的程序中的GC暂停(而Discord服务器两者都有)
11. 所以,使用最近的Go,Discord的延迟峰值会大大减少,我们也有计划进一步减少它们。但是,对于该服务器来说,Rust仍然是一种很好的语言,团队做出了一个合理的决定。(等待Go的改进也是可以的。)
12. AWS的帖子确实对Rust提出了一些诚实、公正的观点,这使得他们把这些关于Go的误导性陈述包括在内更加令人遗憾。他们没有必要这么做。Rust足够好,可以独立存在。
13. 就个人而言,与其阅读那些假装Go与Rust是某种零和游戏的博文,我更愿意关注Go和Rust相互补充并能很好合作的方式。比如这个帖子。https://thenewstack.io/rust-vs-go-why-theyre-better-together/
以下是机翻 Russ Cox 十几条推特中的观点,一句话总结就是:“ AWS 的报告对 Go 语言这几年的改进有点失真,那个多语言能耗统计表格是2017年的,故意忽视 Go 语言这么多年的改进是不负责任的”。总得来说,Russ 的观点是很客观的。他也承认 Rust 是一门优秀语言,他更关心的是,如何让 Rust 和 Go 语言如何相互补充并能很好合作的方式。
1. 首先,“几年前真正有趣的研究”存在明显的问题。首先,它于 2017 年 10 月在 Intel i5-4460 CPU(2014 年第二季度)上使用 Go 1.6(2016 年 2 月)发布。那是永远的过去了。
2. 除此之外,"非常有趣的研究 "假设计算机语言基准游戏是可比程序的来源,如果你知道那个网站的话,这根本就不是真的。
3. 如果你的研究报告声称C++比C多用34%的能量,多用56%的时间,多用14%的内存,那么是时候重新审视你的假设了。大约每一个C程序都是一个有效的C++程序,所以C++不可能输,尤其是不可能输得那么惨!
4. 所有这些都是在说,"真正有趣的研究 "其实并不有趣。事实上,显然应该以一种健康的怀疑态度来看待它。
5. Discord帖子中关于从Go切换到Rust的总结是令人难以置信的误导。
6. 最初的Discord帖子显示了一个单一的图表,绘制了Go服务器和同等的Rust服务器。Rust线的性能更可预测,避免了Go线的延迟峰值,但这两条线大致相当。
7. 相反,AWS的帖子将Go图显示在Rust服务器经过重大改写以使用新的数据结构和更多的内存后的图旁边,圈出了 "ms "与 "μs "的时间尺度。这要么是对Discord帖子的完全误解,要么是公然的不诚实。
8. 作为一个旁观者,我自己以前也用过这种比例变化来说明问题(https://swtch.com/~rsc/regexp/regexp1.html)。当你展示一个诚实的、公平的比较时,这是一个很好的方法来说明问题。但是AWS的帖子并不是这样。
9. 说白了,Discord的帖子是公平的。它展示了Go服务器和同等的Rust服务器的“苹果对苹果“的比较。在帖子的后面,它又把Rust服务器的数据结构和额外的内存改写后,单独进行了图表。AWS的帖子对此进行了歪曲。
10. 也就是说,Discord的帖子也描述了Go 1.10,而Go 1.18也即将发布。这八个版本有很多改进,减少了有非常大的堆或非常多的goroutines的程序中的GC暂停(而Discord服务器两者都有)
11. 所以,使用最近的Go,Discord的延迟峰值会大大减少,我们也有计划进一步减少它们。但是,对于该服务器来说,Rust仍然是一种很好的语言,团队做出了一个合理的决定。(等待Go的改进也是可以的。)
12. AWS的帖子确实对Rust提出了一些诚实、公正的观点,这使得他们把这些关于Go的误导性陈述包括在内更加令人遗憾。他们没有必要这么做。Rust足够好,可以独立存在。
13. 就个人而言,与其阅读那些假装Go与Rust是某种零和游戏的博文,我更愿意关注Go和Rust相互补充并能很好合作的方式。比如这个帖子。https://thenewstack.io/rust-vs-go-why-theyre-better-together/
Forwarded from codedump的电报频道 (老C)
#博客
周刊(第7期):一个C系程序员的Rust初体验
在工作里使用Rust已经有两个多月的时间了,谈谈我做为一名多年的C系(C、C++)程序员,对Rust的初体验。
博客:https://www.codedump.info/post/20220227-weekly-7/
公众号:https://mp.weixin.qq.com/s/bX4Mmpb1YYA73kxdHMZ0Ig
邮件订阅:https://tinyletter.com/codedump
周刊(第7期):一个C系程序员的Rust初体验
在工作里使用Rust已经有两个多月的时间了,谈谈我做为一名多年的C系(C、C++)程序员,对Rust的初体验。
博客:https://www.codedump.info/post/20220227-weekly-7/
公众号:https://mp.weixin.qq.com/s/bX4Mmpb1YYA73kxdHMZ0Ig
邮件订阅:https://tinyletter.com/codedump
Forwarded from 微信搬运工(旧)
Telegraph
王兴和张一鸣的蜕变:普通人追求安全感,高手拥抱不确定性
普通人在失败时痛不欲生,高手则调整策略,继续寻求下一个概率优势。 来源 | 何加盐 有很多人,毕生都在追求安全感,为了得到对未来的确定性,他们愿意做任何事情。 而另一些人,则非常能容忍不确定性。他们对世界的复杂有深刻认识,善于接受不确定性,并且习惯在高度不确定的环境中作出决策。后一种人,更容易成为成功的政治家或企业家。任正非把华为管理哲学的核心归结为 “灰度理论”。马化腾也把腾讯的成功归因于 “灰度哲学”。所谓“灰度”,是介于黑和白之间的一种状态。世间万物的发展、每个人的特质、每个团队的情况,都不是非黑…
Forwarded from 少数派sspai
年度征文 | 放弃纠结、拥抱妥协,重器轻用就是高效 [by Kenshin]
https://sspai.com/post/71576
https://sspai.com/post/71576
少数派 - 高品质数字消费指南
放弃纠结、拥抱妥协,重器轻用就是高效 - 少数派
大家好,我是 Kenshin,简悦的作者,这次跟大家分享我对极简效率工作的一些理解,我接触效率相关的内容,与简悦的诞生有关:
简悦始于 2016 年……那时因为家里的一些事情,我解散了团队,注销了公司。
曾有段时间特别沮丧,精神无法集中,看什么都看不下去,所以当时的想法就是找一个可以让我产生沉浸式阅读体验的 Chrome 扩展,但找了很多都不满意……
于是决定自己开发,而另一原因则是:我发现只有沉浸在代码的世界中,我才能集中精神,不再胡思乱想。
故事的最后,我的「毛病」被简悦治愈了。借助简悦,我…
简悦始于 2016 年……那时因为家里的一些事情,我解散了团队,注销了公司。
曾有段时间特别沮丧,精神无法集中,看什么都看不下去,所以当时的想法就是找一个可以让我产生沉浸式阅读体验的 Chrome 扩展,但找了很多都不满意……
于是决定自己开发,而另一原因则是:我发现只有沉浸在代码的世界中,我才能集中精神,不再胡思乱想。
故事的最后,我的「毛病」被简悦治愈了。借助简悦,我…
Forwarded from HuTalk胡说 (Daniel)
YouTube
如何用Notion保持全年自律?你该试试这个原则【CC】 |老石谈芯
Notion免费下载链接:https://ntn.so/laoshi
如何使用Notion高效制定年度规划?我的Notion教程、模板、使用技巧分享~
新年规划模板:https://go.shilicon.com/notionyearplan
我的其他Notion模板和资源: https://shilicon.com/notion
减号 + 空格 会生成一个【点】的列表
大于号 + 空格 会生成一个Toggle的小开关
[ + [ 可以快速链接页面
各种快捷键的资源,都可以在⬆️找到呦~
这就是最…
如何使用Notion高效制定年度规划?我的Notion教程、模板、使用技巧分享~
新年规划模板:https://go.shilicon.com/notionyearplan
我的其他Notion模板和资源: https://shilicon.com/notion
减号 + 空格 会生成一个【点】的列表
大于号 + 空格 会生成一个Toggle的小开关
[ + [ 可以快速链接页面
各种快捷键的资源,都可以在⬆️找到呦~
这就是最…