 |
nebkad请阻止我发帖 V2EX 第 557390 号会员，加入于 2021-09-30 23:34:06 +08:00 |
nebkad 最近回复了
1 天前 回复了 0x114514 创建的主题 › 随想 › 想买车的心情从未如此强烈。 |
买车肯定能提升生活质量，哪怕是单身狗。
但是因为有买车冲动但又不知从何开始的时候，你先要做的事情是明确自己的想法和需求。
但是因为有买车冲动但又不知从何开始的时候，你先要做的事情是明确自己的想法和需求。
50 天前 回复了 xmagicer 创建的主题 › C# › C#有像 C++的 libevent 同样定位的高性能跨平台网络库吗？ |
用 C# 写网络应用，性能瓶颈不在于跨平台异步框架设计带来的 IO 开销，因为实际上都是直接利用底层 OS API (例如 epoll iocp kqueue 等等)提供的支持，也就是说做到了别的语言最多只能一样快。
性能瓶颈在于一些 corner case 下，GC 阻碍了资源（不仅仅是内存，还有内存上面你写的对象）的及时释放而导致的奇怪问题。尽管有 `IDisposable` 但还是会写得很痛苦，心智负担很高。
但如果你只是原型开发、快速开发简单业务，那么 C# 可以搞一搞。
性能瓶颈在于一些 corner case 下，GC 阻碍了资源（不仅仅是内存，还有内存上面你写的对象）的及时释放而导致的奇怪问题。尽管有 `IDisposable` 但还是会写得很痛苦，心智负担很高。
但如果你只是原型开发、快速开发简单业务，那么 C# 可以搞一搞。
51 天前 回复了 xaoflysho 创建的主题 › NAS › 想问问大伙 NAS 备份照片的方案 |
V 友什么的最好了
t/980166
t/980166
67 天前 回复了 youngPacce 创建的主题 › Rust › rust 关于.await 的疑惑 |
你的疑惑不在于 await ，而是你还没理解 协程（ coroutine) 和 线程 (thread) 的运行方式。
协程是对线程的分时复用，线程是操作系统提供的对 CPU 的分时复用。
Rust 的 await 是一种协程相关的关键字，你的理解是线程的工作方式。
协程是对线程的分时复用，线程是操作系统提供的对 CPU 的分时复用。
Rust 的 await 是一种协程相关的关键字，你的理解是线程的工作方式。
81 天前 回复了 proxyai 创建的主题 › Rust › 再见 Golang, 你好 Rust |
82 天前 回复了 proxyai 创建的主题 › Rust › 再见 Golang, 你好 Rust |
欢迎新的 Rustacean~！
Rust 是否能够有效减少锁使用，对这个问题有怀疑的程序员朋友们，可以尝试挑战一下实现这个。
在假定使用者不能使用 unsafe 或者别的魔法的情况下，设计一个既可用于多线程，又可以用于单线程的支持异步操作的 ring buffer ，其隐含的约束或者需求是：只允许有一个写入端和一个读取端
我用 C# golang C++ Rust 都试过。
结论就是 Rust 确实不需要额外加锁，仅仅依靠类型系统在编译时就能保证使用者一定满足上述约束。
其他语言只能通过额外对 ring buffer 加锁保证，或者只能靠文档保证。
Rust 是否能够有效减少锁使用，对这个问题有怀疑的程序员朋友们，可以尝试挑战一下实现这个。
在假定使用者不能使用 unsafe 或者别的魔法的情况下，设计一个既可用于多线程，又可以用于单线程的支持异步操作的 ring buffer ，其隐含的约束或者需求是：只允许有一个写入端和一个读取端
我用 C# golang C++ Rust 都试过。
结论就是 Rust 确实不需要额外加锁，仅仅依靠类型系统在编译时就能保证使用者一定满足上述约束。
其他语言只能通过额外对 ring buffer 加锁保证，或者只能靠文档保证。
101 天前 回复了 OliverDD 创建的主题 › 程序员 › 对数据库感兴趣，但完全接受不了 cpp |
Rust 神教教徒来传教了，不喜请忽略。
我跟你一样，对数据库的查询引擎和存储结合的部分很感兴趣，也觉得 CPP 的心智负担真的太大了，没办法让我在快速试验想法的同时，能够积累一些代码用于下一次的迭代。
如果只是要快速迭代，那可能用脚本语言或者别的灵活性很高的语言是可以的，但问题是这些语言虽然表现力强但是性能真的很成问题，很难用于积累。
所以 Rust 真的很适合，它的类型系统能够帮助你以很正交的方式来描述抽象设计，零成本抽象的设计原则提供了良好的运行时性能。
作为一个曾经的 CPP 程序员，我认为 Rust 真的不需要知道什么奇技淫巧或者 corner case 就能用得很好；当然这对于很多人来说，可能 Rust 的门槛真的很高，因为他们不一定需要这么强力的工具。但以你的目标来看（ DBMS 核心组件），Rust 应该是恰当的。
我跟你一样，对数据库的查询引擎和存储结合的部分很感兴趣，也觉得 CPP 的心智负担真的太大了，没办法让我在快速试验想法的同时，能够积累一些代码用于下一次的迭代。
如果只是要快速迭代，那可能用脚本语言或者别的灵活性很高的语言是可以的，但问题是这些语言虽然表现力强但是性能真的很成问题，很难用于积累。
所以 Rust 真的很适合，它的类型系统能够帮助你以很正交的方式来描述抽象设计，零成本抽象的设计原则提供了良好的运行时性能。
作为一个曾经的 CPP 程序员，我认为 Rust 真的不需要知道什么奇技淫巧或者 corner case 就能用得很好；当然这对于很多人来说，可能 Rust 的门槛真的很高，因为他们不一定需要这么强力的工具。但以你的目标来看（ DBMS 核心组件），Rust 应该是恰当的。
Select Language