Lime

@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 等