引言：
1.着手性能问题
2.性能监测
2.1.从暴露出来的问题开始
2.2.知道你的系统在正常情况下会怎样
2.3.寻找性能瓶颈
3.一些常见问题和一些建议
3.1.64位的运算与容量能带来什么
3.2.空闲内存
3.3.优先内存页面调度
3.4.隐私的共享内存（ISM-IntimateShar...
摘要：
1.q:mount point和directory有什么区别
a:按照我的理解，moint point就是一个普通的空目录，然后，你可以将其它的目录mount到这个空目录中，随后，这个目录的内容就会变成你mount的目录内容了。
q:mount理解为挂起对吗？
假如我把/home mount（挂起）到/export下
和单独的1个/home directory
这2者间有什么差异
a......
摘要：
请问谁用个tcsh ？
1.set prompt 怎么用，我想把提示符变成这样
hostname:user/etc/default >
就是由主机名＋用户名＋当前目录名组成。
2. tcsh 用的是哪里的.profile 文件？
多谢！
nortell 回复于：2004-03-14 18:32:35
找到了一篇好文章和大家分享：
tcsh的提示符......
Solaris下的性能与调整[ZT]
1. 着手性能问题
【程序编程相关:
系统维护基本命令(From HP web】 【推荐阅读:
硬件维护常识(From HP web s】2. 性能监测
【扩展信息:
用make_recovery磁带恢复操作】 2.1. 从暴露出来的问题开始
2.2. 知道你的系统在正常情况下会怎样
2.3. 寻找性能瓶颈
3. 一些常见问题与一些建议
3.1. 64位的运算与容量能带来什么
3.2. 空闲内存
3.3. 优先内存页面调度
3.4. 隐私的共享内存（ism-intimate shared memory）
3.5. 与共享内存有关的交换空间设置
3.6. 进程间通信（ipc）的参数
当一个系统运行缓慢性能下降的时候,很难知道原因是什么.是内存泄漏,磁盘子系统瓶颈,还是某个特定应用程序在可扩展性方面有限制?有一些途径可以发现与了解引起性能问题的根源,并且有可能消除它.
本文给出了从哪里入手的一些建议.文中介绍了如何着手性能方面的考虑以及如何定位常见的性能瓶颈,还介绍了与性能密切相关一些概念,比如私有的共享内存（ism-intimate shared memory）与优先内存页面调度.文章重点是放在solaris 2.6, 7, 与8 操作环境下.
1. 着手性能问题
性能,或许比计算机系统其它方面的行为更需要有通盘的考虑.为了识别来自一个或多个组件的问题根源,必须要采取结构化的方法.
实际的结果是,解决性能问题过程中最重要的一个部分是定义你正在试图解决的问题.从实际应用的方面来讲,这意味着定义一个操作或者测试用例,从而可以:
a) 知道系统当前有多快.
b) 知道系统需要快"x"倍;或者知道系统曾经在不同环境下快过"x"倍.
设置基线是开始的第一步.性能分析是由简单明确地定义所需解决的问题开始的自上而下的一个过程.如果你想要一个系统运行得快一些,你仍然需要定义这个系统的哪些属性是你想要改进的,以及哪些代价是你可以接受或者不可以接受的.除非你能够明确地描述出问题症状/机会,想要识别出问题的根源只会是碰运气.
性能分析很象是侦探工作,我们通过证据与观察建立事实依据,非常小心不要陷入预先想象的与事实不符的结论中——只有在具备非常压倒性的证据时才确认猜想.
对所有假设都要怀疑.其他人声称的事实实际上只是个可能正确也可能不正确的假设.如果这个假设是错误的,你可能会是在不正确的依据下工作,从而得出不正确的结论.
这里有一些警告.solaris操作环境在大多数情形下对于工作负荷的自我性能优化都是很好的.发行版本越新,需要手工做的性能优化就越少.性能问题的根源经常被发现是因为一个试图优化性能的行为引起的.首先需要注意应用程序,最后才是操作环境.
任何对系统配置的更改,比如象内存大小与磁盘布局这样的性能设置,都应该检查其当前的正确性.同样,一个带参数的系统升级也有可能对新操作环境的性能带来影响.
2. 性能监测
2.1. 从暴露出来的问题开始
什么操作使你看到性能问题的症状?
比如说,是特定类型的数据库查询,文件或网络操作比你期望的慢?在给出测试用例方面你能把操作步骤做到多具体,例如一个sql查询或者30行的c程序?
最大程度利用你的知识尽可能准确地说明“什么地方出了什么问题”以定义你的问题.良好的问题说明的例子就像这样:
一个sql查询在vxfs上比在ufs上要花两倍的时间.
svr4消息队列操作在操作环境版本a上比在操作环境版本b上要多花百分之30的时间.
登录进系统a比登录进系统y多花三倍的时间.
一个问题说明不应该包括解决方法或者是可能的解决方法.
在大部分的时候,对问题有一个清晰的说明就意味着完成了解决问题过程的一大半了.在对你试图解决的问题进行说明的时候考虑到用户观点的因素也很重要,这意味着要从应用程序的角度来看.这与人们的天性相反,人们总是通过实验试图去证明或者证伪一个可能的原因,而不是依据观察得到的事实来评估一个原因的可能性程度.
不恰当的问题说明就象这样:
mpstat的"wt"列表明等待时间过多.
用户任务花时间太长.
一个系统与它的应用程序的功能正确性问题与性能问题之间的边界往往是一个灰色地带.整个系统挂起与进程挂起的问题不在本文讨论范围之内.如果你怀疑系统的功能不正确,而不是性能问题,那么给你的sun解决方案中心打电话以找到一个解决问题的方法.高性能系统的前提是它的功能首先要正确.
...
下一页 摘要：
我可是一个超级菜鸟，有不对的地方欢迎大家批评指正，一个操作有不同的实现方法的也请大家贴出来。
另外请高手给我指点一下我还没有解决的问题。
1。solaris下自带的wu-ftp版本怎么看？
2。如果我要限制用户目录且我的ftp目录为/export/home/ftp那么，我在这个目录里要怎么实现，简明点，比如说我只要实现ls,mkdir,mkfile就ok.
3。我的sun工作在一个局......
