实习积累之一

1，nohup，将进程的输出重定向到nohup.out，

例如：nohup python xxxx02.py &将进程挂到后台

2，jobs查看所有作业

3，fg %n将后台进程n到前台执行

4，ps -ef所有正在执行的进程

5，vim中的将文件编码格式改变命令：set fileencodeing=GBK,将linux下的文件传到windows下;

set fileencodeing=utf-8,将windows下的文件传到linux下

set encoding=utf-8

6，top -p pid查看进程内存

7，kill -9;kill默认发送SIGTERM信号，kill -9发送SIGKILL信号，该信号不会被阻塞

8，tail -f filename 可以实时的得到新追加到文件中的信息，常用来跟踪日志文件tail -f RunLog。

二：进程，进程组，会话，终端，守护进程的概念和关系

http://blog.csdn.net/yh1548503342/article/details/41891047

三：部署上线的服务，将二进制文件拷过来之后，运行发现缺少动态库，然后改.bashrc文件，这时不应改动PATH，而应该修改生成那个二进制文件的makefile中用到的LD_LIBNANY_PATH这个环境变量。PATH只是命令行输入命令时，根据PATH查找命令的路径在哪。跟库没关系。谨记谨记！

screen的同一机器不同窗口的LD_LIBRARY_PATH环境变量不共享。

动态库和静态库的区别：http://www.cnblogs.com/skynet/p/3372855.html

四：top命令：http://jingyan.baidu.com/article/4d58d5412917cb9dd4e9c0ed.html

五：log级别1.static Level DEBUG : 
DEBUG Level指出细粒度信息事件对调试应用程序是非常有帮助的。 
2.static Level INFO 
INFO level表明 消息在粗粒度级别上突出强调应用程序的运行过程。 
3.static Level WARN 
WARN level表明会出现潜在错误的情形。 
4.static Level ERROR 
ERROR level指出虽然发生错误事件，但仍然不影响系统的继续运行。 
5.static Level FATAL 
FATAL level指出每个严重的错误事件将会导致应用程序的退出。 

另外，还有两个可用的特别的日志记录级别: 
1.static Level ALL 
ALL Level是最低等级的，用于打开所有日志记录。 
2.static Level OFF 
OFF Level是最高等级的，用于关闭所有日志记录。 

六：gdb调试core文件http://blog.csdn.net/hzhsan/article/details/38227647

七：第一次上线的教训：

最后说下，afantiX计算服务在上线后出现了比较多的core和死循环的问题，因为是新业务，虽然没有对之前的业务产生大的影响，但有两点还是需要反思和总结。 总结和反思的不是代码bug本身。

1） 兼职人员评测完1000个case后，有一些bad case确认需要修改。但上线前的测试，发现之前的bad case还是有没修的。

2）core 和死循环在跑线上数据的时候就已经存在，然后只是把记录到的一些bug修改，最后并没有把前面的数据进行回归测试重跑。

   认真对待每一次跑出来的测试数据，特别是每个bug和异常，自己解决不了的bug，一定要在小组内通报, bug解决完了务必进行回归测试。

八：crontab 定时启动脚本

九：

把自己编写的python模块添加到PYTHONPATH上

要想让python解释器找到自己编写的模块，则该模块必须PYTHONPATH上，否则在导入该模块时会出现找不到该模块的错误，因此必须把所需要的模块的路径添加到PYTHONPATH（一般情况下是把lib/python2.6/site-packages添加到PYTHONPATH）。

安装oss2 python setup.py install --prefix=~/usr/local/