@maxhhg fixed

v2ex 编辑回复真是蛋疼

https://gist.github.com/shiyanhui/f22eb5295b48edb46b43dad1ebe54b03

```c
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[]) {
// 看起来你是在 x86_64 上来跑的, int 为 4-bytes, 此时内存布局为:
//
// a[0]
// ↓
// 69000000 af000000 e5100000 2c100000
int a[4] = {150, 250, 350, 450};

int * c = a;
printf("1: a[0] = %d, a[1] = %d, a[2] = %d, a[3] = %d\n", a[0], a[1], a[2], a[3]);

// c
// ↓
// 69000000 af000000 e5100000 2c100000
c = c + 1;
printf("current c points to %d\n", *c);

//
// c
// ↓
// 69000000 af000000 e5100000 2c100000
c = (int *) ((char *) c + 1);
printf("%p\n", c);

// c
// ↓
// 69000000 af4f1000 00100000 2c100000
//
// 最终:
//
// a[0] = 0x96
// a[1] = 0x1f4fa -> 128250
// a[2] = 0x100 -> 256
// a[4] = 0x1c2
*c = 500;

printf("2: a[0] = %d, a[1] = %d, a[2] = %d, a[3] = %d\n", a[0], a[1], a[2], a[3]);
}
```

xnoremap p pgvy

@yulon 认真看下代码?

@fakevam 评价的很独到客观了 眼力很厉害 赞

1. mutex 这个 避免不了 如果不用的话 可能会有更大的代价 实现的时候仅用在那些很大概率不会冲突的地方 后续会考虑看有没有添加 RWmutex 的必要

2. 在"调度公平"这个问题上 简单来说 libcsp 维护两种队列 一个是全局队列 一个是本地队列 挂起的 process(上下文)放到本地队列末尾 每次从本地队列头部取新的要执行的 process libcsp 每隔一定固定次数就会去全局队列去取 所以"调度饥渴"问题不会出现 对于在全局队列的 processes 确实会有调度公平的问题 另外 task 亲和性目前实现也确实没有考虑

3. 是的 这个后续会添加上

4. 这个后续也会改进

libcsp 还需要进化 比如支持更多架构(比如 arm)/支持 C++/支持 clang 编译器 /支持更多 OS 等

@wslzy007 赞 有时间我对 libcsp 和 thread-pool 做一下对比

@wslzy007 这就涉及到具体调度实现了 可以看下 src/sched.c

@reus 对 Benchmark 的目的就是比较极端情况下的性能 libcsp 同样会不停的的创建 /调度 /运行 /销毁 process(对应 goroutine)

@mritd 因为两者都是基于 CSP 并发模型 而 C 语言并发库目前实现绝大部分都是单线程 不能利用多核

@reus 看文档

你理解的没错, 是要根据最大值. 别人 blog 可以借鉴, 但不一定都是正确的.

求面经

同问 总共多少钱