曾经9C运营的时候，能在Mac下玩，现在网易也可以了。。。不过，根据网易一贯的操性，说不定哪天就被河蟹了也不好说。。。大家想玩的尽快下载吧

使用方法：

1、先在Windows下下载并更新到最新的4.3.2 15211版本

2、将整个WOW文件夹拷贝到Mac的”应用程序”文件夹

3、下载文末的DMG镜像，把镜像内所有文件复制到WOW根目录

4、运行Launcher.app，等到更新完毕，后面你懂的

5、关于插件，在网上下载rar/zip类型的插件，解压到WOW插件文件夹即可

点此下载

现在HelloMac提供一个Lion下可用的Autodesk 2012 Keygen，其实算好器还是一样的，只是多了一个脚本，用这个脚本代替内存补丁。

详细破解步骤如下：

1、首先安装Autodesk 2012任意你需要的软件(AutoCAD 2012/Maya 2012等)，安装的时候使用序列号666-69696969, 667-98989898或 400-45454545，Product Key 填 657D1。

2、等待安装结束后，断开你的网络，运行软件，选择激活。

3、如下图，复制申请号

4、如图操作，打开脚本文件，输入密码，等keygen窗口出现后粘贴刚才复制的申请码

5、将算好的激活码复制到剪贴板，然后回到Autodesk激活窗口，粘贴激活码，点击下一步提示激活成功。

6、激活后程序启动，激活信息如下图。

算号器下载地址：点此下载

之前我购买的VPN帐号到期了，而且那个VPN之前还很好用，现在越来越难用了，这个可能是现在国内打击力度越来越大的原因造成的，今天向大家推荐Break Wall这款软件来翻墙，Break Wall是由国人auess全部用脚本写成的纯绿色软件，原理与GoAgent一样，还是利用Google App Engine搭建自己的代理服务器，只是简化了GoAgent那么多手动设置的步骤，全部用脚本实现了自动设置，并且可以同时使用多个AppID实现翻墙负载均很，测试结果HTTP下载可以达到600KB/S（我的带宽极限），具体方法点击软件里“如何使用”便会弹出详细教程。

下载地址：点此下载

软件截图：

HAPPY NEW YEAR TO ALL!!!

COPYRIGHT HELLOMAC.COM.CN 2012

博客建立已经有几年时间了，更新很慢，也没有做宣传，自娱自乐，纪录一些技术文档。如今空间到期了，之前一直使用EBL提供的虚拟空间，后台面板是Cpanel，一直很好用，但是由于国内网络环境日益恶劣，EBL业务大减，现如今服务越来越差，基本已经到了无人监管的地步，所以不得不考虑新的空间托管博客。

看了国内很多的Linux主机空间提供商，都有这样那样的不如意的地方，想到了Google App Engine，但是无奈GAE被墙了，想起来新浪09年开始测试Sina App Engine(下简称SAE)，打开一看，发展得很蓬勃，而且直接支持PHP，看了官方文档介绍，觉得还不错，于是决定一试 ，开始了大量的搬迁工作，经过一个礼拜的折腾，总算是差不多了，由于SAE处于安全因素和特殊的云计算原因，禁用了一些php函数，需要手动修改，而且SAE不支持写本地IO，所以很多代码需要重写，以便使用Sina提供的Storage持久化存储服务（主要是以前上传的大量附件，还有一些要写本地的插件，WP主程序已经有人做了移植），现在基本已经移植完毕了，某些插件无法支持，已经不得不抛弃了，目前手机wap页面暂时无法完成，怀疑可能是WAP插件中的某些PHP代码不被支持，但是也没有错误提示，还在慢慢找原因。

如果各位朋友浏览我的博客发现有不正确的地方（包括排版、图片无显示、链接指向错误、文章内容混乱的）请及时通知我，以便我修正，让博客更好的运行在SAE平台上。

最后，通过一个礼拜左右的折腾，觉得SAE平台还是非常不错的，所以有一些代码不能使用，但是新浪基本都提供了解决办法，通过SAE平台，又把搭建自己的个人主页的门槛降低了，有兴趣自己做主页或者网站的朋友不妨试试，我们共同来探讨传统LAMP平台移植到SAE平台的一些经验。

此篇为译文，原文在： http://37signals.com/svn/posts/2710-designed-by-apple-in-california

使用过 Apple 产品的用户，都或许会注意到其包装和产品上的行小字“Designed by Apple in California”。我们或许会稍微留意下它的用意，然后这注意力可能稍纵即逝，无法深究其真正的含义。

我们都或许能够了解 Apple 是家注重细节的公司，自然它的产品和包装印制上这段话自然有其含义。这篇文章或许可以从设计师角度部分诠释 Apple 此做法的用意。

我曾经在很多场合中提起：“‘Designed by Apple in California’ 这段字，我是见过的所有包装上最为夺目的字符”。我的其中位读者迈克尔问我：

我同意您的看法，我第一眼看见这段字就让我难忘。
…
不过我很好奇，为什么您会相信“这些夺目的字符注
定会出现在不起眼的包装上”。

这句简单的标签出现在 Apple 的产品及其包装上至少已有十年的历史。（其实，我无法明确准确的时间说明 Apple 是从什么时候开始，但我记得在 2000 年的时候，苹果就在其 iPod 的包装上打上这行字了。）

这说明这句短语的历史是多么的悠久，同时对于 Apple 而言是多么的重要。

背景

“Designed by Apple in California” 这段字是多么的显眼。

当你拿到 Apple 产品的时候，打开包装的皮瓣或者内页那一刻，这段字通常会独立一行印在简洁的包装上 — 它太显眼了，你几乎不可能错过它。

然后，你缓缓的翻开包装，继续拿出你梦寐以求的设备 — 这个过程是多么的自然，同时这个体验让你近乎难忘。

情感

Apple 的使命之一是唤起了人们对艺术的感受。Apple 的每件产品，就好比匠人精心制作的作品，被精心包装后安全地送到家门一样。这件产品似乎顷刻间就被赋予了情感，就犹如它是被你所爱的人制造出来一样。

匠人们都会在自己得意的作品上签名。克莱默大师会将他自己的名字篆刻在每把他经手的刀上；佛蒙特设计的家具，在其每个产品不起眼的位置都留下自己的印记。爱德华建议每个设计师将他们设计的产品署名 — 这表明你是精心的造就了该产品，并赋予它最好的品质。

或许，我们能了解 Apple 这行字的用意即为如此。

此外，它标注的不是“Made by Apple in California”，而是被设计（Designed）的。我很难想到还有其公司会将设计（Design）放在如此高的地位。它的每件产品似乎注定是被设计出来而非制造。同时，这也是该公司使命的最好表述。

此时无声胜有声

平面设计领域中有句这样的话：

如果你想让它显眼，那么就把它放大吧！如果你想将其变
得更突出，那么加边框！仍然不够？那么就把他标红。

放大、加边框、标红，这些技巧明显是那些懒惰的设计师常用的伎俩。我们之所以认为这很愚蠢，原因之一就是它过于明显的表达了自己的意图。

话到此，我们或许能 Apple 熟谙这种微妙。Apple 通过突出传达这句话（绝对不会存在任何无视它的机会），来突出产品。这段文字小而优雅，就想是与产品本身浑然天成。我们感觉不到任何的意外和惊讶。

在我们阅读它以后，Apple 不需要任何过多的言语，去复述传达自身产品的品味和价值。因为，此刻用户已经了解。

后记，文章发表后，发现已经有哥们翻译了这篇文章了，两个版本的译文对比着理解吧。

下面说说我的看法。不容否认，苹果的成功让人们更多的关注这个公司的任何地方，有些甚至有些很不经意的细节都会被无形的放大以及被咀嚼，其中就包括上文“Designed by Apple in California”这段小字。

我们应该能理解，苹果的成功从另方面讲是许多个数不清的这样的细节组就而成。任何物品经过精雕细琢那么它的价值往往会多于它的本身，包括产品、设计、还是编码，其实都是这样的道理。

还是有个问题和期待就是，什么时候我们的“Made in China”变成“Designed in China”？

SSD硬盘都是苹果正规渠道供应（熟悉我的朋友都懂的），现在是三星的SSD，不在是以前的东芝了，速度也比以前快了很多，价格如下：

64G 400元（RMB）

128G 750元（RMB）

256G 1600元（RMB）

价格会有一定的浮动，大致是这个范围，需要更换的朋友可以提前联系我，确定好时间直接来找我，外地的朋友（仅限认识的）可以发快递给我，但是请一定先联系我，不要再像以前那样也不跟我说就发过来，我都不知道是要做什么的……不然我给你当二手卖了你就悲剧了。。。

当然你也可以自己先买好SSD，拿过来我给你换也可以，反正都免费，但是自己买的时候留意一下是要三星的，不要以前东芝的，东芝的就是老款的Air上拆机的，速度比较慢，换SSD时间（不包括装系统）大约需要10分钟，所以你可以自己计划时间提前约我。

好吧，还是留下联系方式：

QQ：75098421

iChat：zhaoxitao@mac.com

E-mail：zhaoxitao2001@gmail.com

最近身边用苹果的人越来越多，这是一件好事，我很高兴身边的朋友们都能用上世界上最先进的计算机和操作系统，但是大部分朋友都是从Windows过度过来的，从系统使用和原理理解上都有一些Windows的观念，最近很多朋友问我一个问题：“为什么我的系统一开机还没运行什么程序，空余内存就没多少了，我可是4GB内存啊，是不是有什么问题？”针对这一问题，特写此文，让大家理解基于UNIX的Mac OS X是如何管理内存的。
之前转载了一篇文章介绍Unix/Linux的内存管理，但是很多朋友说看不懂，那今天我就通俗的跟大家分享一下，Mac是如何管理内存的。

首先，我们要来了解一下，Mac OS X的内存四种状态，打开你的“应用程序-实用工具-系统监视器”程序，切换到“系统内存”标签，你会看到你的内存有联动、活跃、非活跃和可用空间四种状态：

见下图：

联动是系统核心占用的，永远不会从系统物理[内存]种清除，

活跃表示这些[内存]数据正在使用种，或者刚被使用过，

非活跃表示这些[内存]中的数据是有效的，但是最近没有被使用，

可用空间表示这些[内存]中的数据是无效的，这些空间可以随时被程序使用。

当可用空间的[内存]低于某个值（这个值是由你的物理[内存]大小决定的），系统则会按照以下顺序使用非活跃的资源。首先如果非活跃的数据最近被调用了，系统会把它们的状态改变成活跃，并接在原有活跃[内存]逻辑地址的后面, 如果非活跃的[内存]数据最近没有被使用过，但是曾经被更改过而还没有在硬盘的相应虚拟[内存]中做修改，系统会对相应硬盘的虚拟[内存]做修改，并把这部分物理[内存]释放为可用空间供程序使用。如果非活跃[内存]中得数据被在映射到硬盘后再没有被更改过，则直接释放成可用空间。最后如果活跃的[内存]一段时间没有被使用，会被暂时改变状态为非活跃。

所以说，如果你的系统里有少量的可用空间内存和大量的非活跃的内存，说明你的[内存]是够用的，系统运行在最佳状态，只要需要,系统就会使用它们，不用担心。而反之如果系统的可用空间内存和非活跃内存都很少，而活跃内存很多，说明你的[内存]不够了。当然一开机，大部分[内存]都是可用空间，这时系统反而不在最佳状态，因为很多数据都需要从硬盘调用，速度反而慢了。

其实这就是Unix的内存管理方式，我们大家都知道，内存的速度是比硬盘快得多的，那么UNIX的内存管理机制就是尽可能多的使用你的物理内存，当你没有打开程序的时候，系统自动会把一些系统常用的资源从硬盘加载到内存，当你开始执行操作需要调用这些资源的时候，系统就不会从硬盘去读取你的资料了，而是直接从内存读取（专业术语叫命中），这样就提高你的系统速度，不浪费你的物理内存资源。

Mac系统基于UNIX系统，继承了UNIX这一内存管理机制并且进行一定的优化，Mac的内存管理具有UNIX的特征的同时，Mac还会记录你最常用的程序，然后在你内存有足够空余资源的时候，就把这些程序主要模块(Modlue)加载到内存，当你开启这个应用的时候，程序就快速启动了，当你关掉这个程序界面（Command+W / iOS-Home）的时候，大部分程序并不会真正的退出(quit)系统，而是保留程序核心模块驻留系统内存，你可以在Dock上看到图标下有个小亮点（iOS连按Home），当你下一次需要使用的时候，只要点一下程序就快速启动了，如果你很久没有再用这个程序而打开了其他程序，而打开了其他很多程序，那么系统就会在内存不够用得时候，自动把你只是关闭没有退出（Command+W）的程序驻留内存文件转移到硬盘的某个地方（pagefiles）中，等待你的调用，只有当你完全退出程序(Command+Q)的时候，这些程序就从内存清除了，但是Mac系统会智能的学习和了解你的你操作习惯，不断的更换你的常用程序列表，然后当物理内存有空的时候随时把你常用的程序模块载入内存，等待你调用。其实这也是Mac系统为什么点按窗户红色按钮是关闭而不是退出的设计思维原理，就是让程序在下一次被用户打开时能够快速启动，而且先进的Unix内存管理计算方式几乎不用你去担心是否内存不够用了，需要退出这些打开的程序，因为系统会习惯出一个最佳值什么时候释放内存（哪些内存数据什么时候保存到pagefiles去）来保证你的系统运行效率，尤其是现在很多iOS设备用户，每次都喜欢按Home返回后再连按Home去退出程序，其实完全没必要这么做，因为iOS是Mac OS的移动版，具有和Mac OS X完全相同并且高效的内存管理机制，你每次运行了程序再去退出他，反而降低了你系统下一次开启这个程序的速度。

windows为了兼容古老和不规范的程序，允许程序直接控制硬件，导致windows系统的权力不够大，而许多windows程序也不规范，因此在退出进程后往往许多[内存]没有还给系统变成了invisible memory，导致时间一长系统可用[内存]越来越少。因此常常需要重新启动。而且Windows在内存管理方面也于Unix有很大的区别，由于我对Windows并不是很熟悉，所以只能以我自己的理解来向大家说明，如有错误，还请斧正。由于Windows的系统模块链接关系不明确，权限又很混乱（Windows貌似压根就没有文件权限这个说法），导致后来Windows98就经常蓝屏死机，又为了防止大量不规范程序退出后不归还系统内存，所以Windows就只能在系统启动完毕，加载完必要模块后，当用户请求一个程序就从硬盘调用一个，不用就清除的办法来管理内存，所以如此就造成了系统物理内存的大量浪费，因为我们并不是随时都需要运行超级大的程序，事实上，大部分人的电脑都有4GB内存，而通常只开一个QQ和一个浏览器，顶多在打开一个Music Player，所占内存不到200MB，加上系统内存最对也就1GB左右，至少一台4GB内存的计算运行Windows的话，有75%的时间内存使用不到2GB，那么也就是说用户花了4GB的钱，其实浪费掉了75%，比如花了400元，你就浪费了300元，但是用UNIX就不会浪费你的钱，因为Unix先进的系统架构和内存管理就决定了这个因素。

其实Unix的内存管理先进性仅仅只是Unix一个小小的细节，Unix还有很多很多比Windows先进的地方值得我们学习，以后我会为大家介绍更多的Unix/Linux特性。

文章转载至：IBM DeveloperWorks 原文地址

内存是 Unix/Linux 内核所管理的最为重要的资源之一，内存管理是系统管理中非常重要也是最复杂的的部分。系统管理员需要掌握内存管理的基本工作原理以及使用合适的工具与策略监控内存的工作状态。 本文将分别阐述 AIX 和 Linux 系统中所涉及到的内存监控的方法，并对其中涉及到的内核内存管理的原理做初步的说明

AIX 内存管理与监控

内存管理概述

内存管理在不同的操作系统中会有不同的实现。AIX 系统使用 VMM(Virtual Memory Manager) 实现物理内存的管理，处理应用程序的内存分配请求与内存回收。

内存和交换空间一般都是通过页面来进行分配和管理，VMM 将所有的内存段划分为若干个页面，Power4 芯片支持 4K，64K，和 16M 大小的虚拟内存页， Power5 芯片支持 4K，64K，16M,16G 大小的虚拟内存页，每个页面的缺省大小是 4KB。虚拟内存页面越大，对需要大内存块的应用程序可以起到优化作用，主要是提高 TLB 的命中率。

当我们执行应用程序的时候，内存中的页面会被逐渐的占用，这里我们设计两个重要的参数： Minfree( 最小空闲页面的大小 ) 和 Maxfree( 最大空闲页面的大小 )。当空闲的内存达到 Minfree 大小的时候， VMM 的调页算法将被唤醒，将内存中的页面转移到交换空间中， 知道空闲内存达到 Maxfree，才停止调页。

上面主要是对 AIX 内存管理中所涉及到的的基本概念做了简单的介绍说明，对于任何与内存相关的操作，了解这些概念都是非常必要的。

系统管理员在进行正确的优化或者问题发生之前，必须首先监视系统，使用合适的工具捕获基准数据，并且知道如何进行分析工作。下面笔者将介绍 AIX 系统所提供的工具来监控系统内存的使用情况。

内存调整命令

与其他的子系统相比，内存调整更为困难，但同时收到的效果往往更加显著，特别是在那些尚未对各种内存参数进行优化的运行环境中。系统管理员可以通过 vmo 命令动态的调整内存参数，进行内存性能优化方面的各种实践。

vmo

vmo 命令用来管理虚拟内存可调试的参数。例如如果我们发现空闲内存不足， 可以使用下面的命令增加 Minfree 和 Maxfree 参数：

清单 1. 使用 vmo 命令调整空闲的虚拟内存最小和最大值

# vmo – o minfree=1024 – o maxfree=30070
Setting maxfree to 30070
Setting minfree to 1024

注：-p 参数能够使修改永久生效，而且立即生效，不需要重启，下次重启设置仍然有效。例如 vmo -p – o minfree=1024 命令能够永久设置空闲的虚拟内存值为 1024

一般情况下，minfree 和 maxfree 的设定值可以通过下面的公式计算得到：

maxfree=minnum(memory/128,128)

minfree=maxfree/8

-a 参数能够显示当前所有的内存参数设置，之后系统管理员可以对其中的任何参数进行调整，在此必须说明的是：对内存参数的任何微小改动都有可能造成系统运行的不稳定，所以系统管理员做的任何修改，都必须非常慎重并且对可能造成的影响有所了解。 上文提到的两个关键参数 minfree 和 maxfree 也包含于下面的列表中。

清单 2. vmo 命令所能调整的内存参数

# vmo -a
ams_loan_policy = n/a
force_relalias_lite = 0
kernel_heap_psize = 65536
lgpg_regions = 0
lgpg_size = 0
low_ps_handling = 1
maxfree = 30070
maxperm = 902102
maxpin = 845450
maxpin% = 80
memory_frames = 1048576
memplace_data = 2
memplace_mapped_file = 2
memplace_shm_anonymous = 2
memplace_shm_named = 2
memplace_stack = 2
memplace_text = 2
memplace_unmapped_file = 2
minfree = 1024
minperm = 30070
minperm% = 3
nokilluid = 0
npskill = 1024
npswarn = 4096
numpsblks = 131072
pinnable_frames = 868968
relalias_percentage = 0
scrub = 0
v_pinshm = 0
vmm_default_pspa = 0
wlm_memlimit_nonpg = 1

其中 maxperm, maxpin%, minperm, minpin% 值得我们特别的注意。 AIX 中， 文件型内存一般占用系统内存很少的一部分，大部分的内存被用来做计算型内存，其中一个主要的应用为 oracle SGA，所使用的内存为 pinned memory. 我们通常希望把 oracle SGA 保持在内存内，同时需要将文件系统缓存比例控制到一定范围内。 这时我们根据系统内存的大小，调整 maxpin%,maxperm,minpin%,minperm 的值。 minperm – 文件型内存最小值 minpin – 计算型内存最小值 minpin% – 计算型内存占总的系统内存百分比的最小值 maxperm – 文件型内存最大值 maxpin – 计算型内存最大值 maxpin% – 计算型内存占总的系统内存百分比的最大值

计算型内存和文件型内存的调整需要遵循下面的一些简单原则：

计算型内存和文件型内存所占系统内存百分比之和要小于 100%。
计算型内存的设置要合理，留出足够的空间给操作系统。 原因在于操作系统同样会占用一部分计算型内存，系统资源紧张时，操作系统会抢占应用程序所占计算型内存，影响程序的正确运行。
数据库服务器上，文件型内存不需要太多的空间。 通常我们会遇到的 paging space 占用率过高就有可能设置了过高的文件型内存。

进程空间内存监控命令

系统管理员有时需要对某个特定的进程进行跟踪调试，这时就需要一些命令能够动态的显示每个进程内存占用情况的实时信息。ps 是我们经常使用到的能够解决这方面问题的命令。事实上，这个命令的使用非常简单，但是得到的数据非常有效。

ps

几乎所有的 Unix/Linux 分发版都包含了这一工具，ps 提供的简洁而有效的信息能够允许系统管理员快速地对性能问题进行故障排除，不足之处就是其并不适合用于进行历史趋势研究与分析。 ps 一般用来查看系统中运行的进程，事实上，ps 命令同样可以帮助管理员对可能的内存瓶颈进行故障排除。

下面我们使用 ps 显示系统中每个活动进程的内存使用情况

清单 3. ps 命令输出当前内存状况

# ps aux
USER PID %CPU %MEM SZ RSS TTY STAT STIME TIME COMMAND
root 53274 10.7 0.0 384 384 - A 03:17:33 453:29 wait
root 8196 10.7 0.0 384 384 - A 03:17:33 453:28 wait
root 49176 10.7 0.0 384 384 - A 03:17:33 453:20 wait
root 57372 10.7 0.0 384 384 - A 03:17:33 453:06 wait

其中 rss 标示每个进程的实际内存使用量，这是我们需要重点查看的属性，代表着这个进程真正占用内存的多少。通过观察 rss 的数据信息，我们能够清楚的获得此进程的内存使用变化情况。

在极端情况下，系统管理员可以通过 kill 命令关闭某些内存占用率过高的进程来确保系统的正常运行。

同时我们也可以通过观察 rss 段的数据信息来检查进程存不存在内存泄漏现象。

系统内存监控命令

系统管理员除了需要对特定的进程内存占用情况跟踪观察外，更多的时候需要监控整个系统的内存使用信息。 vmstat 和 svmon 能够帮助我们轻易的获得这方面的数据。

vmstat

vmstat(Virtual Memory Statistics) 命令能够帮助我们监控内核进程，虚拟内存，磁盘和处理器统计信息。 它是对系统的整体情况进行统计，不足之处就是无法对某个特定进程做分析。 vmstat 的输出可以是以百分比表示的平均值，也可以是其统计的总和。

如果没有指定任何的参数，vmstat 将会输出系统从开机启动之后所有的虚拟内存活动。

我们经常使用类似 vmstat 5 5 的命令参数，代表着表示在 5 秒时间做 5 次采样。

清单 4. vmstat5 5 命令监控内存资源使用状况

System Configuration: lcpu=4 mem=1024MB

kthr memory page faults cpu
----- ----------- ------------------------ ------------ -----------
r b avm fre re pi po fr sr cy in sy cs us sy id wa
0 0 208817 44828 0 0 0 0 0 0 3 60 220 0 0 99 0
0 0 208817 44828 0 0 0 0 0 0 2 27 225 0 0 99 0
0 0 208817 44828 0 0 0 0 0 0 4 29 219 0 0 99 0

下面将对输出的结果中涉及到的内存管理相关字段进行说明：

memory：物理内存和虚拟内存的使用信息。如果虚拟内存被访问，那么将被认为是活动的。.

avm 活动的虚拟内存页面
fre 空闲内存列表的大小。注：很大一部分的实际内存都被用来作为文件系统的缓存用来加快应用程序的运行速度，所以空闲内存大小一般保持在很小的数值。

page：缺页异常和分页活动信息。此数值是间隔时间内的平均值，以秒为单位。

re 页面调度输入 / 输出列表
pi 从页面空间输入的页面
po 写入页面空间的页面
fr 释放的页面
sr 通过页面替换算法扫描页面的频率
cy 页面替换算法运行的时钟周期

内存的瓶颈问题我们可以通过 sr( 页面扫描频率 ) 来观察，如果扫描频率过高，始终维持高于 200 页说明存在内存瓶颈，同样的道理如果 page 项中的 pi( 调入的页面数 ) 和 po( 调出的页面数 ) 不为 0，说明系统必须经常性被动的通过页面的调入调出程序来维持系统的稳定运行，表明也有可能存在内存瓶颈。解决的方法可以通过简单的增加内存或者优化设计应用程序来减少对内存的使用率。

svmon

svmon 命令提供了一个更加深入的内存使用情况的分析，比起 vmstat 和 ps 命令，它带有更多的信息量。-i 选项能够间隔性的捕获一个内存状态的快照。

svmon 命令可以生成 9 种不同的报告结果，这里我们选用比较有代表性的带 -G 标志来监视内存全局使用情况。

清单 5. svmon 命令显示当前内存全局使用状况

# svmon -G
size inuse free pin virtual
memory 262144 208128 54016 72891 163644
pg space 131072 1912

work pers clnt other
pin 62497 0 0 10394
in use 163644 0 44484

PageSize PoolSize inuse pgsp pin virtual
s 4 KB - 128032 1912 24667 83548
m 64 KB - 5006 0 3014 5006

size 标示了实际内存的页面数
inuse 正在使用中的页面数
free 空闲的页面数
pin 物理内存中固定的页面数
virtual 虚拟内存使用的页面数

这里 svmon 只是提供了更加精确的结果，具体的内存调试优化可以参照以上 vmo, ps 和 smstat 命令中所涉及到的方法。

Linux 内存管理与监控

Linux 系统内存监控命令

Linux 同样具有众多与内存管理相关的命令，可以帮助我们快速获得内存使用信息。 如 vmstat，ps，AIX 中我们已经做了介绍，在此不再赘述。 free 是 Linux 系统所具有的十分小巧简介的命令，这也是 Linux 上常用的查看内存的方式。

Free

与 AIX 系统中的 svnmon 命令类似，free 提供了内存全局使用情况。

清单 6. free 命令显示当前内存使用信息

# free
total used free shared buffers cached
Mem: 4166976 4063552 103424 0 875712 2694592
-/+ buffers/cache: 493248 3673728
Swap: 1052096 768 1051328

下面是对各个输出字段的详细说明

total 总计物理内存的大小
used 已经使用的内存大小
free 空闲的内存大小
shared 多个进程共享的内存大小
buffers 块设备缓存的大小
cached 页面缓存的大小

free 命令所提供的数据不如 vmstat 所得到的详细，但是能够提供给我们最初和最直接的参考，指明我们需要仔细检查的方向，比如如果 shared memory 数据过大，我们就能很容易发现有些程序请求分配了过多的共享内存池，配合其他的管理命令，找到具体的某个进程消耗了过多的共享内存，从而解决问题。

内存监控自动化实现

合理的利用以上介绍的众多内存管理工具，系统管理员可以自己编写一些脚本自动化的监控内存使用情况，记录内存使用信息，设置警戒点，甚至阻止异常程序的内存申请行为，将系统从灾难中恢复过来。

下面是一个内存监控自动化脚本实现的例子 MemMonitor.perl。 这个脚本在使用内存达到或超过实际内存的 75% 的时候会打印出内存不足的警告。 在使用内存达到或超过实际内存的 90% 的时候，将打印出内存即将用尽的警告，并且关掉当前占用内存最高的进程。

同时我们通过将此脚本添加到 cron 服务中来实现内存的监控自动化。

脚本在 AIX5.3 和 SLES11 上测试通过。

清单 7. MemMonitor.perl

#!/usr/bin/perl
use strict;

# 打印此脚本使用信息和输出说明。

################################################################
# Output the usage of this perl script
################################################################
sub usage
{
print "memmonitor: Monitor system memory usage\n";
print "1. if used memory is more than 75% of total memory, memmonitor\n";
print "will output one warning message per minites.\n";
print "2. if used memory is more than 90% of total momory, memmonitor\n";
print "will kill the processes that occupied the most memory untill\n";
print "used memory is less than 75% of total memory.\n\n";

return 0;
}

usage

my $total_mem;
my $used_mem;
my $next_line = 0;
my @rc;
my $rate;

# $total_mem 和 $used_mem 变量分别代表了总计实际内存大小和已经使用的内存大小
rc = `vmstat`;
foreach ( @rc ) {
if ( $next_line ) {
my @value = split /\s+/, $_;
$used_mem = @value[3] * 4;
$next_line = 0;
last;
} elsif ( /^.*mem=(\d+)MB$/ ) {
$total_mem = $1 * 1024;
} elsif ( /^.*avm.*$/ ) {
$next_line = 1;
}
}

# 这段代码使用了 vmstat 命令得到系统内存状态信息，并对结果进行逐行解析，得到各个字段的数据。

if ( $total_mem ) {
$rate = $used_mem / $total_mem;
}

# 计算得到了当前全局内存使用率

if ( $rate > 0.75 ) {
print "Warning: Memory is not enough\n";
}

# 如果内存使用率大于 0.75， 将打印出警告信息。

if ( $rate > 0.9 ) {
my $line_count = 0;
my @output = `ps aux | head -1;ps aux | sort -rn +5`;
foreach ( @output ) {
if ( $line_count ) {
my @killed_process = split /\s+/,$_;
print "Warning: Out of memory. Kill process: @killed_process[1]\n";
# 发送警告信息给 root 用户，保存程序运行记录。
`echo "Process @killed_process[1] has been killed because of unlimited memory \
allocation" | mail -s "Out of memory" root`

`kill -11 @killed_process[1]`;
last;
}
$line_count = $line_count + 1;
}

# 如果内存使用率大于 0.9，脚本将调用 ps 命令并且找出内存使用率最高的进程，打印出将要杀掉进程的警告信息，
#杀掉内存使用率最高的进程。 此过程将循环进行知道内存占用率低于 0.9
}

清单 8. root 用户警告邮件内容

From test@test.ibm.com Tue July 31 13:01:12 2009
X-Original-To: root
Delivered-To: root@test.ibm.com
Date: Tue, 31 July 2009 13:01:11 -0400
To: root@test.ibm.com
Subject: Out of memory
User-Agent: Heirloom mailx 12.2 01/07/07
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: test@test.ibm.com

------------------------------------------------------------

Process 10482 has been killed because of unlimited memory allocation

上面的脚本 MemMonitor.perl 实现了自动监控内存使用率，并对内存占用率比较高的时候分别作了处理，能够保障内存子系统的稳定运行。 下面我们将借助系统的 cron 服务每间隔设定的一段时间自动调用上面的脚本，实现内存监控管理的完全自动化。

使用命令“crontab – e”编辑 crontab，添加一条自动运行脚本 MemMonitor.perl 的项目：

清单 9. 添加为 cron 服务

*/2 * * * * /tmp/MemMonitor.perl 2>&1 >> /tmp/memmonitor.log

此时 MemMonitor.per 将被每两分钟自动执行一次，并将输出结果保存在 /tmp/memmonitor.log 中。

总结

本文详细介绍了 Unix/Linux 上常用的内存管理与监控的命令，并通过编写脚本实例应用内存管理的命令，实现了内存管理的自动化，当内存使用率过高的时候，给出警告信息，通过关闭内存占用率高的进程来确保了系统全局的稳定运行，并对其中所做的操作做了日志记录，方便了系统管理员监测并调试系统内存故障。

参考资料

学习

本系列文章主要关注于实现 Unix/Linux 系统上的管理自动化，让读者了解到脚本语言以及相关的工具可以让日常的管理工作变得更加轻松。

OpenSSH 组织的官方网站: 从这里可以找到 openSSH 相关的资料。

Expect.pm 的使用手册：介绍了 Expect 的 Perl 语言接口。

EXPECT 的主页：从这里可以找到几乎所有关于 EXPECT 的资料，包括文档、FAQ、Wiki 和有用的链接。

Expect 超出预期：一种不为人知但功能强大的流行工具，文章介绍了 Expect 的基本功能。

IBM Publication：《命令参考大全，卷 5：s – u 》：AIX 6.1 信息中心文档，系统管理类。

有关 Perl 信息及其相关资源，请查看 Perl.com。

Programming Perl Third Edition（Larry Wall、Tom Christiansen 和 Jon Orwant 著；O’Reilly & Associates，2000）是当今最好的 Perl 指南，现在已经更新到 5.005 和 5.6.0。

Perl Cookbook（Tom Christiansen 和 Nathan Torkington 著；O’Reilly & Associates，1998）是关于所有 Perl 问题的权威性入门书籍。

AIX and Unix 专区：developerWorks 的“AIX and Unix 专区”提供了大量与 AIX 系统管理的所有方面相关的信息，您可以利用它们来扩展自己的 Unix 技能。

AIX and Unix 新手入门：访问“AIX and Unix 新手入门”页面可了解更多关于 AIX 和 Unix 的内容。

AIX and Unix 专题汇总：AIX and Unix 专区已经为您推出了很多的技术专题，为您总结了很多热门的知识点。我们在后面还会继续推出很多相关的热门专题给您，为了方便您的访问，我们在这里为您把本专区的所有专题进行汇总，让您更方便的找到您需要的内容。

developerWorks 技术活动和 网络广播：随时关注 developerWorks 技术活动和网络广播。

获得产品和技术

IBM 试用软件：使用可从 developerWorks 直接下载的软件构建您的下一个开发项目。

讨论

Podcasts：听取 IBM 技术专家的讨论。

developerWorks blog：参与 developerWorks 博客并加入 developerWorks 社区。

参与 AIX 和 Unix 论坛：
AIX 论坛
AIX 开发人员论坛
Cluster Systems Management
IBM 支持帮助论坛
性能工具论坛
虚拟化论坛
更多 AIX 和 Unix 论坛

作者简介

王华忠: IBM 中国软件开发中心 HPC 部门的软件工程师,目前主要从事集群系统管理软件的相关研发工作，对 Linux kernl/driver 做过相关研究与开发。

杨国梁: IBM 中国软件开发中心 HPC 部门的软件工程师,主要从事集群系统管理软件的相关研发工作。

博客开了很久了，一直也没怎么做过宣传，写过一些文章，看的人也不多，大部分朋友还是习惯在我的QQ空间浏览。但是QQ空间早已不更新了，所以今天做了个WP与Qzone同步更新，这样大家就方便看到我的博客更新动态了，同时欢迎大家访问我的博客。