Solaris命令[一]

prtconf 显示系统信息

eeprom 修改存储在PROM中的变量值的一种方法

df -k 查看系统的空闲磁盘空间

format 查看物理设备与实际设备之间的映射关系

sync;init 0 让系统运行级别0

[@more@]

show-devs

show-disks

df -h (Solaris >= 9)：这个命令在 Linux 上已经应用十分普遍，

刚刚转移到了 Solaris 平台

pmap 可以查看进程的虚拟内存使用情况，包括总内存空间，常驻内存空间，

共享内存空间，私有内存空间。该命令有助于我们估计系统实际需要内存量

pfiles 查看当前进程打开哪些文件

truss -c (Solaris >= 8) 它提供了被追踪命令的全面概要信息,

还能显示正在运行的进程的概要数据。eg:truss -c grep asdf work.doc

truss -d 和 truss -D (Solaris >= 8)：这两个选项表明与truss显示的每个系统

调用相关的时间信息。这对于找出定制代码或商业代码中的问题很有帮助。例如：

pkg-ge 这是个用于自动获取免费软件包的好工具（http://www.bolthole.com/solaris）。

它通过 /etc/pkg-get.conf 来配置。一旦配置好并运行后，就运行 pkg-get -a

来获取可用包的列表以及运行 pkg-get -I 来获取并安装给定的包

pgrep (Solaris >= 8) pgrep 在 /proc 中搜索符合给定规则的进程，并返回进程的 ID。

其中一个很棒的选项是"-n"，它返回的是最新的满足条件的进程号

preap (Solaris >= 9) 除去僵尸进程。任何困于"z"状态（由 ps 命令显示）的进程，

该命令都可将之从系统中清除

pargs (Solaris >= 9) 显示进程的参数及环境变量

nohup -p (Solaris >= 9) nohup 命令可以用于启动一个进程，

因此即使用于启动进程的 shell 被关闭

（即进程获得"SIGHUP"信号），该进程仍然可以继续运行。

这对于让一个后台任务不管碰到何种情况仍然可以继续运行是很有用的。

但是如果您已经启动了一个进程，但稍后希望使它免受 HUP 信号的影响，该怎么办呢？

在Solaris 9中，nohup -p 可以获取进程 ID 并使之忽略 SIGHUP 信号

prstat (Solaris >= 8) prstat 也是 top 命令，但拥有更多功能。

这两个命令都可以提供一个屏幕的关于进程的有用信息以及其他的相关信息，

并且能频繁地更新，总之是个很棒的显示系统性能的窗口。但 prstat 要比 top

更加精确。它还提供了一些很好的选项。"-a"可以同时显示进程与用户的信息

（默认由 CPU hog 排序）。

"-c"使其执行很像 vmstat（在前一个报告下面接着显示新的报告）。"-C"显示在处理器

集中的进程。

"-j"显示一个"工程"中的进程。"-L"显示每个线程和每个进程的信息。

"-m"和"-v"显示每个进程的很多详细的性能信息（包括 pages、traps、

lock wait 和 CPU wait）。

所有输出数据都可以按照在内存中设置的大小、虚拟内存大小、运行时间等等条件来排列。

prstat 在没有 top 的系统中是个十分有用的工具，并且由于它的精确性，

所以很可能取代 top（有些地方考虑到它是个被支持的程序而使用它）

trapstat (Solaris >= 9) trapstat 以及 lockstat 和 kstat 是 Solaris 中最难以

理解的命令。它们显示一个运行的操作系统内部中最具体的细节信息。

每个命令对于解决 Solaris 系统中发生的古怪问题都是必不可少的。

最好是将它们的输出随错误报告一起提交，但进一步的研究揭示，

它们也能为一般应用提供有用信息

vmstat -p (Solapmap -x （Solaris >= 8，Solaris >= 9中进行了错误修复）

如果已经得知进程中有内存问题，并且需要获得更多内存使用的详细信息，

就可以使用 pmap -x。该命令将解释指定 ID 的目标进程的整个内存映射信息ris >= 8)

在这个选项可以使用之前，要确定是哪种类型的内存命令导致系统页面调度几乎是不可能的

（请查阅"se toolkit"）。

vmstat -p 可以解决此问题，因为它不但显示您的系统是否处于内存紧缺的情况（通过"sr"栏），

而且还显示是否是由以下内容导致的：应用程序的代码，应用程序的数据或 I/O 。

"-p"能够真正帮助找出 Solaris 中导致神秘的内存问题的原因

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/183680/viewspace-796677/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/183680/viewspace-796677/