新天堂2 服务器压力测试试服 听别人说可以领取...

&在终端下输入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全新挑战……亚丁大陆英雄汇聚,战争一触即发!立刻参加活动,永久提升装备属性,提前做好迎战准备!

参考资料

 

随机推荐