@ghm2mail 老哥能详细说下不

@ghm2mail 这个想法很棒，微信是一个入口，但是除了聊天我还没想到更好的应用场景

该贴已经起不到大家对 AI 的一些积极讨论的作用了，可能帖子截图让人误以为推广的原因？先下沉吧。

哈哈，大家的愿望是美好的，不过有点超出 AI 能力范围了

有推广嫌疑的话，大家可以无视那些截图和视频（虽然本无此意，我始终认为一个好产品是靠用户口碑建立的，而不是靠这些），真心求问大家的对现在 AI 产品的一些看法

@Livid 可以帮移动下吗

写这个时候，只是想让整个过程完整点。我看下怎么移动到推广节点。

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