xosion的专栏

以前只知道一个端口用同一个协议只能有一个进程来监听；fork会继承文件描述符。 遂有疑惑，若先listen，再fork，后accept，哪个进程得到客户端的链接？通过实验，得出结论： fork之后两个进程会抢占accept的机会，没抢到的进程会阻塞，等待有权accept的进程死掉，然后去accept。过程： 当启动进程后，用netstat命令查看到在监听的pid，只能看到一个pid在那监听；

当没有多进程的情况下，node的单线程模式会导致以排队的方式处理请求，当请求多的时候，势必会消耗较多CPU时间，特别是CPU密集型，或者烂的代码，比如一个会导致死循环（不知道会不会发生死锁之类的状况）这样的bug，整个服务器就直接宕掉。app.get('/1',function(req, res) { res.json({ title1: 'OK' }); });app.get('/2',

修改配置文件略过启用hadoophadoop namenode -format // 格式化NameNode，用于首次使用 启动后台进程$ start-dfs.sh $ start-all.sh查看后台进程$ jps文件系统命令hadoop fs -ls / # 查看根目录 hadoop fs -mkdir /user # 新建目录 hadoop fs -copyFromLocal test.

单节点快速测试if( undefined == easy_install ) wget https://bootstrap.pypa.io/ez_setup.py -O - | python easy_install pymongo python sharding/simple-setup.py --path=/usr/bin /* 此处一定要写绝对路径，simple-setup.py