@zdkmygod 谢谢啊, 我一直以为在一个窗口下跑的程序都是一个 session

@jadec0der 额, 我以为在一个窗口里开的都是属于一个 session 的..我再去学习一下

@GeruzoniAnsasu 确实是这么认为的....

@neoblackcap
@Nitroethane
@dorothyREN
我想通过杀死 session 来杀死他, 怎么做? 不是杀死 shell 吗?

那我的问题变成了我在 iTerm2 中断里创建的这个孤儿进程, 那不应该是属于 iTerm2 创建的 Session 吗? 我把 iTerm2 杀死,为什么这个子进程还能存在, 不应该被 iTerm2 杀死吗?

我想问为什么要创建 session? 书上说最关键的一步就是创建这个东西

你们都什么时候面试?

@xiadada 打错字, 和守护进程有什么区别

@neoblackcap 拿他跟后台进程有什么区别

Looking at the assembly, the increment (and in fact the whole for loop) has been (over-)optimized away.

@conoha 不是一码事啊老哥, 用 atomic 还打印 0 说明是程序 bug. 我没有用, 会出现竞态, 编译器直接把 Add 这个操作优化没了. 不是没有调度的问题

```
package main

import (
"fmt"
"os"
"runtime"
"time"
)

var a uint64 = 0

func main() {
runtime.GOMAXPROCS(runtime.NumCPU())
fmt.Println(runtime.NumCPU(), runtime.GOMAXPROCS(0))

go func() {
for {
a += 1
// just do something
_ = make(chan os.Signal)
}
}()

for {
fmt.Println(a)
time.Sleep(time.Second)
}
}

```
加一句 make, 就可以不是 0 了, 难道加了 make 就会解决调度问题?

@cholerae 是的, 我在 https://stackoverflow.com 也问了这个问题, 就被他们这么教育了, 我对未定义行为的认识不够, 不过了解一下到底为什么这种未定义之后, 到底发生了什么, 为什么会这样, 还是挺好玩的, 要不然难受的慌.

@zsxzy go 用更上一层的读写锁

@Monad 再请教一下啊, 内存屏障和 cache 一致性有关系吗? 网上说写屏障会发消息让其他 cache 失效, 如果不设置屏障, 难道不会达成最终一致性吗?

@Monad 我看了一下汇编代码, 确实是被编译器编译掉了, 他可能认为`i`没有变化, 根本没有 Add 过.

@wkc 确实,还没这么用过

我用原生的 go http 测试了一下, get 同一个地址,确实是串行化的. 这是 Chrome 的问题. 我猜想没有一个 go server 框架在处理 request 的时候回串行处理. 所以请不要在 handler 方法里写什么 go func(){} 还有人不控制 go 的退出结果,后台裸跑 go,,更傻)

解决的办法很简单, get 地址可以变一变嘛, 请求里塞一个时间戳 /12312 /546 都看成同一个东西就好了.

soc 了解一下， 区块链博彩

要是一个小虾米，那就找上级，肯定有人同意你才能干， 要是已经不是小虾米了（公司发展好对你有巨大好处），那就承担责任呗