top:
主要参数
d：指定更新的间隔，以秒计算。
q：没有任何延迟的更新。如果使用者有超级用户，则top命令将会以最高的优先序执行。
c：显示进程完整的路径与名称。
S：累积模式，会将己完成或消失的子行程的CPU时间累积起来。
s：安全模式。
i：不显示任何闲置(Idle)或无用(Zombie)的行程。
n：显示更新的次数，完成后将会退出to
显示参数:
PID（Process ID）：进程标示号。
USER：进程所有者的用户名。
PR：进程的优先级别。
NI：进程的优先级别数值。
VIRT：进程占用的虚拟内存值。
RES：进程占用的物理内存值。
SHR：进程使用的共享内存值。
S：进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数。
%CPU：该进程占用的CPU使用率。
%MEM：该进程占用的物理内存和总内存的百分比。
TIME＋：该进程启动后占用的总的CPU时间。
Command：进程启动的启动命令名称，如果这一行显示不下，进程会有一个完整的命令行。
top命令使用过程中，还可以使用一些交互的命令来完成其它参数的功能。这些命令是通过快捷键启动的。
<空格>：立刻刷新。
P：根据CPU使用大小进行排序。
T：根据时间、累计时间排序。
q：退出top命令。
m：切换显示内存信息。
t：切换显示进程和CPU状态信息。
c：切换显示命令名称和完整命令行。
M：根据使用内存大小进行排序。
W：将当前设置写入~/.toprc文件中。这是写top配置文件的推荐方法。
阅读全文…
为了了解公司服务器的具体性能，好制定预警和监控脚本，今天全面测了一下服务器的性能指标，其中测硬盘的需要记录下，今天才学的。
读取测试采用hdparm进行：
脚本如下：
for i in 1 2 3 4 5 6 7 8 9 10;
do
sleep 10;
echo $’\n’ $i;
hdparm -tT /dev/sda;
done
写入测试注意把写入的文件放到tmp或其他无关紧要的位置，否则后果自负。
脚本如下。
for i in 1 2 3 4 5 6 7 8 9 10;
do
sleep 10;
echo $’\n’ $i;
dd if=/dev/zero of=/tmp/hdparm_write$i.tmp ibs=1M obs=1M count=1024;
done
这将反复写1M的内容1024次到文件中，最后会以M/s的单位告诉测试结果。
测完以后全部记录下来。
原文出处：http://www.eygle.com/archives/2009/02/suggest_dba_job.html
DBA的工作职责是什么？每天DBA应该做哪些工作？稳定环境中的DBA该如何成长与工作？
这是很多人都曾经提出过的问题，我潦潦草草的、随心所欲的记录一下我的观点和建议，供参考：
1.实时监控数据库告警日志
这是必须进行的工作，并且应该根据不同的严重级别，发送不同级别的告警，及时了解数据库的变化与告警。
2.实时监控数据库的重要统计信息
实施监控对于数据库运行至关重要、能够表征数据库重要变化的统计信息，并且据此发送报警信息。那么应当监控哪些统计信息呢？大家可以思考一下，对于单机、RAC环境各不相同。
3.部署自动的Statspack/AWR报告生成机制
每天检查前日的AWR报告，熟悉数据库的运行状况，做到对于数据库了如指掌
4.每天至少优化和熟悉一个Top SQL
根据AWR或Statspack报告,每天至少了解或熟悉一个Top SQL，能优化的要提出优化和调整建议
5.部署完善的监控和数据采样系统
DBA应该对数据库部署完善的监控系统，并对重要信息进行采样，能够实时或定期生成数据库重要指标的曲线图，展现数据库的运行趋势。
6.全面深入的了解应用架构
不了解应用的DBA是没有前途的DBA，对应用了解不深入的DBA算不上Expert，所以一定要深入了解应用。
7.撰写系统架构、现状、调整备忘录
根据对数据库的研究和了解，不断记录数据库的状况，撰写数据库架构、现状及调整备忘录，不放过任何可能的优化与改进的机会。
原文地址：http://www.linuxfly.org/post/320/
总有很多朋友对于Linux的内存管理有疑问，之前一篇[转]理解Linux的性能日志似乎也没能清除大家的疑虑。而在新版核心中，似乎对这个问题提供了新的解决方法，特转出来给大家参考一下。最后，还附上我对这方法的意见，欢迎各位一同讨论。
当在Linux下频繁存取文件后，物理内存会很快被用光，当程序结束后，内存不会被正常释放，而是一直作为caching。这个问题，貌似有不少人在问，不过都没有看到有什么很好解决的办法。那么我来谈谈这个问题。
阅读全文…
原文地址：http://www.linuxfly.org/post/114/
项目中常遇到需要对目前运行的系统进行效率分析，或碰到客户咨询如何优化系统的效率问题。更多的情况是，在系统出现问题的时候，需要分析原因，定 位系统故障或瓶颈，当然，最好是可以一并解决故障。但实际上，操作系统优化是一个非常复杂的问题，况且linux有自己一套有别于其他操作系统管理的机 制，由此会引起很多不必要的误解和麻烦。自问我是写不错条理性的文章了，只能转一份高人写的文档供参考。（文章根据实际进行了一定的裁减，并对容易碰到的问题做了标识）
阅读全文…
