iostat安装
05-10
原来一直以为iostat跟iftop一样是独立的安装包,后google发现是一个工具包中的工具,叫systat。
下载地址:http://pagesperso-orange.fr/sebastien.godard/download.html
使用说明书 http://pagesperso-orange.fr/sebastien.godard/man_iostat.html
原来一直以为iostat跟iftop一样是独立的安装包,后google发现是一个工具包中的工具,叫systat。
下载地址:http://pagesperso-orange.fr/sebastien.godard/download.html
使用说明书 http://pagesperso-orange.fr/sebastien.godard/man_iostat.html
最近想把本本彻底改成linux,前期准备就是要适应一切能想到的应用。跟台式的文件交互,ftp、ssh都可以,但还是觉得共享会方便,于是配置了一下samba。
本子上的系统用的是centos5.4 X64,samba软件是使用命令 yum install samba 进行安装。
首先,启动关闭samba命令
首先配置一个公共的读写目录
重启samba后,在windows中运行(局域网互联) 敲入 \\ip 则可以看到public共享目录
如果增加权限验证,则需要增加用户信息:samba用以下两个命令来增加用户信息
配置文件如下
补充:其中,公共目录的权限,用配置成 nobody:nobody 777
而 sunboyu 目录的权限,则配置成 sunboyu:sunboyu 777
tips:如果配置成功后,一直无法写入文件,则检查是否关闭selinux,如果没关闭,关闭即可。
多台服务器使用,难免用到同步,工作中大量接触的是rsync,简单测试了一下其命令和应用。
rsync官方主页: http://samba.anu.edu.au/rsync/ 下载地址为:http://samba.anu.edu.au/ftp/rsync/rsync-3.0.7.tar.gz
安装:
默认好像没有生成配置文件,创建
测试的两台主机:192.168.0.20 192.168.0.30
在192.168.0.30的/etc/rsync.conf下增加以下代码
然后测试两个命令
1、把192.168.0.20上的 /root/source 目录同步到 192.168.0.30 的 /root/test上
/opt/rsync-3.0.7/bin/rsync -vazu –progress /root/source 192.168.0.30::test
2、从192.168.0.30 的 /root/test 同步到 192.168.0.20上的/root/test
/opt/rsync-3.0.7/bin/rsync -vzrtopg –progress 192.168.0.30::test /root/test
配置权限:
在192.168.0.30上vi /etc/rsycnpass 然后 echo test:123456 >> /etc/rsycnpass
配置文件修改为
则上边命令1修改为 /opt/rsync-3.0.7/bin/rsync -vazu –progress /root/source test@192.168.0.30::test
命令2改为 /opt/rsync-3.0.7/bin/rsync -vzrtopg –progress test@192.168.0.30::test /root/test
以前用apache,很多虚拟主机的时候,用 mod_vhost_alias 模块去解决。nginx似乎没有这样的功能。
原来为了做这个功能,我用python写了一堆脚本,去自动管理nginx的配置文件,结果还是不理想。频繁重写配置文件,频繁重启,总会出现点问题。
在nginx的0.8.*下,发现了这样的功能:http://wiki.nginx.org/NginxHttpCoreModule
Since nginx 0.8.25 named captures can be used in server_name:
server {
server_name ~^(www\.)?(?.+)$;
location / {
root /sites/$domain;
}
}
大喜,于是乎做出如下配置,实现了nginx下自动虚拟主机的功能:
测试通过。
我的开源虚拟主机管理系统nginx版本指日可待。
很多操作时间会很长,不能让用户在页面上执行PHP脚本,否则页面会被拖死。
一个不错的方案,就是提交到后台去执行。
linux有个命令 nohup command & 这样就会提交到后台,而终端的用户体会不到程序执行的过程。
原来我使用这种方式 shell_exec( “nohuo php file.php &” ) 进行后台提交,后来发现速度依然不快, 还是被挂起了。查看手册,exec函数有如下提示:
Note: 如果用本函数启动一个程序并希望保持在后台运行,必须确保该程序的输出被重定向到一个文件或者其它输出流去,否则 PHP 会在程序执行结束前挂起。
因此,这样修改就达到了目的:
exec( “nohuo php file.php >> /dev/null &” )
感谢铎哥的配置,感谢宴哥解决ssl连接的问题。
nginx+php,php有个进程管理器,为php-fpm,Django没有,网上大概看了看,找出了几段,小改一下,能用了。
nginx的配置,特别感谢爱词霸的吕同学,发扬了开源共享的精神,大大缩短了我的调试成本。
同时附上一个额外的文档,nginx变量跟cgi协议的对应关系。
注:在配置中,并不是所有的变量必须加上,而是根据环境选择其中应该有的变量,至于具体加哪些变量,得求助高人了。
最近一直在研究代理缓存之类的东东,几个软件一直在瞎鼓捣,没弄出个结果,自己也稀里糊涂,总结一下几天折腾的成绩:
在并发上,nginx无疑是老大,做反向代理的时候,没有发现squid的并发方面介绍,所以暂且认为ngnix是老大,apache的稳定性有目共睹,但在并发方面的确不是很如意。
缓存方面:squid,apache都支持diskcache和memcache,根据http的head头来确定是否缓存,nginx不支持缓存,不过我在google开源上看见了新浪的水杨老大的一个东东,给nginx加上了文件缓存,不过没有大规模使用,暂时不把它当做一种解决方案。
在代理和缓存的规则上,apache很强,很强大的重写功能,尤其是强制修改http规则,不过这个功能我始终没有调试成功,no-cache的页面始终无法去缓存。
如果只是做网站的反向代理,负载均衡,nginx感觉要比squid强,性能强悍,配置方便。
如果是做代理+缓存加速,那squid的功能和稳定性还是很好的,毕竟在互联网上大量应用。
apache呢?好像没它的事情了。当然不是,有些地方可以拿他的功能当中间件使用,这个等下次分解。
| 一 | 二 | 三 | 四 | 五 | 六 | 日 |
|---|---|---|---|---|---|---|
| « 八 | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | |||