这玩意用各种传感器做实验比较多，不要当普通电脑用，我就是这样，结果没平板便捷，没台式性能好，没多久吃灰就卖了

。我是废物。。

@yitingbai 只给 select 不就行了

有中断标志寄存器和中断触发器啊，一个指令执行周期结束后就会检查这些寄存器，路由有中断就进入中断周期，没有就执行下一条指令了。

emm，良机卡不是能亮就行么，我有张 g210

以后谁再说程序员工资高，就把楼主 @下

要看新手的定义了，我就写过几行 html，js，有代码混淆了我就不会爬了

@LeeReamond 一般上下文切换的开销要比忙等待的开销小很多。。只有内核态那种很短的时间下可能会用到

@lns103 慢慢来吧，都有一个过度的过程，现在都是双协议栈的路由器，以后 v6 多起来慢慢就淘汰 v4 了。不过 v6 的地址太长是个问题。。

自旋锁用在频繁上下文切换比自选的开销大时使用比较多，比如信号量对里面的计数器的操作就用的自选锁，一般内核态比较多，用户态用自选锁太愚蠢了，话说所谓自选锁，你直接实现就是开个循环一直轮询，没干啥事还一直占用时间片，开销也太大了。所以一般都是用睡眠唤醒来代替的。

至于锁和核心的问题，锁主要用在进线程的同步互斥直接，和核心的关系不是很大，由于线程可以再用户态或者核心态实现，如果在用户态实现，哪怕是单核心的 u，照样宏观上使用自选锁啥的也没有问题。因为线程间抢占的是资源，是资源的竞争而不是 cpu 时间片。比如说，线程 a 在使用 s 资源，这时线程 b 也请求 s 资源，假设是单核心，现在 u 分给了 a，a 使用一段时间，但是时间片到了轮给 b，不过 a 还没有释放 s 资源，到 b 后由于请求的资源 s 没有被释放，那么 b 就一直轮询，也就是执行循环的指令。当然由于是单核心的，s 不可能被释放，所以 b 就只能一直到时间片结束，又到 a，直到 a 释放 s 资源。可以说 b 忙等待了个寂寞。

从上面也可以看出来，为什么在用户态要少用自选锁，当然如果用的信号量或者互斥锁啥的，是睡眠等待机制，那么轮到 b 后，发现 s 资源没有被释放，所以 b 调用 block 原语，阻塞掉自己陷入睡眠态，u 又轮到 a，直到 a 释放 s 资源后调用 wake 原语唤醒 b 。

等 v6 普及了的时候，128 位根本不可能用完，直接上公网还搞啥 NAT 呀

@KomiSans CS 才不会教变量怎么命名，都是直接学的，随便看个文档稳定下来就行。。

不怕你技术强，就怕你不够强，足够强的人哪里都有饭吃

不知道为啥，我从没接到诈骗电话，短信倒有不少。。

一条龙服务

我就是那条龙

先想好你要干什么，再说语言，不然没两天你就没兴趣了

可以在一个路由下用不同的方法做不同的事啊，其实就是一个封装的思想吧，路由作为对象，方法就是操作。比如你说的 creareUser，用 POST，那 GET 这些不就没有意义了么，如果一个路由只用一个方法，太冗余了，接口太多，用文档这个问题根本就不能解决，因为哪怕完全没有规则，只要文档跟得上就没啥问题，但问题是文档可能一直跟上程序吗？有多少人会一直跟进？甚至有多少人会写文档？完全没有规范的文档怎么维护？这些不要成本么

学三件套的东西，我没学计算机前折腾过，发现看不动，学了两年但是没学前端的东西，还是看不懂，所以直接上手前端的东西就行

怎么公司名都没有