摘要： 以服务器内存为4G 修改/etc/sysctl.conf文件 (ROOT账户) kernel.shmmax = 2147483648 //公式:2G*1024*1024*1024=2147483648(字节) //表示最大共享内存，如果小的话可以按实际情况而定，一般为物理内存的一半（单位:字节） kernel.shmmni=4096 //表示最小共享内存固定4096KB（由于32位操作系统默认一页为4K） kernel.shmall=1048576 //公式:4G*1024*1024/4K = 1048576(页) //表示所有内存大小（单位：页） kernel.sem=250 32000 1 阅读全文

摘要： 流媒体服务器作为为用户提供服务的基本功能单元，其性能的高低直接影响到流媒体系统的服务能力。在衡量流媒体服务器时，最关键的指标是流输出能力和能同时支持的并发请求数量，下面我们以本地硬盘作为存储介质的流媒体服务器为例，首先对其工作过程进行简单的分析： （1）从硬盘盘碟中分段读取流媒体文件内容，经过硬盘接口电路（SCSI、IDE）、PCI总线和系统内部总线存储到内存中（途中经过硬盘控制卡和PCI控制器两个转换接口）。 （2）在流媒体文件被发送到网络上之前，CPU需要对内存中的流媒体文件片段进行一些处理，例如，复制、切分、按协议打包等。 （3）打包之后的文件内容在内存中通过系统内部总线、PCI控制器. 阅读全文

摘要： 人们在使用SQL时有时候会陷入一个误区,即太关注于SQL得到的结果是否正确,而忽略了不同的实现方法之间的可能存在的性能差异,特别是 Web较复杂的报表系统中用到的Select命令或大型的复杂的数据库环境中(如联机事务处理OLTP)表现得尤为明显,经过对相关应用程序 中SQL分析及相关数据收集,我们发现,不良的SQLCommand往往来自于不恰当的索引设计,不充分的连接条件和不可优化的where 子句.在对它们进行适当的优化后,其运行速度有了明显的提高!下面是总结及摘录的一些优化原则:A.不合理的索引设计例子:表record中有记录620000行,试看在不同的索引下,下面几个SQL的运行情况:1 阅读全文