在shell中(), {}的区别可能平时不太注意的，但如果真正理解了他们的区别的话，更有助于理解shell，

()和{}都是用来包含代码块的，（）将会重新fork一个子进程，在shell中父进程的变量及资源都会继承到子进程，反过来不行，{}多是用来定义函数时用的，所以就比较好理解了，还是先打开shell动下手:)

$a=1

$echo $a

$1

${ b=1; echo $b; }

$1

$echo $b

$1

$(c=1;echo $c)

$1

$echo $c

$

从上面的执行结果就可以看出来了，最终的echo $c的结果为空，因为c的定义是在()开启的子进程中定义的，不能传递到当前shell（即父进程)的.

理解了上面的，理解exec与source(或者.)的区别就比较简单了,

exec command_or_script 将会开启一个子进程来运行后面的command或者是script, 并且将同时终止当前父进程

source script_name 一般用在调用其他脚本到当前文件环境中来，相当于ruby的require或者php的include, 调用的脚本文件同当前文件位于同一进程

可以试下:

$exec echo "hello" > file

执行后你当前登录的shell将会退出，让你重新登录， 同时hello将会写入file中

==,eql?,equal? 区别

 ==值相等   eql?值相等，类型相等   equal?值相等，内存地址相等

摘抄一些不错的shell技巧

技巧 1：卸载无响应的 DVD 驱动器

网 络新手的经历：按下服务器（运行基于 Redmond 的操作系统）DVD 驱动器上的 Eject 按钮时，它会立即弹出。他然后抱怨说，在大多数企业 Linux 服务器中，如果在那个目录中运行某个进程，弹出就不会发生。作为一名长期的 Linux 管理员，我会重启机器。如果我不清楚正在运行什么，以及为何不释放 DVD 驱动器，我则会弹出磁盘。但这样效率很低。

下面介绍如何找到保持 DVD 驱动器的进程，并轻松弹出 DVD 驱动器：首先进行模拟。在 DVD 驱动器中放入磁盘，打开一个终端，装载 DVD 驱动器：

# mount /media/cdrom
# cd /media/cdrom
# while [ 1 ]; do echo "All your drives are belong to us!"; sleep 30; done

现在打开第二个终端并试着弹出 DVD 驱动器：

# eject

将得到以下消息：

umount: /media/cdrom: device is busy

在释放该设备之前，让我们找出谁在使用它。

# fuser /media/cdrom

进程正在运行，无法弹出磁盘其实是我们的错误。

现在，如果您是根用户，可以随意终止进程：

# fuser -k /media/cdrom

现在终于可以卸载驱动器了：

# eject

fuser 很正常。

技巧 2：恢复出现问题的屏幕

尝试以下操作：

# cat /bin/cat

注意！终端就想垃圾一样。输入的所有内容非常零乱。那么该怎么做呢？

输入 reset。但是，输入 reset 与 输入 reboot 或 shutdown 太接近了。吓得手心冒汗了吧 — 特别是在生产机器上执行这个操作时。

放心吧，在进行此操作时，机器不会重启。继续操作：

# reset

现在屏幕恢复正常了。这比关闭窗口后再次登陆好多了，特别是必须经过 5 台机器和 SSH 才能到达这台机器时。

技巧 3：屏幕协作

来自产品工程的高级维护用户 David 打电话说：“为什么我不能在您部署的这些新机器上编译 supercode.c”。

您会问他：“您运行的是什么机器？”

David 答道：“ Posh”。（这个虚够的公司将它的 5 台生产服务器以纪念 Spice Girls 的方式命名）。这下您可以大显身手了，另一台机器由 David 操作：

# su - david

转到 posh：

# ssh posh

到达之后，运行以下代码：

# screen -S foo

然后呼叫 David：

“David，在终端运行命令 # screen -x foo”。

这使您和 David 的会话在 Linux shell 中联接在一起。您可以输入，他也可以输入，但彼此可以看到对方所做的事情。这避免了进入其他层次，而且双方都有相同的控制权。这样做的好处是 David 可以观察到您的故障诊断技巧，并能准确了解如何解决问题。

最后大家都能看到问题所在：David 的编译脚本对一个不在此新服务器上的旧目录进行了硬编码。将它装载后再次编译即可解决问题，然后 David 继续工作。您则可以继续之前的娱乐活动。

关于此技巧需要注意的一点是，双方需要以同一用户登录。screen 命令还可以：实现多个窗口和拆分屏幕。请阅读手册页获取更多相关信息。

对于 screen 会话，我还有最后一个技巧。要从中分离并让它打开，请输入 Ctrl-A D （即按住 Ctrl 键并点击 A 键。然后按 D 键）。

然后通过再次运行 screen -x foo 命令可以重新拼接起来。

技巧 4：SSH 后门

有很多次，我所在的站点需要某人的远程支持，而他却被公司防火强阻挡在外。很少有人意识到，如果能通过防火墙到达外部，那么也能轻松实现让外部的信息进来。

从本意讲，这称为 “在防火墙上砸一个洞”。我称之为 SSH 后门。为了使用它，必须有一台作为中介的连接到 Internet 的机器。

在本例中，将这样台机器称为 blackbox.example.com。公司防火墙后面的机器称为 ginger。此技术支持的机器称为 tech。图 4 解释了设置过程。

图 4. 在防火墙上砸一个洞

以下是操作步骤：

1. 检查什么是允许做的，但要确保您问对了人。大多数人都担心您打开了防火墙，但他们不明白这是完全加密的。而且，必须破解外部机器才能进入公司内部。不过，您可能属于 “敢作敢为” 型的人物。自己进行判断应该选择的方式，但不如意时不抱怨别人。
   
   
2. 使用 -R 标记通过 SSH 从 ginger 连接到 blackbox.example.com。假设您是 ginger 上的根用户，tech 需要根用户 ID 来帮助使用系统。使用 -R 标记将 blackbox 上端口 2222 的说明转发到 ginger 的端口 22 上。这就设置了 SSH 通道。注意，只有 SSH 通信可以进入 ginger：您不会将 ginger 放在无保护的 Internet 上。

   可以使用以下语法实现此操作：

   ~# ssh -R 2222:localhost:22 thedude@blackbox.example.com

   进入 blackbox 后，只需一直保持登录状态。我总是输入以下命令：

   thedude@blackbox:~$ while [ 1 ]; do date; sleep 300; done

   使机器保持忙碌状态。然后最小化窗口。

3. 现在指示 tech 上的朋友使用 SSH 连接到 blackbox，而不需要使用任何特殊的 SSH 标记。但必须把密码给他们：

   root@tech:~# ssh thedude@blackbox.example.com .

4. tech 位于 blackbox 上后，可以使用以下命令从 SSH 连接到 ginger：

   thedude@blackbox:~$: ssh -p 2222 root@localhost

5. Tech 将提示输入密码。应该输入 ginger 的根密码。
   
   
6. 现在您和来自 tech 的支持可以一起工作并解决问题。甚至需要一起使用屏幕！

技巧 5：随机系统信息收集

在这个技巧中，我将介绍几个其他方法，用于从需要进行验证、故障诊断或给予远程支持的系统收集重要信息。

首先，收集关于处理器的信息。通过以下命令很容易实现：

# cat /proc/cpuinfo 。

这个命令给出关于处理器的速度、数量和型号的信息。在许多情况下使用 grep 可以得到需要的值。

我经常做的检查是确定系统中处理器的数量。因此，如果我买了一台带双核处理器的四核服务器，我可以运行以下命令：

# cat /proc/cpuinfo | grep processor | wc -l 。

然后我看到值应该是 8。如果不是，我会打电话给供应商，让他们给我派送另一台处理器。

我需要的另一条信息是磁盘信息。可以使用 df 命令获得。我总是添加 -h 标记，以便看到以十亿字节或兆字节为单位的输出。# df -h 还会显示磁盘的分区情况。

列表最后是查看系统固件的方式 —— 一个获取 BIOS 级别和 NIC 上的固件信息的方法。

要检查 BIOS 版本，可以运行 dmidecode 命令。遗憾的是，不能轻易使用 grep 获取信息，所以这不是一个很有效的方法。对于我的 Lenovo T61 laptop，输出如下：

#dmidecode | less
...
BIOS Information
Vendor: LENOVO
Version: 7LET52WW (1.22 )
Release Date: 08/27/2007
...

这比重启机器并查看 POST 输出有效得多。

要检查以太网适配器的驱动程序和固件版本，请运行 ethtool：

# ethtool -i eth0
driver: e1000
version: 7.3.20-k2-NAPI
firmware-version: 0.3-0

另外: ethtool eth0; 可用于管理网卡的双工，速率等工作模式

shell里的数组在平时事情的情况比较少，感觉主要是操作复杂，而且没有方便的函数使用，使用起来比较晦涩，

这里简单写下吧，什么时候用到也说不定：）

#声明一个数组fruit, 也可以不用

declare -a fruit

#赋值,有点像ruby的方式,注意一定不能这样赋值('apple', 'banana', 'pear')

fruit=(apple banana pear)

#也可以指定索引赋值

fruit[10]='other'

#取出第一个值,和其他编程语言一样索引也是从0开始

echo ${fruit[0]}

#数组长度

echo ${#fruit[*]}

遍历数组

length=`expr ${#fruit[*]} - 1`

for i in `seq 0 length`

do

    echo ${fruit[i]}

done

也可以这样

for i in `echo ${#fruit[*]}`

do

    echo $i

done

#销毁一个数组的方法和销毁函数一样

unset fruit

感觉shell的数组没有awk中的好用，还是awk强大

最近一直在忙，没时间写日志了，，转载一篇IBM developer works上的文章，就当自己做下笔记吧

日志文件系统的现状

如今，有几种日志文件系统应用非常广泛。每一种都有其自己的优缺点。下面介绍现存最普遍的四种日志文件系统。

JFS2

JFS2（又称 enhanced journaled file system）是最早期的日志文件系统，在植入 Linux 之前已被应用于 IBM AIX® 操作系统多年。它是 64 位的文件系统，虽然它是在原来的 JFS 的基础上开发的，但却较之有所改进，即：JFS2 具有更优的扩展性能，而且支持多处理器架构。

JFS2 支持预定的日志记录方式，可以提高较高的性能，并实现亚秒级文件系统恢复。JFS2 同时为提高性能提供了基于分区的文件分配（Extent-based allocation）。基于分区的分配 是指对一组连续的块而非单一的块进行分配。由于这些块在磁盘上是连续的，其读取和写入的性能就会更好。这种分配的另外一个优势就是可以将元数据管理最小化。按块分配磁盘空间就意味着要逐块更新元数据。而使用分区，元数据则仅需按照分区（可以代表多个块）更新。

JFS2 还使用了 B+ 树，以便更快地查找目录和管理分区描述符。JFS2 没有内部日志提交策略，而是在 kupdate 守护进程超时时提交。

XFS

XFS 是 Silicon Graphicsis 于 1995 年为 IRIX 操作系统开发的其他早期日志文件系统之一。它于 2001 年就已经被植入 Linux，因此，它已经成熟而且可靠。

XFS 支持 64 位全地址寻址，并以 B+ 树为目录和文件分配提供高性能。XFS 同样使用了基于分区的分配，支持可变的块大小（从 512 字节到 64KB ）。除分区外，XFS 还采用延时分配，即等到块将被写入磁盘时，再为其分配磁盘空间。这样所需磁盘空间总数就一目了然，因此这个功能提高了分配连续磁盘块的可能性。

XFS 还有一些其他的有趣特性，它可以保证 rate 输入输出（I/O — 通过为文件系统用户保留带宽）和直接 I/O。其中，数据是直接在磁盘和用户空间缓冲区间拷贝的（而不是从多个缓冲区进入）。XFS 采用回写日志策略。

第三扩展文件系统（ext3fs）

第 三扩展文件系统（third extended file system，ext3fs）是最流行的日志文件系统，是由 ext2 文件系统演化而来。实际上，Ext3fs 可以与 ext2fs 兼容，这是因为 ext3fs 使用的结构与 ext2fs 相同，仅仅多了一个日志而已。我们甚至可以把 ext3fs 的一部分当作 ext2 文件系统挂载，或者将 ext2 文件系统转换成 ext3 文件系统（使用 tune2fs 实用程序）。

Ext3fs 允许用三种方式记录日志（回写，预定和数据），但预定模式为默认模式。日志提交策略也是可配置的，但是默认在日志填满 1/4 时或其中一个提交计时器超时时，提交日志。

ext3fs 主要的弊端之一就是它最初不是作为日志文件系统而设计的。它是在 ext2fs 的基础上开发的，因此缺少一些其他日志文件系统所具备的高级特性（例如分区）。它在性能方面较之 ReiserFS、JFS 以及 XFS 也尤为逊色，但它所需要的 CPU 和内存要比同类解决方案少。

ReiserFS

什么是 tail packing？ 很多情况下，一些文件的大小小于逻辑块。为了不把可以分配给一个逻辑块的磁盘空间浪费给小文件（称之为tail），于是把多个文件打包到一个单一的逻辑块中。结果发现这种方法可以让磁盘空间的容量比其他竞争文件系统（有性能损失）高 5%。

ReiserFS 是从一开始就按照记录日志的意图而开发的日志文件系统。ReiserFS 于 2001 年被引进到主流 2.4 内核（Linux 采用的第一个日志文件系统）。其默认的日志记录方法为预定，且支持以在线调整大小的方式扩展文件系统。ReiserFS 同时还具有 tail packing 功能，显著减少了磁盘碎片。在处理较小文件方面，ReiserFS 的速度要比 ext3f 快（当 tail packing 可用时）。

ReiserFS（又称 ReiserFS v3）具有很多先进的功能，如 B+ 树。该文件系统的基础格式建立在单一的 B+ 树的基础之上，这使得搜索的效率和可伸缩性增强。提交策略则取决于日志的大小，但是要以待提交的块的数量为基础。

ReiserFS 也遇到了几个问题 — 大多是最近出现的，这与其开发者遇到了一些法律纠纷有直接原因（详情请参阅 参考资料）。

日志文件系统的未来

现在您已经了解了现行的（和过去的）日志文件系统，下面就让我们看一看它的发展趋势。

Reiser4

在成功地将 ReiserFS 合并到 Linux 内核，并被很多的 Linux 发行版采用之后，Namesys（开发 ReiserFS 的公司）便开始致力于新的日志文件系统的开发。Reiser4 被设计成为全新的日志文件系统，它拥有很多先进的功能。

Resier4 拟定通过 wandering 日志和延迟分配块直至日志提交（像在 XFS 中一样）的方式来实现更优秀的日志记录。Reiser4 还设计有灵活的插件架构（以支持诸如压缩和加密之类的功能），但是被 Linux 社区拒绝了，因为这些在虚拟文件系统（virtual file system，VFS）被当作是最好的功能。

由于 Namesys 的所有者的坚持，所有关于 Reiser4 的商业活动都停止了。

第四扩展文件系统

第 四扩展日志文件系统（fourth extended journaling file system，ext4fs）是由 ext3fs 演化而来。Ext4 文件系统被设计为具有向前和向后兼容性，但它具有许多新的高级特性（其中的一些特性破坏了兼容性）。这就意味着您可以将 ext4fs 的一部分作为 ext3fs 挂载，反之亦然。

首先，ext4fs 是 64 位文件系统，并被设计为可以支持很大的容量（1 exabyte）。它还可以使用分区，但是这样做将失去与 ext3fs 的兼容性。像 XFS 和 Reiser4 一样，ext4fs 还支持在必要时采取延时分配方式分配块（这样可以减少磁盘碎片）。日志的内容也已经执行过检查和（checksum），使日志更加可靠。ext4fs 并没有采用标准的 B+ 或者 B* 树，取而代之的是 B 树的一种变体，叫做 H 树，它支持更大的子目录（ext3 的上限为 32KB ）。

虽然延时分配的方法可以减少磁盘碎片，但时间久了，一个大的文件系统可能会成为碎片。为解决这个问题，开发了在线磁盘碎片整理工具（e4defrag）。您可以使用这个工具来整理单个的文件或者整个文件系统。

ext3fs 与 ext4fs 间的另一个有趣的区别就在于文件的日期分辨率。在 ext3 中，时间戳的最小分辨率为 1 秒。而 Ext4fs 是面向未来的：那时处理器和接口的速度会持续加快，需要更高的分辨率。因此，ext4 中时间戳的最小分辨率为 1 纳秒。

Ext4fs 已被合并到自 2.6.19 以后的 Linux 内核中，但它还是不够稳定。下一代系统的开发将继续致力于此；辅之以上一代的优势， 它就会是下一代的 Linux 日志文件系统。

这篇文章不转不行，很好

来自：download.chip.eu