博客园_小狼的世界

Linux的IPC命令

2012-05-22T03:24:00Z

进程间通信概述

进程间通信有如下的目的：1、数据传输，一个进程需要将它的数据发送给另一个进程，发送的数据量在一个字节到几M之间；2、共享数据，多个进程想要操作共享数据，一个进程对数据的修改，其他进程应该立刻看到；3、通知事件，一个进程需要向另一个或一组进程发送消息，通知它们发生了某件事情；4、资源共享，多个进程之间共享同样的资源。为了做到这一点，需要内核提供锁和同步机制；5、进程控制，有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。

Linux进程间通信由以下几部分发展而来：

早期UNIX进程间通信：包括管道、FIFO、信号。

基于System V的进程间通信：包括System V消息队列、System V信号灯（Semaphore）、System V共享内存。

基于Socket进程间通信。

基于POSIX进程间通信：包括POSIX消息队列、POSIX信号灯、POSIX共享内存。

Linux中，与IPC相关的命令包括：ipcs、ipcrm（释放IPC）、

IPCS命令是Linux下显示进程间通信设施状态的工具。我们知道，系统进行进程间通信（IPC）的时候，可用的方式包括信号量、共享内存、消息队列、管道、信号（signal）、套接字等形式[2]。使用IPCS可以查看共享内存、信号量、消息队列的状态。

例如在CentOS6.0上执行ipcs

具体的用法总结如下：

1、显示所有的IPC设施

# ipcs -a

2、显示所有的消息队列Message Queue

# ipcs -q

3、显示所有的信号量

# ipcs -s

4、显示所有的共享内存

# ipcs -m

5、显示IPC设施的详细信息

# ipcs -q -i id

id 对应shmid、semid、msgid等。-q对应设施的类型（队列），查看信号量详细情况使用-s，查看共享内存使用-m。

6、显示IPC设施的限制大小

# ipcs -m -l

-m对应设施类型，可选参数包括-q、-m、-s。

7、显示IPC设施的权限关系

# ipcs -c

# ipcs -m -c

# ipcs -q -c

# ipcs -s -c

8、显示最近访问过IPC设施的进程ID。

# ipcs -p

# ipcs -m -p

# ipcs -q -p

9、显示IPC设施的最后操作时间

# ipcs -t

# ipcs -q -t

# ipcs -m -t

# ipcs -s -t

10、显示IPC设施的当前状态

# ipcs -u

Linux上的ipcs命令，不支持UNIX上的-b、-o指令，同样UNIX中不支持-l、-u指令，所以在编写跨平台的脚本时，需要注意这个问题。

参考资料：

1、Linux下IPCS的用法详解

2、Linux进程间通信

3、Linux下IPCS的10种用法

4、Linux IPC小结

5、Linux IPC总结

本文链接

计算质数和回文数的小程序

2012-05-18T07:24:00Z

Ruby 代码如下

1: def isZhishu?(num) 2: count = 2 3: while count < num do 4: return false if ( num % count ) == 0 5: count = count + 1 6: end 7: 8: return true 9: end 10: 11: def isHuiwen?(num) 12: s = num.to_s.reverse.to_i 13: return true if num == s 14: 15: return false 16: end 17: 18: count = 0 19: 10000.times{ |i| 20: i = i + 1 21: if isZhishu?(i) && isHuiwen?(i) then 22: printf "%4d", i 23: print "\n" 24: count = count + 1 25: end 26: } 27: print "\n\nTotal:#{count}"

上面这个方法非常笨重，时间复杂度是 O（n^2），可以进行一些优化。根据 @sdpfoue 的建议，做了优化。

首先就是可以只对大于3的奇数进行检查，因为偶数肯定可以被2整除，所以不需要考虑。

另外循环相除的时候，可以只除以质数，这样也能够减少不少步骤。但是会增加空间的消耗，就是所谓的用空间换时间。

具体代码如下：

1: def isZhishu?(num, arrZhishu) 2: return true if num == 1 || num == 2 3: count = 2 4: 5: if( arrZhishu.empty? )then 6: #count = 2 7: while count < num do 8: return false if ( num % count ) == 0 9: if( count >= 11 ) then 10: count = count + 2 # Only judge even numbers 11: else 12: count = count + 1 13: end 14: end 15: 16: return true 17: else 18: arrZhishu.each{|value| 19: next if value == 1 20: return false if ( num % value ) == 0 21: } 22: return true 23: end 24: end 25: 26: def isHuiwen?(num) 27: s = num.to_s.reverse.to_i 28: return true if num == s 29: 30: return false 31: end 32: 33: count = 0 34: arrZhishu = Array.new 35: i = 0 36: while i < 10000000 do 37: if i >= 11 then 38: i = i + 2 39: else 40: i = i + 1 41: end 42: 43: if isZhishu?(i, arrZhishu) && isHuiwen?(i) then 44: arrZhishu.push(i) 45: #printf "%4d", i 46: #print "\n" 47: count = count + 1 48: end 49: end 50: print "\n\nTotal:#{count}"

本文链接

HP-UX培训学习笔记

2012-05-15T06:48:00Z

HP-UX操作系统全称为Hewlett Packard UniX，是惠普服务器上所有的操作系统。其发源自 AT & T SRV4系统，可以支持HP的PA-RISC处理器、Intel的Itanium处理器。因为PA-RISC的停产（RISC机器现在越来越没落了），今后的主流就是只支持Intel的处理器了。

HP-UX操作系统版本包括：11.11（11iv1）、11.23（11iv2）、11.31（11iv3）。其中11i第一次发布时间是2000年。s

培训中使用的环境是11.31，进入系统后，查看环境的办法：

查看系统：uname -a

查看软件版本：swlist | grep QPK

查看文件系统的使用情况：bdf

SMH工具：

SMH（System Management Homepage）是一个系统管理工具，之前有一个名为SAM的工具。SMH是一个升级版本，提供了利用Web方式进行系统管理的方式。

SAM支持HP-UX11iV1、V2,SMH支持 HP-UX 11iv1、v2、v3。

这两个管理工具的特点包括：提供了图形化的管理界面、可以向非Root用户提供配置管理功能、方便的帮助信息、配置灵活可扩展性强、使用标准的HP-UX命令完成所有操作（每个操作都可以看到对应的命令行指令）、整合了HP的SIM（Systems Insight Manager）、提供了Windows、Linux支持（也就是说可以用来管理Windows和Linux）。

SMH的启动有两种方式：autostart和start-on-boot。可以使用smhstartconfig这个命令查看当前的状态并进行启动方式的改变。autostart方式时，我们通过ip:2301端口进行访问。如果是start-on-boot，通过ip:2381进行访问。

SMH菜单包括：Home、Settings、Tools、Task、Log等。

可以说，系统中所有的操作命令都可以在SMH中来实现，这就为那些对于命令行不够熟悉的用户提供了管理系统的新途径。貌似这也是现在的一个趋势，大家都在尽力的推出专业、简单、易用的Web操作界面，降低管理的门槛。另一方面，也是让人们能够将精力更加的集中在系统资源的管理、分配上，而不必过分纠结于命令行指令。但是，很多时候，命令行还是无可替代的。

HP-UX服务器的硬件

服务器的产品序列：入门级（rx66,rx56...）、中端（rx76、rx86）、高端（Superdome）

服务器中的硬件包括：CPU（PA-RISC或者Itanium）、Cell boards或者MIO Controller（单元板或者）、System/Local Bus Adapter（系统/本地总线适配）、Memory Managment Processor Cards（MP管理卡）、Core I/O Cards、Interface Adapter Cards（OL*）

CPU：HP-UX支持两种CPU架构，一种是HP自己的PA-RISC的CPU（2008年停产，2013年终止支持）、一种是Intel的Itanium。

相关命令：

olrad -q

硬件的外观（型号）

Disk Arrays and LUNs、SANs and Multipathing

当今的服务器，很多是将内置的磁盘做为Boot Disk，但是数据多数存放在Disk Arrays上。Disk Array 包含数十甚至数以百计、千计的磁盘。为了方便，利用一些管理软件，经常将一定数量的磁盘划分为一个LUN（Logical Units）。磁盘阵列管理软件会自动为每一个LUN分配一个独立的64位标识符WWID，管理员也可以为每个LUN分配一个比较容易记忆的LUN ID。操作系统将一个LUN看作一个磁盘设备，而不关心其到底由多少物理磁盘组成。

SANs（Storage Area Network）的Multipathing的原理如下图所示，这样的做法带来了很大的灵活性，同时提供了高可用（High Availability）的环境以及应对高负载的能力。下图是最简单的一种SANs网络连接，依据网络的复杂性，到达一个LUN的通路可能有2、4、8甚至更多。在HP-UX的11iV1、V2版本中，对于通路的识别还需要依赖于LVM、VxVM等软件的外部支持，在V3版本中，这一特性已经被整合到内核中。

分区连续体技术，包括nPar、vPar、VM、SRP（Secure Resource Partitions）。这种技术的出发点在于之前独立CPU的机器存在高峰瓶颈和利用率低估，通过加入更多的计算和内存单元，来达到资源的动态划分，一方面提高资源利用率，一方面提高高可用性。我觉得这种思路和云计算有些相似，只不过划分的物理逻辑单元不一样。

相关命令：

scsimgr：scsimgr get_attr -a wwid -H 64000/0xfa00/0x4 获取LUN信息

硬件的编址（路径）

HP-UX 11iV1、V2采用传统（Legacy）的方式来为硬件编址，在V3版本中，采用了灵活编址（Agile View）来进行编址，同时仍支持传统方式。新的编址方式增强了系统的扩展性，Max LUN从原来的2TB到2TB以上，到单个LUN的通路从最多8个到最多32个。增强了适应性，在对SAN存储硬件进行更新替换时，不需要修改服务器的配置。

传统（Legacy）视图

传统硬件编址（HBA Hardware）：Cell/SBA/LBA/device/function

卡的地址：cell/sba/lba/device/function.target.lan.port.

传统SCSI盘：卡的地指.target.lunid

SAN：卡的地址.domain.area.port.厂商编号.lun.lun.lun，使用的是交换机上的信息，如果端口发生变化，地址会发生变化

灵活视图（agile）

HBA Hardware Address：cell/SBA/LBA/device/function

SCSI Address：HBA.target.lunid。使用16进制而不是十进制，例如：1/0/0/2/0.0xa.0x0

FC Lunpath，卡的地址：阵列的wwpn号.oxlun，采用这种编址，连接方式仍然是多路径的，但是地址却可以唯一表示。

Virtual FC Lunpath（虚拟地址）：HBA.virtual bus.virtual LUN ID，例如64000/0xfa00/0xlun lun映射到阵列上这个lun的wwid号

相关命令：

ioscan -fuNC disk/fc/tape/lan

ioscan -m

ioscan -m hwpath 查看三个地之间的映射关系

scsimgr get_attr -a wwid -H 64000/oxfa00/ox#

Slot Addressing 基于物理位置的地址（中高端机器支持）

cabinet - bay -chassis - slot

相关命令：

olrad

efi硬件编址，只是在itanium引导的时候使用，地址很长，实际映射的是逻辑地址

如何插拔设备卡：兼容性、驱动

设备文件的管理

传统（legacy）命名的设备文件存放位置： /dev/dsk /dev/rdsk

持久设备（虚拟地址，不会发生变化）文件存放位置： /dev/disk /dev/rdisk

设备文件没有大小、设备类型（块设备、字符设备）、主号（驱动程序）和次号（内核中的地址）

相关命令：

ioscan -funC disk

ioscan -m dsf

lsdev

ll查看/dev下的文件

insf（物理设备）：添加物理设备

mksf：按照指定方式添加物里设备

mknod（逻辑设备）：设备文件路径类型主号次号。主要用来生成逻辑设备文件的

rmsf：删除设备文件

磁盘设备的管理

磁盘的使用方式：整盘管理、逻辑卷管理LVM、VxVM

物理卷 pv：有lvm结构数据的disk，数据包括pvra和vgra

逻辑卷组 vg：一些物理pv的组合，是lvm中的最大空间池。/dev/vgname/group

逻辑卷 lv：磁盘上的一个逻辑空间，在逻辑上是连续的，但是物理上不一定连续。/dev/vgname/lvname /dev/vgname/rlvname

一个物理卷对应一个磁盘、多个磁盘组成卷组、逻辑卷对应分区（Size、VG name）

最大的单位是卷组。

物理卷：pvcreate

卷组：

逻辑卷：可以跨越磁盘，但是不能跨越卷组。默认顺序取第一可用空间（物理磁盘的加载顺序）。

默认Extent(Physical Extent)的大小是4MB.

建立连续的逻辑空间到离散的物理空间的映射。

对于结构数据的操作一般使用字符设备文件。

根盘一般有八个设备文件。

相关命令：

pvcreate：创建物理卷，后面跟字符设备文件。pvcraete [-f] /dev/rdisk/disk#

mknod：

vgcreate：创建卷组，指定卷组名。

lvcreate：创建逻辑卷，-n 指定名称，-L 指定大小，vgname

vgextend：

文件系统管理

JFS。

文件系统在逻辑卷中创建。逻辑卷的数据信息在磁盘顶部的VGA中。

文件系统的数据分为两类：结构数据（Meta Data）和用户数据。

结构数据的内容：

超级块（Super Block）：文件系统的大小、文件系统的类型、文件系统的Block映射表、到其他系统的指针等。超级块有多个，主超级块等。fsck指令。

iNode：ll执行后看到的信息中，除了文件名之外都存放在iNode中，另外还包括数据区的指针。

目录（Dir）：本身是一个特殊的iNode。/是2号iNode。访问目录时，IO次数是路径深度的两倍。但不一定都是真实的物理IO，因为有缓存等的存在。目录中存放了该目录中的文件名。保存该目录下的目录和文件的inode号。

相关命令：

newfs：newfs /dev/vg01/rdatavol，然后创建挂在点，mount命令进行挂载（可以修改fstab配置文件以在重启后继续生效）。

mkdir：创建挂载点

mount：挂载文件系统

逻辑卷和文件系统的维护

性能的维护、磁盘修复、空间的维护

随着使用时间的增加，文件系统中的碎片逐渐增多，可以使用fsadm进行维护。-D 参数表述对目录进行重组：1、对于小目录来说，将目录数据文件移动到inode的数据区；2、对于大目录来说，将经常访问的目录和文件移动到inode的数据区。

碎片整理：fsadm -eD，对目录和文件进行整理

磁盘修复：fsck /dev/vg01/rdatavol

空间的维护：卷组扩容、逻辑卷扩容、文件系统扩容、文件系统减容、逻辑卷减容、移除逻辑卷、卷组减容等。

相关命令：

bdf：查看空间使用情况

lvextend：扩充逻辑卷，lvextend -L size /dev/vgname/lvname

fsadm：fsadm -b size，只能在JFS online的系统中使用（需要单独授权），可以扩充或者缩减文件系统。如果不是，可以使用extendfs命令，需要首先卸载文件系统。

fsextend：

vgextend：扩充卷组

lvreduce：缩逻辑卷

vgreduce：缩卷组

lvremove：移除逻辑卷

vgremove：移除卷组

vgchange：

vgexport：

pvmove：数据转移

交换区

交换区的目的在于缓解内存压力。

设备交换分区（Device Swap）

文件交换分区（File Swap）

相关命令：

swapon：

swapinfo：-tm

swapoff：

灾难恢复

这里灾难恢复主要针对根盘发生意外损坏的情况，我们有三种方法可以在灾难发生时提供恢复机制：Boot Disk Mirroring（根盘镜像）、Dynamic Root Disk（动态根磁盘）、Ignite-UX Recovery Tools（系统恢复带）。三种方法的恢复代价依次增加，在考虑容灾方案是应当考虑配合使用。

Boot Disk Mirroring（根盘镜像）是指利用LVM、VxVM、阵列控制器或者SAN网络制作启动磁盘的镜像，在启动磁盘损坏时，我们仍可以通过镜像启动系统。镜像在安装系统的时候在Ignite选项中选择，主要应对非人为的磁盘损坏。无法避免人为的损坏 rm -rf /。

DRD（Dynamic Root Disk）提供了一组工具，可以创建一个bootable的克隆镜像，根磁盘受损后，可以使用克隆镜像，但是这种方式必须要求系统重启。这种方式是为了避免人为的造成系统损坏，例如内核的不当修改、文件误删等场景（这个时候镜像盘中的系统也会损坏）。使用DRD，可以帮我们合理的减少非机划停机时间和计划停机时间。

相关命令：

swlist DynRootDisk 查看是否安装了DRD工具包

drd status 显示DRD镜像的信息

drd clone 创建drd克隆镜像

drd runcmd 在DRD克隆镜像上执行系统命令

drd mount 挂载DRD克隆镜像到当前的文件系统中

drd umount 卸载DRD克隆镜像

drd active 将DRD镜像置为下次启动时的默认启动盘

drd deactive 恢复当前的启动盘为默认启动盘

drd rehost 将DRD镜像做为另外一台服务器的启动磁盘

drd unrehost 撤销上面的操作

drd命令还有一些公共的属性

drd mode -?

drd mode -x ?

drd mode -p 启动预览模式

drd mode [-x verbosity=3]

DRD镜像创建成功后，默认情况下没有挂载到当前系统中，我们没有办法对上面的文件进行操作。如果此时希望为镜像系统打patch，可以使用drd runcmd模式，下面是一些在drd下安全的系统操作命令：

swinstall 安装软件

swremove 卸载软件

swlist 查看软件列表

swmodify

swverify

swjob

kctune

update-ux

view

除此之外还有一种办法可以修改镜像上的文件，可以通过drd mount命令将镜像挂载到当前的文件系统中，然后就可以修改镜像上的文件了。命令执行后，系统会在/var/opt/drd/mnts/sysimage_001下创建挂载点，之后我们就可以使用diff或者chsum命令来对当前系统和镜像系统中的文件进行比较。

如果要备份用户数据和应用数据，可以使用tai、cpio、dd、dump、restore等命令。

MP（Management Processor card）卡

所有的HP服务器都提供MP卡支持，通过MP卡我们可以通过多种途径连接到远程终端。MP卡有串口和网口两种端口，支持的连接方式：物理终端、telnet、ssh、web。早期的HP服务器提供一种GSP（Guardian Service Processor）的进入方式，HP的下一代替代产品就是MP。在最新的入门级服务器上，还提供了Integrated Lights Out Management Processor(iLo 2 Mp).

co：console，系统控制台（单用户管理、忘记了root用户密码、管理系统的引导）

vfp：查看背板闪灯

cl：查看console的日志

cm：MP的管理命令

网络管理：

账户管理：uc

电源管理：

系统启动

有些情况下需要进入到单用户模式。

引导相关的组件：固件（EFI boot 马nager，NVRAM）、引导盘（引导区的内核vmunix和auto文件）

Itanium有三个字盘：第一个放引导信息（FAT32）、第二个是vg00、第三个是诊断分区（FAT32）

引导过程：自检、EFI boot manager 读取引导路径、调用系统引导区的内核加载器HPUX、读取auto文件决定加载的内核以及模式、OS启动。

内核的加载模式：

boot -is，单用户模式

boot -lq，

boot -tm，

服务的启动

系统启动后，使用init完成系统的初试化，其中服务的启动由rc完成。

1、系统通过/sbin/rc*.d决定不同运行级别启动的服务。

2、系统通过/sbin/rc*.d/文件夹下的文件名决定启动的顺序。文件的命名规范：S##Service、K##Service。顺序号越小启动顺序越高，关闭时，应当先关闭最后启动的服务。通过使用一个固定数值减去启动顺序的方式来决定。

3、/sbin/init.d下实际存储所有的启动脚本，/sbin/rc*.d中只是建立一些软连接。启动脚本启动时，读取/etc/rc.config.d下的启动控制变量，来决定是否启动服务。脚本具有四个选项：start_msg、stop_msg、start、stop。

内核管理

内核中包含了驱动和参数。可以有不止一个内核，内核以子目录的形式存在。

相关命令：

kconfig：将内核作为一个整体进行管理

kcmodule：调整内核中的模块

kctune：调整内核中的参数

内核失败时的处理办法。

1、看内核日志：/var/adm/kc.log，或者kclog命令。

2、根据情况选择不同的解决方案。

网络的管理

网络的连通性、网络的服务。

相关命令：

三层

ifconfig：如果需要永久生效，修改/etc/rc.config.d/netconf

route：管理系统路由，如果需要永久生效，配置文件同上，启动脚本是/sbin/init.d/net

hostname：修改主机名，配置文件/etc/rc.config.d/netconf，启动脚本是/sbin/init.d/hostname

/etc/hosts，本地的主机名解析文件

/etc/resolv.conf，DNS服务器的地址

故障定位常用命令：

lanscan

lanadmin

linkloop

arp

ping

traceroute

nslookup

dig

nsquery

nwmgr

参考资料：

1、www.junipercorp.com.cn

使用Ruby简单实现的tail命令，支持动态输出

2012-05-04T01:58:00Z

最主要的是使用seek这个命令，从文件的末尾开始读字符。读到一个换行符 \n 之后，计数器加一，直到找到符合要求的行数后，读内容到文件末尾输出。支持 –f 部分的想法是，在文件最后的位置不断地循环读，发现新内容后就进行输出。

脚本存在的问题：不支持多个文件，tail命令本身是可以支持的；不断循环的效率太低，应该有更好的办法可以优化。

1 #!/usr/bin/ruby
2
3 line = ARGV[0]
4 filename = ARGV[1]
5
6 unless line && filename then
7     print "Invalid parameter.\n"
8     print "Usage:ruby tail.rb line filename\n"
9 end
10 line = line.to_i
11
12 begin
13     io = open(filename)
14     n = 0
15     lc = 0
16     stack = Array.new
17
18     while lc < line + 1 do
19         n = n + 1
20         io.seek( -n, IO::SEEK_END )
21         if io.pos == 0 then
22             break
23         end
24         #break unless io.seek( -n ,IO::SEEK_END)
25         s = io.read( 1 )
26         if /\n/ =~ s then
27             lc = lc + 1
28         end
29     end
30
31     io.seek(-n, IO::SEEK_END)
32     s = io.read()
33     last = io.pos
34     print s
35
36     while item = io.read() do
37         if ! item.empty? then
38             print item
39             last = io.pos
40         else
41             io.pos = last
42         end
43     end
44 rescue
45     print $@, "\n"
46 end

本文链接

Shell历史

2012-04-23T06:12:00Z

浏览了一下Wiki，把shell的历史简要摘抄了一下，整个发展过程还是很有趣，csh贡献了很多的想法和特性，但是最后却没有流行起来。sh虽然刚开始功能比较简单，但是后续也一直在完善。bash我觉得目前对于使用linux的朋友来说是最常见的，但是这位Fox兄弟在Wiki上的评价只是Computer Programmer，远远不及Bourne老爷子呢。

Bourne Shell 是1977年发布的Unix Version 7 中的默认Shell。目前大多数Unix系统仍保留着原始的 /bin/sh，或者保留一个软连接到其他Shell上。该程序由 Stephen Bourne 在贝尔实验室工作期间开发，它的开发是做为 Thompson Shell 的一个替代。随着《The UNIX Programming Environment》（作者Brain W. Kernighan、Rob Pike）一书的出版，Bourne Shell开始变得流行起来。

Stephen Bourne

随着时间的发展，伴随着不断更新的系统（Version 7、SystemIII、SVR2、SVR3、SVR4），AT&T不断地增强shell的功能，但是因为shell一直没有版本号，所以我们只能依靠其支持的特性来区分SHELL的版本。

对于SHELL的一些批评：交互式的使用不够友好（当时C Shell提供了history、aliases、job control等命令）；Unix系统使用C写成，但是shell的语法缺不像C，倒是有点像ALGOL；缺少正则表达式支持。

后续的故事

C Shell （csh）在1970年代，由当时还是加州大学伯克利分校的学生Bill Joy编写。在1978年，随着BSD Unix系统的第二个版本广泛发布。早期贡献代码的成员还包括：Michael Ubell, Eric Allman, Mike O'Brien and Jim Kulp。在一些系统如Mac OS X和Red Hat Linux上，csh实际上是tchsh，一种增强型的shell。csh包含了当今shell的绝大多数特性，包括filename wildcarding, piping, here documents, command substitution, variables and control structures for condition-testing and iteration。

虽然csh有着众多的交互特性以及快速的执行速度，但是最终未能流行起来。整个80年代，csh不能够确保出现在所有的Unix系统上，但是sh可以，这也是造成csh不够流行的主要因素。90年代中期，csh的分发开始广泛起来，这时又遭受了POSIX委员会的质疑，指出语法不够完善、特性缺失、扩展性差等问题[8]。

Korn Shell （ksh）由 David Korn 编写，1983年在USENIX上宣布。它向后兼容Bourne Shell，同时吸取了C Shell中的一些优点（job control）。代码贡献者还包括当时在Bell Labs的Mike Veach和Pat Sullivan。目前为开源软件：http://www.kornshell.org/。ksh的早期版本为 ksh88，是AIX4上的默认shell。后来又发布了ksh93版本。

Bash （the Bourne-Agian shell）由 Brian Fox 为GNU项目编写，目的是代替sh。首次发布于1989年，作为GNU项目的一个程序广泛分布在Linux、Mac OS X、Cygwin上。Brain Fox作为FSF的员工，首次开始工作是在1988年的1月10号，一年之后，发布了.99的测试版本。

Brain J. Fox

参考资料：

1、The Linux Command Line: A Complete Introduction

2、umask 百度百科

3、关于setuid和setgid的讨论

4、Wiki Bash Unix Shell

5、Bourne Shell

6、The Unix Programming Environment

7、Wiki Korn Shell

8、Wiki C Shell

9、Wiki Bash （Unix Shell）

本文链接

ZendStudio中设置SVN:ignore

2012-04-10T09:17:00Z

使用ZendStudio开发SVN中的代码时，经常容易将 .project、.settings、.buildpath 这类的zend的工程文件提交上去，非常麻烦，有几种方法可以去掉这个麻烦。

1、在ZendStudio的全局设置中设置

在Window -> Preferences 中找到 Team -> Ignored Resources，然后将需要屏蔽的项目添加进去，应用就可以了。

2、在项目中单独设置特定文件

选中不希望加入到SVN中的文件后，点击右键，按下图所示，就可以设置 svn:ignore

3、利用 SetProperty 设置项目的属性

在工程中点击右键，选择Team->Show Properties 或者 Set Properties ，在出现的 Properties 面板中，点击右键，选择 Add，然后按照下图所示，添加自己需要忽略的文件

参考资料：

1、Hide .project files from svn in zend studio

2、Windows下Zendstudio Add to svn：ignore

本文链接

IBM的双机切换HACMP方案介绍

2012-04-05T02:37:00Z

HACMP，全称为IBM High Availablity Cluster Multiprocessing。

IBM PowerHA （原来称为HACMP）是IBM为AIX Unix以及基于System p平台的Linux开发的一个集群高可用性的解决方案，其全称为High Availability Cluster MultiProcessing。HACMP的产品最早发布与1991年，如今的PowerHA SystemMirror for AIX7.1 已经是第20个版本。

PowerHA最多可以支持32台Computer或者节点Node，可以主动的在节点上运行应用（Active），也可以被动的接管失败的节点（Passive）。文件系统中的数据也可以在集群之间共享。

PowerHA高度依赖 IBM RSCT（IBM Reliable Scalable Cluster Technology, RSCT,是为AIX和Linux集群环境管理，提供的一组全面的软件[2]）

下面探讨一下关于HACMP中实现高可用的方式，如下图是一个高可用的系统，在每个可能出现问题的节点上增加了冗余。

为了实现系统的高可用，避免单点故障（Single Points Of Failure，SPOF），我们需要考察一个系统中的以下节点：

1、服务器节点；

2、服务器电源；

3、网络适配器 Network Adapter；

4、网络通路 Network；

5、磁盘 Disk Adapter；

6、应用程序 Application；

在HACMP中，通常将集群资源配置为一个个资源组 Resource Groups。这些资源组具有以下的属性：可以配置启动 Startup、切换 Failover、回撤 Fall back策略，设置处理时间和分布策略等。

HACMP Hot standby configuration

Mutal takeover

Third party takeover

WebLogic中的一些基本概念

2012-04-01T07:29:00Z

WebLogic 中的基本概念

上周参加了单位组织的WebLogic培训，为了便于自己记忆，培训后，整理梳理了一些WebLogic的资料，会陆续的发出来，下面是一些基本概念。

Domain ：

域是作为单元进行管理的一组相关的 WebLogic Server 资源。一个域包含一个或多个 WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。一个域可以包含多个群集。域还包含部署在域中的应用程序组件、此域中的这些应用程序组件和服务器实例所需的资源和服务。应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类。

Domain 中包含一个特殊的 WebLogic 服务器实例，叫做 Administration Server，这是我们配置、管理Domain中所有资源的核心。通常，我们称加入Domain中的其他实例为 Managed Server，所有的Web应用、EJB、Web Services和其他资源都部署在这些服务器上。

我们可以按照以下的一些标准来组织Domain：程序的逻辑划分，例如一个电商网站，可以将前台作为一个Domain，订单处理作为一个Domain，其他资源作为一个Domain；以物理地域为划分，例如一个跨国公司的网站，每个国家可以建立一个Domain；以尺寸来划分。

Administration Server ：

管理服务器是控制整个域配置的中心操作节点，管理服务器维护着整个域 Domain 的配置并将配置分配到每个被管理服务器 Managed Server 中，每个域中都必须有一个Administration Server。我们可以通过三个渠道访问管理服务器：Admin Server console、Oracle WebLogic Scripting Tool WLST、JMX客户端（通过WebLogic提供的API来实现），最后我们还可以通过SNMP协议来监控Admin Server的状态。

Admin Server 如果挂了，对于Domain中的Managed Server不会产生影响，如果配置了集群，对于负载均衡和Failover机制也不会产生影响，因为这些都是基于配置文件的（config.xml），而不依赖与Admin Server的实例。Admin Server 不必时刻运行，当我们需要修改配置或者部署应用时，把Admin Server运行起来就行。

Managed Server ：

被管理服务器是一个WebLogic Server的实例，他从Admin Server那里获取配置信息。通常在Managed Server上部署自己的服务、组件或应用。基于性能考虑，Managed Server维护着一份只读的域配置文件，当服务启动的时候，会从Admin Server上同步配置文件信息，如果配置文件发生了改变，Admin Server也会将改变推送到Managed Server上。

Machine ：

Machine 是指运行WebLogic Server实例的物理机器，通常与部属在其上的Managed Server相关连。Machine用于Node Manager（一个运行在物理服务器上的进程，可以远程重启Admin 和 Managed Server）重启失败的Managed Server，以及为集群的Managed Servers选择合适的Session存放位置（Session避免存放在同一台Machine上）。

Node Manager：

运行在物理服务器上的一个进程，用来远程执行Admin Server 和 Managed Server的启动 Start、停止 Stop、挂起 Suspend、重启 Restart 操作。该进程与Domain并不关联但是与Machine相关连，如果你想在Admin Console 中对Server进行控制，则必须安装Node Manager。Node Manager 提供了Java-based和Script-based两个版本，实现的功能一样。

Cluster ：

集群是一组WebLogic Server的组合，集群是为了满足服务的高可用（High Avilability）以及可扩展（Load Balancing）需求而出现的。需要注意的是，集群中的WebLogic Server必须版本号一致。Cluster需要注意的几个问题：不能够跨Domain、Cluster中的服务器必须在同一个域中、Domain中可以有多个Cluster。

J2EE Standard ：

J2EE框架中的其他内容：JDBC、JNDI、JTA、JMS、JAAS、JMX、RMI-IIOP等。

Java Servlets and JavaServer Pages：

Servlet 是一个在服务器容器内运行的单独线程，JSP文件最终也会被编译成 Servlet，所以 Servlet 是JAVA编程中的一个非常重要的概念。

参考资料：

1、Oracle University

2、WebLogic Domain 的定义

HTTP2.0之战

2012-03-31T05:09:00Z

2009年，Google提议HTTP协议的举动引起了工业界的大讨论。当时的概念叫做 SPDY，时至今日，虽然人们对于Google的动机始终不是很清楚，但是毫无疑问SPDY还没有发现对手。

这周，这种情况也许会发生变化。像微软之前统治世界的方式一样（embrace + extend），他们现在正在着手一项奇怪的战略，推进了一组IETF尚未发布的技术方案，微软称之为下一代HTTP。包括了多路复用多个组件（像SPDY）和一个全时加密的会话层（类似SPDY，但是不依赖于SSL或TLS）。extend 的则暗示了 WebSocket 的应用，一项为下一代Web应用提供的双工通信标准。

网络世界是否需要"S+M”?

微软的介绍性文档中包括下面这一段话：“HTTP at its core is a simple request-response protocol. The [IETF Network] working group has clearly stated that it is a goal to preserve the semantics of HTTP. Thus, we believe that the request-response nature of the HTTP protocol must be preserved. The core HTTP 2.0 protocol should focus on optimizing these HTTP semantics, while improving the transport via a new session layer. Additional capabilities that introduce new communication models like unrequested responses must be treated as an extension to the core protocol, and explored separately from the core protocol.”。

大意是，HTTP的核心是一个请求、应答协议。IETF工作组已经明确表明要保留HTTP的语义，因此我们相信HTTP中请求、应答的本质必须保留下来。HTTP2.0的核心应该聚焦在如何优化这些语义以及通过引入新的会话层来改进传输效率。其他的诸如引入非请求式应答这样的新通讯方式等特性只能作为核心的扩展，与核心协议鲜明的区分开来。

几乎所有的互联网工程师都认为，通过引入包含多路和加密功能的会话层，能够极大地提高Web互动的一致性，降低网络传输的消耗。对于Google的SPDY提议，除了因为使用SSL而造成了的TLS部分大量的修改外，基本上没有太多争议。

如果WebSocket是浏览器阵营一直以来的工作目标，微软在自己的HTTP2.0提案中加入WebSocket的内容究竟意欲何为呢？（下图是微软提议的示意图）

上周的早些时候，微软的一位受人尊敬的互动工程师Jean Paoli在一篇博客中指出“HTTP的Speed+Mobility提案起源自Google的SPDY以及业界已经完成的WebSockets基础之上。SPDY在提醒人们注意Web的性能方面以及提升HTTP速度方面的努力令人尊敬，目前主要的问题在于如何使SPDY满足移动设备和应用的需求。”。

有些内容被有意留空

微软此次提案的其他部分看起来更像是一场辩论，而不是一份提案。例如：“There is no 'one size fits all' deployment of HTTP. For example, at times it may not be optimal to use compression in certain environments. For constrained sensors from the 'Internet of things' scenario, CPU resources may be at a premium. Having a high performance but flexible HTTP 2.0 solution will enable interoperability for a wider variety of scenarios. There also may be aspects of security that are not appropriate for all implementations. Encryption must be optional to allow HTTP 2.0 to meet certain scenarios and regulations.”。

关于加密会话层一直以来充满了争议，一些人认为他只应当被用在一些重要的事务上。如果对所有的事务进行加密，那么网络上的嗅探者将毫无作为。微软提议关掉这项特性，指出由此可以减少电力和时间的消耗。类似的争论还有很多，比如人们认为HTTP协议不太适合在设备之间进行通讯，他们建议选用C/S的通讯方式，其中就有微软。

微软真的想促进HTTP协议的进步吗？至少从历史上来看不是这样的。

HTTP 1.0's deficiencies and omissions are legendary, and its usefulness in the modern realm of Web applications has come only with substantive effort. The need to replace HTTP 1.0 was recognized by cooperating members of the IETF from the time the Web began.

But the first, best chance at upgrading HTTP with an object-oriented protocol geared toward apps came and went in 1999. HTTP-NG, as it was called at the time, ceased to be discussed not long after some of its creators were hired into Microsoft Research. A technology that would have enabled Web applications a full decade-and-a-half before the form factors for such apps were even fleshed out, stalled for lack of momentum - all in the interest of "open discussion." There's a danger here that Microsoft's move could cause the latest incarnation of HTTP 2.0 to suffer the same fate.

参考资料：

1、Is Microsoft Challenging Google on HTTP2.0 with WebSocket？
2、SPDY
3、WebSocket 百度百科
4、认识HTML5的WebSocket

本文链接

SMTP的相关命令

2012-03-14T01:38:00Z

SMTP是Simple Mail Transfer Protocol的简写。

邮件是日常工作、生活中不能缺少的一个工具，下面是邮件收发的流程。

邮件的发送，主要是通过SMTP协议来实现的。SMTP协议最早在RFC 821（1982年）中定义，最后更新是在RFC 5321（2008年）中，更新中包含了扩展SMTP（ESMTP）。

在平时的程序开发中经常会有发送邮件的这种需求，所以免不了要对邮件发送服务器的可用性进行测试。下面是整理的命令，用来在命令行下测试SMTP服务器，进行邮件发送等操作，相信对于加深SMTP的理解可以起到促进作用。

SMTP默认使用25端口，我们可以使用telnet工具进行测试。

1、连接SMTP服务器，查看是否存活。

>telnet smtp.sina.com 25

>Connected to mail.sina.com.

>Escape character is '^]'.

>220 smtp ready

在telnet下转义符是Ctrol+]，如果想退出，按转义符后输入quit，就可以退回到命令行了。

2、用户登陆

连接到服务器后，使用AUTH LOGIN命令进行用户登陆（SMTP命令不区分大小写）

>auth login

>334 VXNlcm5hbWU6

>c2VydmljZUBoZWVwLmNx

>334 UGFzc3dvcmQ6

>xxxxxxxx

>235 go ahead

235返回码表明登陆验证成功，用户可以进行后续的操作了。用户邮箱和密码是经过Base64编码的，这个与服务器的安全特性相关，属于可配置项。

3、发送邮件。

用户身份验证通过后，执行下面的命令进行邮件的发送。

>235 #2.0.0 OK Authenticated

>MAIL FROM: yunpan001@sina.com

>250 sender <yunpan001@sina.com> ok

>RCPT to: cocowool@gmail.com

>250 recipient <cocowool@gmail.com> ok

>DATA

>354 go ahead

>Subject: Hi smtp mail

>hello mail

>250 ok: Message 1763097690 accepted

SMTP命令列表

HELO

客户端为标识自己的身份而发送的命令（通常带域名）

EHLO

使服务器可以表明自己支持扩展简单邮件传输协议 (ESMTP) 命令。

MAIL FROM

标识邮件的发件人；以 MAIL FROM: 的形式使用。

RCPT TO

标识邮件的收件人；以 RCPT TO: 的形式使用。

TURN

允许客户端和服务器交换角色，并在相反的方向发送邮件，而不必建立新的连接。

ATRN

ATRN (Authenticated TURN) 命令可以选择将一个或多个域作为参数。如果该会话已通过身份验证，则ATRN 命令一定会被拒绝。

SIZE

提供一种使 SMTP 服务器可以指出所支持的最大邮件大小的机制。兼容的服务器必须提供大小范围，以指出可以接受的最大邮件大小。客户端发送的邮件不应大于服务器所指出的这一大小。

ETRN

SMTP 的扩展。SMTP 服务器可以发送 ETRN 以请求另一台服务器发送它所拥有的任何电子邮件。

PIPELINING

提供发送命令流（而无需在每个命令之后都等待响应）的能力。

CHUNKING

替换 DATA 命令的 ESMTP 命令。该命令使 SMTP 主机不必持续地扫描数据的末尾，它发送带参数的 BDAT 命令，该参数包含邮件的总字节数。接收方服务器计算邮件的字节数，如果邮件大小等于 BDAT 命令发送的值时，则该服务器假定它收到了全部的邮件数据。

DATA

客户端发送的、用于启动邮件内容传输的命令。

DSN

启用传递状态通知的 ESMTP 命令。

RSET

使整个邮件的处理无效，并重置缓冲区。

VRFY

确认在邮件传递过程中可以使用邮箱；例如，vrfy ted 确认在本地服务器上驻留 Ted 的邮箱。该命令在 Exchange 实现中默认关闭。

HELP

返回 SMTP 服务所支持的命令列表。

QUIT

终止会话。

SMTP命令响应码

211 System status, or system help reply
214 Help message (Information on how to use the receiver or the meaning of a particular non-standard command; this reply is useful only to the human user)
220 <domain> Service ready
221 <domain> Service closing transmission channel
250 Requested mail action okay, completed
251 User not local; will forward to <forward-path> (See Section 3.4)
252 Cannot VRFY user, but will accept message and attempt delivery (See Section 3.5.3)
354 Start mail input; end with <CRLF>.<CRLF>
421 <domain> Service not available, closing transmission channel (This may be a reply to any command if the service knows it must shut down)
450 Requested mail action not taken: mailbox unavailable (e.g., mailbox busy or temporarily blocked for policy reasons)
451 Requested action aborted: local error in processing
452 Requested action not taken: insufficient system storage
455 Server unable to accommodate parameters
500 Syntax error, command unrecognized (This may include errors such as command line too long)
501 Syntax error in parameters or arguments502 Command not implemented (see Section 4.2.4)

503 Bad sequence of commands
504 Command parameter not implemented
550 Requested action not taken: mailbox unavailable (e.g., mailbox not found, no access, or command rejected for policy reasons)

551 User not local; please try <forward-path> (See Section 3.4)
552 Requested mail action aborted: exceeded storage allocation
553 Requested action not taken: mailbox name not allowed (e.g.,mailbox syntax incorrect)
554 Transaction failed (Or, in the case of a connection-opening response, "No SMTP service here")
555 MAIL FROM/RCPT TO parameters not recognized or not implemente

参考资料：

1、SMTP指令说明

2、SMTP百度百科

3、Wiki Smtp

4、RFC 5321

5、电子邮件收发原理和实现

6、Telnet下Smtp命令发送邮件

7、Send Mail Using Telnet

本文链接