V2EX › PTLin 的所有回复 › 第 14 页 / 共 32 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 10 11 12 13 14 15 16 17 18 19 ... 32

❮

❯

2024 年 8 月 17 日

回复了 rhnlin 创建的主题 › 程序员 › 关于学习计算机方法

@nowheremanx 很多人都这样，学了点底层知识，汇编，保护模式/ia32e 模式切换，学了点硬件操作知识然后看了点 os 的书和 osdev 的资料就幻想自己写个 os 。
这种情况 99%都因为复杂度太高加上本身自己就不会设计以及代码量太庞大而放弃，我认为正确的做法起码是先研究研究 Linux 这种成熟的开源系统，研究研究“最佳实践”之后在开始有规划的设计自己的玩具 os 。

2024 年 8 月 8 日

回复了 lwy2mx 创建的主题 › Go 编程语言 › 作为一个程序怎么快速的上手另一个语言呢

无非两点，1 不知道这个语言的最佳实践，2 不知道这个语言都有哪些好用的第三方库

2024 年 8 月 8 日

回复了 Betsy 创建的主题 › C++ › 求教个 C++ Get 函数怎么写的问题

本质不就是错误处理，用写法二只能抛异常

2024 年 8 月 4 日

回复了 liaowb3 创建的主题 › Go 编程语言 › 我发现 go 好像有个 bug

go 虽然很简单，但是还没简单到学一天就能让你了解到所有 go 的小坑。

2024 年 8 月 2 日

回复了 iorilu 创建的主题 › 程序员 › 有 v2er 用 rust 开发过开源的 tauri 程序吗, 想学习下

不如给自己加点难度，用 native 的 rust gui 库写点玩具，毕竟你用 tauri 和用 eletron wails 也没什么太大区别，都是 80%再写网页。

2024 年 7 月 31 日

回复了 keepRun 创建的主题 › 科技 › 如果 AI 发展到可以解决很多技术上的问题，那程序员还有什么作用？

月经问题。

2024 年 7 月 28 日

回复了 Hyvi 创建的主题 › 程序员 › iMac 下 load 这么高是什么原因，请帮忙分析下。

可能 mac 下平均负载计算和 Linux 不一样，Linux 是所有 cpu 上的可运行进行数量按照一个公式计算，本身只能代表某个采样时刻的可运行进程数量，本身就意义不大。

2024 年 7 月 28 日

回复了 trybye 创建的主题 › Rust › rust 中出现依赖冲突怎么处理

https://rustcc.cn/article?id=ea3b5561-618e-4c03-a84b-f0618a782dd0 这个帖子是不是也是你发的，下面不是有人提出来解决方案了吗，你是觉得 rustcc 里面的人都太菜了，v2 上肯定有大神能提供不 patch 的解决方法吗？

2024 年 7 月 26 日

回复了 pykerzhang 创建的主题 › Linux › 在这个容器化成为标准的时代，如何评价运维还在用二进制源代码方法安装软件？

你就一句话，谁能评价出来，起码说说安装的什么软件 / 在什么地方安装的软件 / 运维以什么理由这样安装软件

2024 年 7 月 22 日

回复了 cnbatch 创建的主题 › 信息安全 › CrowdStrike 搞崩 Linux 又搞崩 Windows，下一个会是什么系统？ CrowdStrike 会不会赔钱赔到倒闭？

与其说是后台硬，怎么感觉是真的没有竞品

2024 年 7 月 21 日

回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速

@Ansen 有一篇字节跳动写的文章试了下，确实可以跑，就是限速不是太稳定以及限速公式搞不明白。https://blog.csdn.net/ByteDanceTech/article/details/120878281

2024 年 7 月 20 日

回复了 Ansen 创建的主题 › Linux › 请教一下如何优雅的使用 TC 对大量的 IP 限速

tc 基于 ebpf 的 edt 方案看来可以，直接用 epbf map 管理 ip 。

2024 年 7 月 12 日

回复了 lsk569937453 创建的主题 › Rust › 自己用 rust 踩了不少坑，希望<Rust-笔记>能抛砖引玉。

补充一下，现代的 Mutex 其实内部都会自旋一段时间，获取不到锁并不会直接进行系统调用而休眠，因为现在处理器速度非常快，很多时候自旋的时候锁就被释放了。
tokio 的 Mutex 使用原则基本上是：假如是多 task 操作一个 Vec 那种，临界区非常小，并且不跨越 await （因为 await 点可能出现一个线程加锁，另一个线程释放的问题，所以 std Mutex guard 是!Send ，导致整个 future 都是!Send) ，直接用 std 的 Mutex 就好。但是假如是独占了一个需要长时间使用数据，例如异步的数据库链接，这种才需要使用 tokio Mutex 。

2024 年 7 月 10 日

回复了 RedBeanIce 创建的主题 › Rust › rust 写代码真的很复杂

不是 rust 复杂，这个是库复杂，用了太多泛型了

2024 年 7 月 3 日

回复了 cmos 创建的主题 › Rust › RUST 的未来在哪里？

再过个五六年，rust for linux 就成熟了

2024 年 6 月 30 日

回复了 FreeWong 创建的主题 › Go 编程语言 › === 一个 golang goroutine 相关的问题 ===

准确来讲，我理解的 go 中只有所有 goroutine 都因为等待 go 的同步原语（ mutex chan 等）而陷入休眠，这时才会运行时报错。
所以在 go 的角度里，你 main 没有因为等待同步原语休眠，所以没问题。
例如这段代码，只有 sleep 结束才会运行时报错死锁，因为这时的两个 goroutine 都等待同步原语 chan 而休眠。
import "time"
func main() {
ch:=make(chan int)
go func () {
ch<-1
}()
go func() {
time.Sleep(time.Second*10)
}()
ch<-2
}

2024 年 6 月 30 日

回复了 FreeWong 创建的主题 › Go 编程语言 › === 一个 golang goroutine 相关的问题 ===

在 go 的角度，只有这样的代码才算是死锁
func main() {
ch:=make(chan int)
go func () {
ch<-1
}()
ch<-2
}

2024 年 6 月 27 日

回复了 freedomforlong 创建的主题 › Linux › 求熟悉 Linux 内核编译的小伙伴指导以下 rock5b plus 板子的 Linux 内核编译问题

感觉根本没用可还行，起码 zcat /proc/config.gz 然后 grep 下看看有没有对应选项吧。

1 ... 10 11 12 13 14 15 16 17 18 19 ... 32

❮

❯