&在终端下输入lsof即可显示系统打开的文件，因为 lsof 需要访问核心内存和各种文件，所以必须以 root 用户的身份运行它才能够充分地发挥其功能。COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME init 1 root cwd DIR 3,3 1024 2 / init 1 root rtd DIR 3,3 1024 2 / init 1 root txt REG 3,3 2 /sbin/init init 1 root mem REG 3,3 1620 /lib/libdl-2.6.so init 1 root mem REG 3,3 1614 /lib/libc-2.6.so init 1 root mem REG 3,3 9 /lib/libselinux.so.1 init 1 root mem REG 3,3 1668 /lib/libsepol.so.1 init 1 root mem REG 3,3 1607 /lib/ld-2.6.so init 1 root 10u FIFO 0,15 1309 /dev/initctl每行显示一个打开的文件，若不指定条件默认将显示所有进程打开的所有文件。lsof输出各列信息的意义如下：COMMAND：进程的名称 PID：进程标识符 USER：进程所有者 FD：文件描述符，应用程序通过文件描述符识别该文件。如cwd、txt等 TYPE：文件类型，如DIR、REG等 DEVICE：指定磁盘的名称 SIZE：文件的大小 NODE：索引节点（文件在磁盘上的标识） NAME：打开文件的确切名称其中FD 列中的文件描述符cwd 值表示应用程序的当前目录，这是该应用程序启动的目录，除非它本身对这个目录进行更改。txt 类型的文件是程序代码，如应用程序二进制文件本身或共享库，如上列表中显示的 /sbin/init 程序。其次数值表示应用程序的文件描述符，这是打开该文件时返回的一个整数。如上的最后一行文件/dev/initctl，其文件描述符为 10。u 表示该文件被打开并处于读取/写入模式，而不是只读 & 或只写 (w) 模式。同时还有大写 的W 表示该应用程序具有对整个文件的写锁。该文件描述符用于确保每次只能打开一个应用程序实例。初始打开每个应用程序时，都具有三个文件描述符，从 0 到 2，分别表示标准输入、输出和错误流。所以大多数应用程序所打开的文件的 FD 都是从 3 开始。与 FD 列相比，Type 列则比较直观。文件和目录分别称为 REG 和 DIR。而CHR 和 BLK，分别表示字符和块设备；或者 UNIX、FIFO 和 IPv4，分别表示 UNIX 域套接字、先进先出 (FIFO) 队列和网际协议 (IP) 套接字。lsof 常见的用法是查找应用程序打开的文件的名称和数目。可用于查找出某个特定应用程序将数据记录到何处，或者正在跟踪某个问题。例如，linux限制了进程能够打开文件的数目。通常这个数值很大，所以不会产生问题，并且在需要时，应用程序可以请求更大的值（直到某个上限）。如果你怀疑应用程序耗尽了文件描述符，那么可以使用 lsof 统计打开的文件数目，以进行验证。lsof语法格式是：lsof ［options］ filename常用的参数列表：lsof filename 显示打开指定文件的所有进程 lsof -a 表示两个参数都必须满足时才显示结果 lsof -c string 显示COMMAND列中包含指定字符的进程所有打开的文件 lsof -u username 显示所属user进程打开的文件 lsof -g gid 显示归属gid的进程情况 lsof +d /DIR/ 显示目录下被进程打开的文件 lsof +D /DIR/ 同上，但是会搜索目录下的所有目录，时间相对较长 lsof -d FD 显示指定文件描述符的进程 lsof -n 不将IP转换为hostname，缺省是不加上-n参数 lsof -i 用以显示符合条件的进程情况 lsof -i[46] [protocol][@hostname|hostaddr][:service|port] 46 --& IPv4 or IPv6 protocol --& TCP or UDP hostname --& Internet host name hostaddr --& IPv4地址 service --& /etc/service中的 service name (可以不只一个) port --& 端口号 (可以不只一个)例如： 查看22端口现在运行的情况# lsof -i :22 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME sshd 1409 root 3u IPv6 5678 TCP *:ssh (LISTEN)查看所属root用户进程所打开的文件类型为txt的文件:# lsof -a -u root -d txt COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME init 1 root txt REG 3,3 2 /sbin/init mingetty 1632 root txt REG 3,3 7 /sbin/mingetty mingetty 1633 root txt REG 3,3 7 /sbin/mingetty mingetty 1634 root txt REG 3,3 7 /sbin/mingetty mingetty 1635 root txt REG 3,3 7 /sbin/mingetty mingetty 1636 root txt REG 3,3 7 /sbin/mingetty mingetty 1637 root txt REG 3,3 7 /sbin/mingetty kdm 1638 root txt REG 3,3 8194 /usr/bin/kdm X 1670 root txt REG 3,3 8336 /usr/bin/Xorg kdm 1671 root txt REG 3,3 8194 /usr/bin/kdm startkde 2427 root txt REG 3,3 4195 /bin/bash ... ...&在卸载文件系统时，如果该文件系统中有任何打开的文件，操作通常将会失败。那么通过lsof可以找出那些进程在使用当前要卸载的文件系统，如下：# lsof /GTES11/ COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME bash 4208 root cwd DIR 3,1 4096 2 /GTES11/ vim 4230 root cwd DIR 3,1 4096 2 /GTES11/在这个示例中，用户root正在其/GTES11目录中进行一些操作。一个 bash是实例正在运行，并且它当前的目录为/GTES11，另一个则显示的是vim正在编辑/GTES11下的文件。要成功地卸载/GTES11，应该在通知用户以确保情况正常之后，中止这些进程。 这个示例说明了应用程序的当前工作目录非常重要，因为它仍保持着文件资源，并且可以防止文件系统被卸载。这就是为什么大部分守护进程（后台进程）将它们的目录更改为根目录、或服务特定的目录（如 sendmail 示例中的 /var/spool/mqueue）的原因，以避免该守护进程阻止卸载不相关的文件系统。当Linux计算机受到入侵时，常见的情况是日志文件被删除，以掩盖攻击者的踪迹。管理错误也可能导致意外删除重要的文件，比如在清理旧日志时，意外地删除了的活动事务日志。有时可以通过lsof来恢复这些文件。当进程打开了某个文件时，只要该进程保持打开该文件，即使将其删除，它依然存在于磁盘中。这意味着，进程并不知道文件已经被删除，它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入。除了该进程之外，这个文件是不可见的，因为已经删除了其相应的目录索引节点。在/proc 目录下，其中包含了反映内核和进程树的各种文件。/proc目录挂载的是在内存中所映射的一块区域，所以这些文件和目录并不存在于磁盘中，因此当我们对这些文件进行读取和写入时，实际上是在从内存中获取相关信息。大多数与 lsof 相关的信息都存储于以进程的 PID 命名的目录中，即 /proc/1234 中包含的是 PID 为 1234 的进程的信息。每个进程目录中存在着各种文件，它们可以使得应用程序简单地了解进程的内存空间、文件描述符列表、指向磁盘上的文件的符号链接和系统信息。lsof 程序使用该信息和其他关于内核内部状态的信息来产生其输出。所以lsof 可以显示进程的文件描述符和相关的文件名等信息。也就是我们通过访问进程的文件描述符可以找到该文件的相关信息。当系统中的某个文件被意外地删除了，只要这个时候系统中还有进程正在访问该文件，那么我们就可以通过lsof从/proc目录下恢复该文件的内容。 假如由于误操作将/var/log/messages文件删除掉了，那么这时要将/var/log/messages文件恢复的方法如下：首先使用lsof来查看当前是否有进程打开/var/logmessages文件，如下：# lsof |grep /var/log/messages syslogd 1283 root 2w REG 3,3 3647 /var/log/messages (deleted)从上面的信息可以看到 PID 1283（syslogd）打开文件的文件描述符为 2。同时还可以看到/var/log/messages已经标记被删除了。因此我们可以在 /proc/1283/fd/2 （fd下的每个以数字命名的文件表示进程对应的文件描述符）中查看相应的信息，如下：# head -n 10 /proc/1283/fd/2 Aug 4 13:50:15 holmes86 syslogd 1.4.1: restart. Aug 4 13:50:15 holmes86 kernel: klogd 1.4.1, log source = /proc/kmsg started. Aug 4 13:50:15 holmes86 kernel: Linux version 2.6.22.1-8 (root@everestbuilder.linux-ren.org) (gcc version 4.2.0) #1 SMP Wed Jul 18 11:18:32 EDT 2007 Aug 4 13:50:15 holmes86 kernel: BIOS-provided physical RAM map: Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 0000 - f000 (usable) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: f000 - a0000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 0000 - d3800 (usable) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: d3800 - 0000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 0000 - 7000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 8000 - c000 (reserved)从上面的信息可以看出，查看 /proc/8663/fd/15 就可以得到所要恢复的数据。如果可以通过文件描述符查看相应的数据，那么就可以使用 I/O 重定向将其复制到文件中，如:cat /proc/1283/fd/2 & /var/log/messages对于许多应用程序，尤其是日志文件和数据库，这种恢复删除文件的方法非常有用。&&4. Linux iostat监测IO状态[转]Linux系统出现了性能问题，一般我们可以通过top、iostat、free、vmstat等命令 来查看初步定位问题。其中iostat可以给我们提供丰富的IO状态数据。1. 基本使用$iostat -d -k 1 10参数 -d 表示，显示设备（磁盘）使用状态；-k某些使用block为单位的列强制使用Kilobytes为单位；1 10表示，数据显示每隔1秒刷新一次，共显示10次。$iostat -d -k 1 10Device:
kB_wrtnsda
0725244sda5
kB_wrtnsda
0tps：该设备每秒的传输次数（Indicate the number of transfers per second that were issued to the device.）。“一次传输”意思是“一次I/O请求”。多个逻辑请求可能会被合并为“一次I/O请求”。“一次传输”请求的大小是未知的。kB_read/s：每秒从设备（drive expressed）读取的数据量；kB_wrtn/s：每秒向设备（drive expressed）写入的数据量；kB_read：读取的总数据量；kB_wrtn：写入 的总数量数据量；这些单位都为Kilobytes。上面的例子中，我们可以看到磁盘sda以及它的各个分区的统计数据，当时统计的磁盘总TPS是39.29，下面是各个分区的TPS。（因为是瞬间 值，所以总TPS并不严格等于各个分区TPS的总和）2. -x 参数使用-x参数我们可以获得更多统计信息。iostat -d -x -k 1 10Device:
rrqm/s wrqm/s
wkB/s avgrq-sz avgqu-sz
7.80 31.49
10.28Device:
rrqm/s wrqm/s
wkB/s avgrq-sz avgqu-sz
20.00 381.00
84.20rrqm/s：每秒这个设备相关的读取请求有多少被Merge了（当系统调用需要读取数据的 时候，VFS将请求发到各个FS，如果FS发现不同的读取请求读取的是相同Block的数据，FS会将这个请求合并Merge）；wrqm/s：每秒这个 设备相关的写入请求有多少被Merge了。rsec/s：每秒读取的扇区数；wsec/： 每秒写入的扇区数。r/s：The number of read requests that were issued to the device per second；w/s：The number of write requests that were issued to the device per second；await：每一个IO请求的处理的平均时间（单位是微秒）。这里可以理解为IO的响应时 间，一般地系统IO响应时间应该低于5ms，如果大于10ms就比较大了。%util：在统计时间内所有处理IO时间，除以总共统计时间。例如，如果统计间隔1秒，该 设备有0.8秒在处理IO，而0.2秒闲置，那么该设备的%util = 0.8/1 = 80%，所以该参数暗示了设备的繁忙程度。一般地，如果该参数是100%表示设备已经接近满负荷运行了（当然如果是多磁盘，即使%util是100%，因 为磁盘的并发能力，所以磁盘使用未必就到了瓶颈）。3. -c 参数iostat还可以用来获取cpu部分状态值：iostat -c 1 10avg-cpu:
%sys %iowait
86.22avg-cpu:
%sys %iowait
63.674. 常见用法$iostat -d -k 1 10
#查看TPS和吞吐量信息iostat -d -x -k 1 10
#查看设备使用率（%util）、响应时间（await）iostat -c 1 10
#查看cpu状态5. 实例分析$$iostat -d -k 1 |grep sda10Device:
kB_wrtnsda10
136上面看到，磁盘每秒传输次数平均约400；每秒磁盘读取约5MB，写入约1MB。iostat -d -x -k 1Device:
rrqm/s wrqm/s
wkB/s avgrq-sz avgqu-sz
7.84 31.50
24.75 419.80
41.84 444.90 54.08 8.98
92.24可以看到磁盘的平均响应时间&5ms，磁盘使用率&80。磁盘响应正常，但是已经很繁忙了。参考文献：Linux man iostathttp://blog.csdn.net/AE86_FC/archive//5284112.aspx最近要对分布式集群做一些，其中一个很重要的项就是测试hadoop分布式集群在支持多磁盘轮转 写入的时候在各种磁盘配置的情况下的读写性能，如 在RAID0,RAID5和JBOD情况下的磁盘性能，所以下的iostat命令就在产生report的脚本中非常有用，特此记录下iostat命令的一些使用：[命令:] iostat [-c|-d] [-k] [-t] [间隔描述] [检测次数]参 数：-c : 仅显示cpu的状态-d : 仅显示存储设备的状态，不可以和-c一起使用-k : 默认显示的是读入读出的block信息，用-k可以改成KB大小来显示-t& : 显示日期-p device | ALL : device为某个设备或者某个分区，如果使用ALL，就表示要显示所有分区和设备的信息显示示例：avg-cpu:& %user&& %nice&&& %sys %iowait&& %idle4.55&&& 0.00&&& 0.63&&& 0.26&& 94.56Device:&&&&&&&&&&& tps&&& kB_read/s&&& kB_wrtn/s&&& kB_read&&& kB_wrtncciss/c0d0&&&&&& 30.11&&&&&&& 68.20&&&&&&& 67.13
cciss/c0d0p1&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&& 2531&&&&&&&&& 2cciss/c0d0p2&&&& 83.78&&&&&&& 68.18&&&&&&& 67.11
dm-0&&&&&&&&&&&&& 1.06&&&&&&&& 0.60&&&&&&&& 4.07&& && dm-1&&&&&&&&&&&& 82.50&&&&&&& 67.42&&&&&&& 62.23
dm-2&&&&&&&&&&&&& 0.21&&&&&&&& 0.18&&&&&&&& 0.83&&& 3199605&& dm-3&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&& 372&&&&&&& 224以上显示分为上下两个部 分，上半部分显示CPU的信息，下面的显示存储设备的相关数据，它的数据意义如下：tps：平均每秒钟的传送次数，与数据传输“次数”相关，非容 量kB_read/s：启动到现在的平均读取单位kB_wrtn/s：启动到现在的平均写入单位kB_read：启动到现在总共 读出来的单位kB_wrtn： 启动到现在总共写入的文件单位如果想要对iostat检查多此，每次之间的间隔一定数量的秒数，这样就可以查看每几秒钟之内的io统计数 据，这对性能的测试才具有实际意义：$& iostat -d 2 3表示没量秒钟检查一次，一共检查三次avg-cpu:& %user&& %nice&&& %sys %iowait&& %idle4.55&&& 0.00&&& 0.63&&& 0.26&& 94.56Device:&&&&&&&&&&& tps&&& kB_read/s&&& kB_wrtn/s&&& kB_read&&& kB_wrtncciss/c0d0&&&&&& 30.11&&&&&&& 68.20&&&&&&& 67.13
cciss/c0d0p1&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&& 2531&&&&&&&&& 2cciss/c0d0p2&&&& 83.78&&&&&&& 68.19&&&&&&& 67.11
dm-0&&&&&&&&&&&&& 1.06&&&&&&&& 0.60&&&&&&&& 4.07&& && dm-1&&&&&&&&&&&& 82.50&&&&&&& 67.42&&&&&&& 62.23
dm-2&&&&&&&&&&&&& 0.21&&&&&&&& 0.18&&&&&&&& 0.83&&& 3199605&& dm-3&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&& 372&&&&&&& 224avg-cpu:& %user&& %nice&&& %sys %iowait&& %idle0.00&&& 0.00&&& 0.63&&& 0.00&& 99.37Device:&&&&&&&&&&& tps&&& kB_read/s&&& kB_wrtn/s&&& kB_read&&& kB_wrtncciss/c0d0&&&&&&& 1.02&&&&&&&& 0.00&&&&&&& 63.27&&&&&&&&& 0&&&&&&& 124cciss/c0d0p1&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0cciss/c0d0p2&&&& 15.82&&&&&&&& 0.00&&&&&&& 63.27&&&&&&&&& 0&&&&&&& 124dm-0&&&&&&&&&&&& 15.82&&&&&&&& 0.00&&&&&&& 63.27&&&&&&&&& 0&&&&&&& 124dm-1&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0dm-2&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0dm-3&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0avg-cpu:& %user&& %nice&&& %sys %iowait&& %idle0.00&&& 0.00&&& 0.32&&& 0.00&& 99.68Device:&&&&&&&&&&& tps&&& kB_read/s&&& kB_wrtn/s&&& kB_read&&& kB_wrtncciss/c0d0&&&&&&& 3.06&&&&&&&& 0.00&&&&&&& 26.53&&&&&&&&& 0&&&&&&&& 52cciss/c0d0p1&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0cciss/c0d0p2&&&&& 6.63&&&&&&&& 0.00&&&&&&& 26.53&&&&&&&&& 0&&&&&&&& 52dm-0&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0dm-1&&&&&&&&&&&&& 6.63&&&&&&&& 0.00&&&&&&& 26.53&&&&&&&&& 0&&&&&&&& 52dm-2&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0dm-3&&&&&&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&& 0.00&&&&&&&&& 0&&&&&&&&& 0其中每一次的统计都是上 一次的统计时间到这次的统计时间之间的统计数据&5. 如何查看进程 IO 读写情况？Linux Kernel 2.6.20 以上的内核支持进程 IO 统计，可以用类似 iotop 这样的工具来监测每个进程对 IO 操作的情况，就像用 top 来实时查看进程内存、CPU 等占用情况那样。但是对于 2.6.20 以下的 Linux 内核版本就没那么幸运了，根据给出的方法，VPSee 写了一个简单的 Python 脚本用来在 linux kernel & 2.6.20 下打印进程 IO 状况。Kernel & 2.6.20这个脚本的想法很简单，把 dmesg 的结果重定向到一个文件后再解析出来，每隔1秒钟打印一次进程 IO 读写的统计信息，执行这个脚本需要 root：#!/usr/bin/python
# Monitoring per-process disk I/O activity
# written by
import sys, os, time, signal, re
class DiskIO:
def __init__(self, pname=None, pid=None, reads=0, writes=0):
self.pname = pname
self.pid = pid
self.reads = 0
self.writes = 0
def main():
argc = len(sys.argv)
if argc != 1:
print "usage: ./iotop"
sys.exit(0)
if os.getuid() != 0:
print "must be run as root"
sys.exit(0)
signal.signal(signal.SIGINT, signal_handler)
os.system('echo 1 & /proc/sys/vm/block_dump')
print "TASK
while True:
os.system('dmesg -c & /tmp/diskio.log')
f = open('/tmp/diskio.log', 'r')
line = f.readline()
while line:
m = re.match(\
'^(\S+)\((\d+)\): (READ|WRITE) block (\d+) on (\S+)', line)
if m != None:
l.append(DiskIO(m.group(1), m.group(2)))
line = f.readline()
found = False
for item in l:
if item.pid == m.group(2):
found = True
if m.group(3) == "READ":
item.reads = item.reads + 1
elif m.group(3) == "WRITE":
item.writes = item.writes + 1
if not found:
l.append(DiskIO(m.group(1), m.group(2)))
line = f.readline()
time.sleep(1)
for item in l:
print "%-10s %10s %10d %10d" % \
(item.pname, item.pid, item.reads, item.writes)
def signal_handler(signal, frame):
os.system('echo 0 & /proc/sys/vm/block_dump')
sys.exit(0)
if __name__=="__main__":
main()Kernel &= 2.6.20如果想用 iotop 来实时查看进程 IO 活动状况的话，需要下载和升级新内核（2.6.20 或以上版本）。编译新内核时需要打开 TASK_DELAY_ACCT 和 TASK_IO_ACCOUNTING 选项。解压内核后进入配置界面：# tar jxvf linux-2.6.30.5.tar.bz2
# mv linux-2.6.30.5 /usr/src/
# cd /usr/src/linux-2.6.30.5
# make menuconfig选择 Kernel hacking –& Collect scheduler debugging info 和 Collect scheduler statistics，保存内核后编译内核：# make modules_ make install修改 grub，确认能正确启动新内核：# vi /boot/grub/menu.lst出了新内核外，iotop 还需要 Python 2.5 或以上才能运行，所以如果当前 Python 是 2.4 的话需要下载和***最新的 Python 包。这里使用源代码编译***：# tar jxvf Python-2.6.2.tar.bz2
# cd Python-2.6.2
# ./configure
# make install别忘了下载 setuptools：# mv setuptools-0.6c9-py2.6.egg.sh setuptools-0.6c9-py2.6.egg
# sh setuptools-0.6c9-py2.6.egg更多信息如果想知道更多关于 block_dump 的信息，可以看看这篇。使用 block_dump 的时候，最好能关掉 klogd 进程&&17173游戏门户
天堂II发展史
历史活动资料
您所在的位置： >
压力测试7月12日开启 客户端开放下载
&&&& 新魔幻，新天堂！大型3D新魔幻网游《新天堂II》压力测试将于7月12日开启，全新「压力测试客户端」已经开放下载！此次压力测试客户端与感恩测试、魅影测试客户端不能互相通用，需要重新下载，请玩家注意识别。
&&&& 只有参与过感恩测试（7月4日前激活或绑定1~64服的QQ号）、魅影内测（包含新手测试服）的QQ号可参与本次压力测试，登录压力测试服。
重要提醒：
客户端下载完成后，***文件共5个（LineageII_CBT2.4_Full_dl.exe和4个LineageII_CBT2.4_Full.7z分卷压缩文件），请下载在同个目录里，待全部下载完成后再点击.exe文件开始***客户端。
新天堂II& 压力测试 完整客户端（分卷）下载信息：
文件名：LineageII_CBT2.4_Full.7z.001&
MD5码：9ECAC5DB26EEA1B74D31A2CF
文件名：LineageII_CBT2.4_Full.7z.002&
MD5码：CA8C956FB0E4
文件名：LineageII_CBT2.4_Full.7z.003&
MD5码：DA64AA8EEB7079
文件名：LineageII_CBT2.4_Full.7z.004&
MD5码：65A0C7BA8CCD1CA1A0CF3D
文件名：LineageII_CBT2.4_Full.exe&
MD5码：DA002CEACCD63EF
《新天堂II》压力测试客户端***说明：&
1、校验客户端MD5码：下载完成后，建议玩家时进行MD5码校验，以确保所下载客户端为正确的《新天堂II》压力测试客户端；
2、选择不同***路径：请您在***客户端时，不要使用《新天堂II》压力测试客户端覆盖原感恩测试客户端，将其***在不同路径中，以避免影响您登录现有游戏；&
3、成功启动游戏：完成客户端***后，请等待压力测试服务器开放，并使用参与过感恩测试（激活或绑定1~64服的QQ号）、魅影内测（包含新手测试服）的QQ号登录游戏。
压力测试注意事项：&
-& 压力测试将于2012年7月12日开启，届时，您可以正常登录压力测试服务器游戏；
-& 如果您在游戏中遇到任何问题以及您对游戏有任何建议，可通过&论坛专贴&进行提交&&
请每位玩家提前下压力测试客户端，以便在压力测试服务器开启当天第一时间登录游戏。
关于《新天堂II》：
《新天堂II》是由韩国NCSOFT研发，由腾讯游戏代理的大型3D新魔幻网游。提出以&幻化玩法&为核心的"新魔幻"网游规则，从&幻视觉、幻玩法、幻战斗&三个方面重新定义了魔幻网游新的标准。在《新天堂II》中，玩家将体验到更加唯美精细的视觉感受，充满趣味性的幻化玩法，全新的觉醒职业和酷炫装备，更强力的BOSS挑战，更激烈的血盟PVP对抗。
关于《新天堂 II》
《新天堂II》是韩国NCSOFT开发，腾讯游戏代理的魔幻题材3D MMORPG，游戏所表现的浪漫唯美风格独一无二，并精心设计了海量的史诗内容，与最丰富的PK玩法。全新资料片「英雄时代」包含34大觉醒职业细化，高级战争地图，塔武提BOSS全新挑战……亚丁大陆英雄汇聚，战争一触即发！立刻参加活动，永久提升装备属性，提前做好迎战准备！