http://blog.csdn.net/chen3888015/article/details/7432868
在 Linux 下 top 工具可以显示 cpu 的平均利用率(user,nice,system,idle,iowait,irq,softirq,etc.)，可以显示每个 cpu 的利用率。但是无法显示每个线程的 cpu 利用率情况，
这时就可能出现这种情况，总的 cpu 利用率中 user 或 system 很高，但是用进程的 cpu 占用率进行排序时，没有进程的 user 或 system 与之对应。
可以用下面的命令将 cpu 占用率高的线程找出来:
ps H -eo user,pid,ppid,tid,time,%cpu,cmd –sort=%cpu
这个命令首先指定参数’H’，显示线程相关的信息，格式输出中包含:user,pid,ppid,tid,time,%cpu,cmd，然后再用%cpu字段进行排序。这样就可以找到占用处理器的线程了。 Continue reading »
中国移动通信集团广东有限公司就IPv6升级改造及规模商用项目IDC网络改造工程所需的服务委托中捷通信有限公司进行公开招标，具有提供标的物能力的潜在投标人均可前来投标。
1、项目概况与招标范围：
1.1招标代理编号：ZJZB-2013-4152
1.2招标范围：广东公司IPv6升级改造及规模商用项目IDC网络改造工程。
1.3项目预算：约237万元人民币，项目资金已落实，由招标人自筹。
1.4项目需求：对全省已投产IDC机房进行IPV6的改造，详见技术规范书。
1.5项目完成时间：合同生效之日起60天内。 Continue reading »
准备：一张visa或master的信用卡，在创建vps之前，要先设置好支付方式的。
创建教程：https://developers.google.com/compute/docs/quickstart
第一感觉：由于目前GCE只在美国中部和欧洲有机房，所以对大陆用户来说，速度那是一个慢啊。
还有，目前只支持ipv4，还没有ipv6的支持。
线路—-最快节点—-最慢节点—-平均响应
所有线路—-北京[联通] 217 毫秒—-江西[电信] 637 毫秒—-345 毫秒
电信—-安徽淮北[电信] 280 毫秒—-江西[电信] 637 毫秒—-424 毫秒
联通—-北京[联通] 217 毫秒—-黑龙江[联通] 341 毫秒—-266 毫秒
试了一下，删除了instance。希望以后能推出香港机房的哦，这样中国大陆地区的站长/网友们就有福了。
The IPv6 Link-local address is derived form the MAC- or Ethernet hardware address in the following way;
| Mac address: | XX:XX:XX:XX:XX:XX |
| IPv6 Link local address: | fe80::xyxx:xxff:fexx:xxxx |
Where y = X XOR 2. Furthermore ‘ff:fe’ is inserted and ‘fe80::’ prepended.
‘y = X XOR 2’ means inverting the 2nd bit from the right; Continue reading »
Google云平台官方博客宣布云计算平台Compute Engine正 式发布，移除了beta预览状态。在预览阶段，Compute Engine主要支持两大流行Linux发行版：Debian和Centos。
正式版扩大了操作系统支持范围，将支持所有开箱即用的Linux发行版，任 何用户想使用的内核或软件如Docker、FOG、xfs和aufs，加入了SUSE和Red Hat Enterprise Linux的初步支持，支持FreeBSD。
价格嘛，也比较亲民。 IP不收费，I/O不收费。
关键是google的服务安全可靠，让人用了放心。
最最关键的是：在Google上创建VPS，发布网站，不用备案！不用备案！
对中小站长来说，强制ICP备案，是国内云服务的硬伤，是很多人选择出走的原因。
All machine types are charged a minimum of 10 minutes. For example, if you run your instance for 2 minutes, you will be billed for 10 minutes of usage. After 10 minutes, instances are charged in 1 minute increments, rounded up to the nearest minute. For example, an instance that lives for 11.25 minutes will be charged for 12 minutes of usage.
If you would like to discuss pricing for long-term commitments, please contact sales
之前一直都十分恨有一台硬件的raid服务器来学习，大家都知道作为一个IT人不可能不懂硬件吧？
可是自己的工作没有机会碰到硬件的维护。
1.为何是软raid呢？
Linux 十分适合在中小企业应用，因为价格、系统的稳定性、硬件的成本比起其它操作系统都是十分有优势的，但是管理Linux的人才比较缺，或者这么说吧中小企业要请个Linux管理员不好找。（当然是薪金的问题）其实软raid对于CPU的性能要求比较厉害，但以现在的硬件发展速度，软raid绝对有优势。
2.软raid的优点
我总结了软raid的一些优点：廉洁的数据安全方案、适合各种硬件设备、Linux核心自带功能，不像硬raid重新安装启动程序，不用当心是否支持操作系统、有管理工具查看软raid的状态。
3.软raid的缺点
CPU占用率高、读写速度不如硬raid、灾难恢复复杂、灾难恢复速度不如硬raid。 Continue reading »
MD是linux软RAID标准实现，MD RAID-1有两种故障处理 ：resync和recovery，resync处理异常宕机导致的成员磁盘数据不同步。 recovery处理新加入或者替换磁盘时的数据恢复。
MD RAID-1故障处理的优点是故障恢复在线完成，且不太影响读写响应时间。 以resync为例： resync的同步策略是从第一个正常成员盘同步到其他成员盘，并从第一个Chunk（可以看成是RAID阵列上较长一段连续空间）开始按照扇区号增序同步。resync过程中能正常处理读写请求，读操作总是发往第一个可用的成员磁盘(可用磁盘指的是已经同步了该扇区的成员磁盘，可通过recovery_offset识别）。写操作处理则和非故障流程完全一致。读写均不需要等待resync完成， 也不需要与sheepdog一样使用读时修复机制，所以读写响应时间基本无影响。
raid-1故障处理主要缺陷是降低可靠性。 即使是三副本raid-1， resync过程中，第一个盘仍然成为单点故障点， 降低系统可靠性。举个例子： Continue reading »
Friday October 26, 2007 by Jason ‘vanRijn’ Kasper | 15 Comments
I did a small performance test yesterday and was very surprised by the results. I wanted to see which encrypted filesystem was faster betweeen Truecrypt and LUKS. I created 2 20-gig files, one with Truecrypt and the other with LUKS encryption. Then I mounted the encrypted files and copied a 180 meg file 10 times, synced, and then reported the time taken. Here’s the results:
Truecrypt test:
time (for f in $(seq 1 10); do; cp bigfile truecrypt-mnt/bigfile-$f; done;)
0.22s user 26.30s system 15% cpu 2:47.06 total
LUKS test:
time (for f in $(seq 1 10); do; cp bigfile luks-mnt/bigfile-$f; done;)
0.20s user 8.40s system 15% cpu 55.169 total
Wow. Now, granted, this is a simple enough test, but does anyone have any ideas why LUKS would be 3 times faster in writing 1.8 Gigs than Truecrypt?
http://movingparts.net/2007/10/26/truecrypt-versus-luks-speed-test/