PTLin 最近的时间轴更新 PTLin 最近的时间轴更新 |
PTLinV2EX 第 271968 号会员，加入于 2017-12-03 11:14:57 +08:00今日活跃度排名 5692 |
Bai-Jinlin
PTLin 最近回复了
17 小时 2 分钟前 回复了 pykerzhang 创建的主题 › Linux › 在这个容器化成为标准的时代，如何评价运维还在用二进制源代码方法安装软件？ |
你就一句话，谁能评价出来，起码说说安装的什么软件 / 在什么地方安装的软件 / 运维以什么理由这样安装软件
4 天前 回复了 cnbatch 创建的主题 › 信息安全 › CrowdStrike 搞崩 Linux 又搞崩 Windows，下一个会是什么系统？ CrowdStrike 会不会赔钱赔到倒闭？ |
与其说是后台硬，怎么感觉是真的没有竞品
5 天前 回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速 |
@Ansen 有一篇字节跳动写的文章试了下，确实可以跑，就是限速不是太稳定以及限速公式搞不明白。https://blog.csdn.net/ByteDanceTech/article/details/120878281
6 天前 回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速 |
tc 基于 ebpf 的 edt 方案看来可以，直接用 epbf map 管理 ip 。
14 天前 回复了 lsk569937453 创建的主题 › Rust › 自己用 rust 踩了不少坑，希望<Rust-笔记>能抛砖引玉。 |
补充一下，现代的 Mutex 其实内部都会自旋一段时间，获取不到锁并不会直接进行系统调用而休眠，因为现在处理器速度非常快，很多时候自旋的时候锁就被释放了。
tokio 的 Mutex 使用原则基本上是：假如是多 task 操作一个 Vec 那种，临界区非常小，并且不跨越 await （因为 await 点可能出现一个线程加锁，另一个线程释放的问题，所以 std Mutex guard 是!Send ，导致整个 future 都是!Send) ，直接用 std 的 Mutex 就好。但是假如是独占了一个需要长时间使用数据，例如异步的数据库链接，这种才需要使用 tokio Mutex 。
tokio 的 Mutex 使用原则基本上是：假如是多 task 操作一个 Vec 那种，临界区非常小，并且不跨越 await （因为 await 点可能出现一个线程加锁，另一个线程释放的问题，所以 std Mutex guard 是!Send ，导致整个 future 都是!Send) ，直接用 std 的 Mutex 就好。但是假如是独占了一个需要长时间使用数据，例如异步的数据库链接，这种才需要使用 tokio Mutex 。
16 天前 回复了 RedBeanIce 创建的主题 › Rust › rust 写代码真的很复杂 |
不是 rust 复杂，这个是库复杂，用了太多泛型了
23 天前 回复了 imes 创建的主题 › Rust › RUST 的未来在哪里？ |
再过个五六年，rust for linux 就成熟了
25 天前 回复了 haxk4201 创建的主题 › Blogger › 什么原因让你放弃写博客了？ |
op 这就是没问对问题，标题应该是《是什么原因让你放弃输出技术文章了》而不是局限写博客。
Select Language