分类目录归档：业务范围

Feb 24 14:53:51 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Reset adapter
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:02 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:17 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:17 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register
Feb 24 14:54:17 sklinux.com kernel: e1000e 0000:06:00.0: eth0: Error reading PHY register

根据经验这个网卡驱动在centos6.x 64上的一个bug。

我们升级了e1000e的网卡驱动后故障消失。

CPU主频和内核数量及性能关系

上周打电话咨询dell售后关于R720服务器CPU内核数量和主频之间的关系的一个问题，和售后磨叽了2个多小时后售后工程师一直也没有给出一个令人信服的答案，笔者只好通过查阅相关资料以及和同事讨论后有了个清晰的答案。现将该问题整理了一下分享出来，以供大家学习和参考。

疑惑1：服务器的主频怎么计算？单颗主频*内核数量吗？

疑惑2：服务器cpu的性能依赖于cpu的主频？

疑惑3：多核处理出现的原因？

疑惑4：多核处理器的优势在哪里？

疑惑5：多核处理器带来的挑战是什么？

疑惑6：如何发挥多核服务器应有的性能？

首先对于问题1 服务器的主频怎么计算？单颗主频*内核数量吗？

服务器cpu的主频和内核的数量是没有关系的，也就是说如果你的cpu的一个线程（一个core）的主频是2GHZ的话那么你的服务器的主频就是2GHZ。

对于问题2 服务器cpu的性能依赖于cpu的主频？

cpu的性能依赖于CPU的主频吗？非也，主频只是其中一个比较重要的参考依据而已，其中还有其他重要的参数指标决定了cpu的性能。

其中CPU的性能由主频、管线架构或长度、功能单元数目、缓存设计四个方面决定，我扪常将“管线架构或长度、功能单元数目、缓存设计”这三个方面统称为CPU的架构，也就是说CPU的性能由CPU的主频和CPU的架构这两个方面来综合决定。

从以往CPU发展历史来看，CPU频率的增长带来的是性能上量的增长，而架构的改变往往带来其性能上质的飞跃，所以相对而言同样的架构，主频高低不同，CPU处理能力才有可比较性；而不同架构的CPU之间性能的差别就可能给人们带来完全不同的体验了。也正是CPU架构方面的原应才造成了很多同频的AthlonXP比P4处理器更快这一现实。

所以只有在同一家族的CPU中进行比较，核心数量、主频与CPU的运行速度才有正比关系，还有影响的因素是2、3级缓存的大小。核心版本和工艺的升级也有影响。一般在同一家族的CPU中，核心越多、主频越高、缓存越多、版本越新的CPU越快。

疑惑3：为什么会出现多核处理器呢？

多核技术的开发源于工程师们认识到，仅仅提高单核芯片的速度会产生过多热量且无法带来相应的性能改善，先前的处理器产品就是如此。他们认识到，在先前产品中以那种速率，处理器产生的热量很快会超过太阳表面。即便是没有热量问题，其性价比也令人难以接受，速度稍快的处理器价格要高很多。

CPU从诞生之日起，主频就在不断的提高，如今主频之路已经走到了拐点。面对主频之路走到尽头，Intel和AMD开始寻找其它方式用以在提升能力的同时保持住或者提升处理器的能效，而最具实际意义的方式是增加CPU内处理核心的数量。

英特尔工程师们开发了多核芯片，使之满足“横向扩展“（而非“纵向扩充“）方法，从而提高性能。

对于疑惑4：多核处理器的优势有哪些？

该架构实现了“分治法“战略。通过划分任务，线程应用能够充分利用多个执行内核，并可在特定的时间内执行更多任务。多核处理器是单枚芯片（也称为“硅核“），能够直接插入单一的处理器插槽中，但操作系统会利用所有相关的资源，将它的每个执行内核作为分立的逻辑处理器。

通过在多个执行内核之间划分任务，多核处理器可在特定的时钟周期内执行更多任务。多核架构能够使目前的软件更出色地运行，并创建一个促进未来的软件编写更趋完善的架构。尽管认真的软件厂商还在探索全新的软件并发处理模式，但是，随着向多核处理器的移植，现有软件无需被修改就可支持多核平台。操作系统专为充分利用多个处理器而设计，且无需修改就可运行。为了充分利用多核技术，应用开发人员需要在程序设计中融入更多思路，但设计流程与目前对称多处理(SMP) 系统的设计流程相同，并且现有的单线程应用也将继续运行。现在，得益于线程技术的应用在多核处理器上运行时将显示出卓越的性能可扩充性。

疑惑5：多核处理器带来的挑战又是什么？

挑战一：与单核处理器相比，多核处理器在体系结构、软件、功耗和安全性设计等方面面临着巨大的挑战。

挑战二：许多历史程序没有采用并行编程，例如一些文件压缩软件、部分游戏软件等等。对于这些单线程的程序，单独运行在多核处理器上与单独运行在同样参数的单核处理器上没有明显的差别。这样会导致服务器资源的闲置和浪费从而无法发挥服务器性能。

疑惑6：如何更好的发挥多核服务器的性能？

1）程序采用线程级并行编程，那么这个程序在运行时可以把并行的线程同时交付给多个核心分别处理，因而程序运行速度得到极大提高。这类程序有的是为多路工作站或服务器设计的专业程序，例如专业图像处理程序、非线视频编缉程序、动画制作程序或科学计算程序等。

2）日常应用中的另一种模式是同时运行多个程序。许多程序没有采用并行编程，例如一些文件压缩软件、部分游戏软件等等。对于这些单线程的程序，单独运行在多核处理器上与单独运行在同样参数的单核处理器上没有明显的差别。但是，由于日常使用的最最基本的程序——操作系统——是支持并行处理的，所以，当在多核处理器上同时运行多个单线程程序的时候，操作系统会把多个程序的指令分别发送给多个核心，从而使得同时完成多个程序的速度大大加快。

PHP性能优化

PHP优化对于PHP的优化主要是对php.ini中的相关主要参数进行合理调整和设置，以下我们就来看看php.ini中的一些对性能影响较大的参数应该如何设置。

# vi /etc/php.ini

(1) PHP函数禁用找到：

disable_functions =
该选项可以设置哪些PHP函数是禁止使用的，PHP中有一些函数的风险性还是相当大的，可以直接执行一些系统级脚本命令，如果允许这些函数执行，当PHP程序出现漏洞时，损失是非常严重的！以下我们给出推荐的禁用函数设置：

disable_functions = phpinfo,passthru,exec,system,popen,chroot,escapeshellcmd,escapeshellarg,shell_exec,proc_open,proc_get_status

需注意：如果您的服务器中含有一些系统状态检测的PHP程序，则不要禁用shell_exec,proc_open,proc_get_status等函数。

(2) PHP脚本执行时间找到：

max_execution_time = 30

该选项设定PHP程序的最大执行时间，如果一个PHP脚本被请求，且该PHP脚本在max_execution_time时间内没能执行完毕，则PHP不再继续执行，直接给客户端返回超时错误。没有特殊需要该选项可保持默认设置30秒，如果您的PHP脚本确实需要长执行时间则可以适当增大该时间设置。

(3) PHP脚本处理内存占用找到：

memory_limit = 8M

该选项指定PHP脚本处理所能占用的最大内存，默认为8MB，如果您的服务器内存为1GB以上，则该选项可以设置为12MB以获得更快的PHP脚本处理效率。

(4) PHP全局函数声明找到：

register_globals = Off

网络上很多关于PHP设置的文章都推荐将该选项设置为On，其实这是一种及其危险的设置方法，很可能引起严重的安全性问题。如果没有特殊的需要，强烈推荐保留默认设置！

(5) PHP上传文件大小限制找到：

upload_max_filesize = 2M

该选项设定PHP所能允许最大上传文件大小，默认为2MB。根据实际应用需求，可以适当增大该设置。

(6) Session存储介质找到：

session.save_path

如果你的PHP程序使用Session对话，则可以将Session存储位置设置为/dev/shm，/dev/shm是Linux系统独有的TMPFS文件系统，是以内存为主要存储方式的文件系统，比RAMDISK更优秀，因为可以使用DISKSWAP作为补充，而且是系统自带的功能模块，不需要另行配置。想想看，从磁盘IO操作到内存操作，速度会快多少？只是需要注意，存储在/dev/shm的数据，在服务器重启后会全部丢失。不过这对于Session来说是无足轻重的。

由于水平有限，有些还是不太明白为什么。如果有更好建议的欢迎随时补充！

0、用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会，注意：只有echo能这么做，它是一种可以把多个字符串当作参数的“函数”(译注：PHP手册中说echo是语言结构，不是真正的函数，故把函数加上了双引号)。
PS：在单引号中，PHP不会自动搜寻变量、转义字符等，因此效率上快很多。而一般来说字符串是没有变量的，所以使用双引号会导致性能不佳。

1、如果能将类的方法定义成static，就尽量定义成static，它的速度会提升将近4倍。
PS：事实上，function、method、static method的速度不会有太大差异。具体可见“PHP函数的实现原理及性能分析【转载】”一文。

2、$row[’id’] 的速度是$row[id]的7倍。
PS：不太懂，貌似差异只有后者会先判断id这个宏是否存在，如果不存在则自动转变为字符串。

3、echo 比 print 快，并且使用echo的多重参数(译注：指用逗号而不是句点)代替字符串连接，比如echo $str1,$str2。

PS：如果使用echo $str1.$str2 就会需要 PHP 引擎首先把所有的变量连接起来，然后在输出，而echo $str1,$str2，PHP 引擎就会按照循序输出他们

4、在执行for循环之前确定最大循环数，不要每循环一次都计算最大值，最好运用foreach代替。
PS：像count、strlen这样的操作其实是O(1)的，因此不会带来太多消耗，当然避免每次循环都计算是比较好的策略。最好用foreach代替for，这个效率更高，如果考虑到foreach($array as $var)每次拷贝的消耗，可以使用foreach($array as &$var)这样的引用。

5、注销那些不用的变量尤其是大数组，以便释放内存。
PS：如果没有记错的话，unset($array)不会立刻释放内存，但随时释放是个好习惯。

6、尽量避免使用__get，__set，__autoload。

7、require_once()代价昂贵。
PS：require_once和include_once需要判重，因此效率上要低，但是5.2版本后效率问题已经基本解决。

8、include文件时尽量使用绝对路径，因为它避免了PHP去include_path里查找文件的速度，解析操作系统路径所需的时间会更少。
PS：支持，尽量少用iniset()来设置include_path。

9、如果你想知道脚本开始执行(译注：即服务器端收到客户端请求)的时刻，使用$_SERVER['REQUEST_TIME']要好于time()。
PS：$_SERVER['REQUEST_TIME']保存了发起该请求时刻的时间戳，而time()则返回当前时刻的Unix时间戳。

10、函数代替正则表达式完成相同功能。
PS：这种函数是指strtok、strstr、strpos、str_replace、substr、explode、implode等等。

11、str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
PS：字符串操作比正则替换要快。

12、如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。
PS：需要考虑到内置函数和用户自定义函数的开销差异，恐怕这种做法得不偿失。

13、使用选择分支语句(译注：即switch case)好于使用多个if，else if语句。
PS：php中switch支持数值和字符串变量，比C的switch要好用，建议使用。

14、用@屏蔽错误消息的做法非常低效，极其低效。
PS：有什么替代方法吗？没有的话还是不得不用的……

15、打开apache的mod_deflate模块，可以提高网页的浏览速度。

16、数据库连接当使用完毕时应关掉，不要用长连接。
PS：在连接之前，最好设置一下相应的超时机制，例如链接超时、读写超时、等待超时等。

17、错误消息代价昂贵。

18、在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。

19、递增一个全局变量要比递增一个局部变量慢2倍。

20、递增一个对象属性(如：$this->prop++)要比递增一个局部变量慢3倍。

21、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

22、仅定义一个局部变量而没在函数中调用它，同样会减慢速度(其程度相当于递增一个局部变量)。PHP大概会检查看是否存在全局变量。

23、方法调用看来与类中定义的方法的数量无关，因为我(在测试方法之前和之后都)添加了10个方法，但性能上没有变化。

24、派生类中的方法运行起来要快于在基类中定义的同样的方法。

25、调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。

26、Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。

27、除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。

28、尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。

29、当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构(C的内置数据结构，用于存储PHP变量)中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化(译注：指函数名小写化，PHP不区分函数名大小写)、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。

(举例如下)瑞士军刀背包威戈

if (strlen($foo) < 5) { echo “Foo is too short”$$ }

(与下面的技巧做比较)

if (!isset($foo{5})) { echo “Foo is too short”$$ }

调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。
PS：长见识了。

30、当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商(ISPs)和服务器。

31、并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。

32、并非要用类实现所有的数据结构，数组也很有用。

33、不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码?

34、当你需要时，你总能把代码分解成方法。
PS：分解成方法要适当，行数少使用频率高的方法尽量用直接写代码，可以减少函数堆栈开销；且方法嵌套不宜过深，否则大大影响PHP的运行效率。

35、尽量采用大量的PHP内置函数。

36、如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。

37、评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。

38、mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。

39、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用file_get_contents，因为他的效率高得多!但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题;
PS：这个要记住，尽量使用file_get_contents和file_put_contents，不需要自己判断文件句柄打开是否成功。

40、尽量的少进行文件操作，虽然PHP的文件操作效率也不低的;

41、优化Select SQL语句，在可能的情况下尽量少的进行Insert、Update操作(在update上，我被恶批过);

42、尽可能的使用PHP内部函数(但是我却为了找个PHP里面不存在的函数，浪费了本可以写出一个自定义函数的时间，经验问题啊!);
PS：内置函数比用户自定义函数效率高了将近一个数量级。

43、循环内部不要声明变量，尤其是大变量：对象(这好像不只是PHP里面要注意的问题吧?);
PS：这个必须的，变量过多或者过大时，每次重分配的开销就无法忽略。

44、多维数组尽量不要循环嵌套赋值;

45、在可以用PHP内部字符串操作函数的情况下，不要用正则表达式;

46、foreach效率更高，尽量用foreach代替while和for循环;

47、用单引号替代双引号引用字符串;
PS：晕，这个不就是第一条吗？

48、“用i+=1代替i=i+1。符合c/c++的习惯，效率还高”;

49、对global变量，应该用完就unset()掉;

服务器DIY配置服务

即日起我们将为广大站长、公司企业提供专业DIY服务器、工作站配置及提供服务器配件产品。
主要为客户提供各级机架1U、2U以及多U服务器、图形工作站、网络存储等方案设计以及配件，提供最完整、最经济的规划咨询和解决方案。继续阅读 →

slow SSH with Remmina

If you use Remmina, you might encounter some slowness using SSH.

This is caused by a bug in libssh versions 0.4.5 & 0.4.6.

To solve this problem, you need to install on your system libssh version 0.4.5-2.
At the moment I’m writing this down, the package in the official repositories is libssh_0.4.5-1 which also causes the bug with Remmina.

So, you can download libssh_0.4.5-2

https://launchpad.net/ubuntu/+source/libssh/0.4.5-2/+build/2012264/+files/libssh-4_0.4.5-2_i386.deb

Then, install it with this command:

sudo dpkg -i libssh-4_0.4.5-2.deb

That’s it, SSH will now work smoothly with Remmina.

这个解决了ubuntu10.x 下用remmina链接ssh慢的问题。

更改CentOS的时区

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
另外你也可以安装system-config-date工具：
yum install system-config-date
然后配置好ntp服务即可