标记生成出错，请与管理员联系！
会计师资格考试最新 200 条 第200条 － 第151条&&&&&&&&? 12月08日14:43
? 11月25日13:21
? 11月24日16:29
? 11月22日16:46
? 11月18日15:19
? 11月16日15:17
? 10月12日14:04
? 10月12日13:55
? 10月12日13:49
? 09月14日16:55
? 09月14日15:19
? 09月13日16:11
? 09月02日17:06
? 09月02日17:05
? 08月31日16:09
? 08月31日15:53
? 08月31日15:37
? 08月25日11:19
? 08月25日11:17
? 08月25日11:14
? 08月25日11:11
? 08月25日11:05
? 08月19日14:15
? 08月19日14:14
? 08月19日14:11
? 08月04日16:46
? 08月04日16:36
? 08月04日13:34
? 07月27日16:54
? 07月27日16:49
? 07月27日16:45
? 07月27日16:44
? 07月20日16:10
? 07月20日15:37
? 07月14日15:10
? 07月14日15:03
? 07月14日14:56
? 07月14日14:51
? 07月01日18:21
? 07月01日18:18
? 07月01日18:14
? 07月01日18:04
? 06月30日19:25
? 06月30日19:22
? 06月30日19:16
? 06月30日19:13
? 06月30日19:07
? 06月30日19:02
? 06月30日18:53
? 06月30日18:452865人阅读
TUXEDO应用系统对IPC资源的要求一个TUXEDO应用系统在运行时会大量用到IPC资源,包括信号灯,消息队列及共享内存,下面对他们的使用情况及与他们有关的操作系统核心参数分别进行介绍:UBBCONFIG中与IPC资源有关的配置参数主要有: MAXACCESSERS ,REPLYQ,RQADDR,MAXSERVERS,MAXSERVICE,MAXGTTTUXEDO应用系统对IPC资源的要求情况信号灯:一个进程在要存取TUXEDO应用系统的公告板(BB)之前,它要先获取一个信号灯,所以TUXEDO应用系统所需要的最大信号灯数与MAXACCESSERS的值相等.即:MAXACCESSERS = No. of semaphores与信号灯有关的操作系统核心参数有:SEMMNS (maximum number of semaphores in use in the system)SEMMNI (maximum number of active semaphore sets)SEMMSL (maximum number of semaphores per semaphore set)SEMMAP (size of control map used to manage semaphore sets)SEMMNU (number of undo structures in the system)SEMUME (maximum number of undo entries per undo entries)消息队列:TUXEDO应用系统在以下几种情况下会用到操作系统的消息队列1. 每个SERVER都对应一个消息队列,客户端的请求发送到该消息队列中,该SEVER从该消息队列中取请求并处理.2. 如果是本地客户端,那么它也对应一个消息队列,用于接收SERVER的处理结果.如果是远程客户端,那么SERVER的处理结果通过网络传送,不会占用消息队列.3. 如果采用MSSQ方式,那么在个MSSQ中的所有SERVER共用一个请求队列.4. 如果某个SERVER或在MSSQ中设置了REPLYQ=Y,那么它要占用一个消息队列所以一个TUXEDO应用系统需要的最大消息队列为:Number of Queues = (MAXACCESSERS + Number of Servers with Reply Queues +Number of MSSQ Sets - Number of Servers in MSSQ Sets)与消息队列有关的操作系统核心参数必须满足:1. 消息队列的个数要足够多,能够满足系统的最大需求2. 消息的大小必须能满足系统可能出现的最大的消息的大小3. 消息队列的长度要足够长,能容纳下较多的消息个数,使入对操作不用等待或不用等太长的时间与消息队列有关的操作系统核心参数有:MSGMNI (number of unique message queue identifiers)MSGMAP (size of control map to manage message segments)MSGMAX (maximum message size)MSGMNB (maximum message queue length)MSGSSZ (size of a message segment)MSGTQL (number of outstanding messages)MSGSEG (number of message segments in the system)TUXEDO把整个应用系统的配置信息放到共享内存中,一个TUXEDO应用系统所需要的共享内存由以下参数及配置决定:1. MAXSERVERS,MAXSERVICE,MAXGTT的值2. *ROUTING,*GROUP,*NETWORK节的大小与共享内存有关的操作核心参数有:SHMMAX (maximum shared memory segment size)SHMSEG (maximum number of shared memory segments per process)SHMMNI (maximum number of shared memory identifiers in the system)SHMMIN(maximum shared memory segment size) 一般要设为1一个TUXEDO应用系统在运行时所需要的IPC资源的计算一个TUXEDO应用系统在运行时所需要的IPC资源可用tmboot -c 计算出来.如UBBCONFIG的内容为:*RESOURCESIPCKEY 123456DOMAINID simpappMASTER simpleMAXACCESSERS 100MAXSERVERS 50MAXSERVICES 100MODEL SHM*MACHINESMYSERVER LMID=simpleAPPDIR="d:/tuxdemo/conn"TUXCONFIG="d:/tuxdemo/conn/tuxconfig"TUXDIR="d:/tuxedo65"MAXWSCLIENTS=5*GROUPSGROUP1LMID=simple GRPNO=1GROUP2LMID=simple GRPNO=11*SERVERSDEFAULT:CLOPT="-A"call SRVGRP=GROUP1 SRVID=2conn SRVGRP=GROUP2 SRVID=12 CONV=YWSL SRVGRP=GROUP1 SRVID=1116CLOPT="-A -- -n //XCJ:8888 -m 2 -M 5 -x 6"*SERVICESTOUPPER以上的配置所需要的IPC资源可用tmboot -c计算出,结果如下,可根据计算结果调整操作系统的核心参数.D:/tuxdemo/conn&tmboot -c -yIpc sizing (minimum /T values only) ...Fixed Minimums Per ProcessorSHMMIN: 1SHMALL: 1SEMMAP: SEMMNIVariable Minimums Per ProcessorSEMUME, A SHMMAXSEMMNU, * *Node SEMMNS SEMMSL SEMMSL SEMMNI MSGMNI MSGMAP SHMSEG------ ------ ------ ------ ------ ------ ------ ------XCJ 120 15 115 A + 1 25 50 180Kwhere 1 &= A &= 8.The number of expected application clients per processor shouldbe added to each MSGMNI value.从输出可知道:SEMUME,SEMMNU,SEMMNS的值为120,SEMMSL为15A*SEMMSL=115,所以A=7,SEMMNI=A+1,所以SEMMNI=8MSGMNI为25MSGMAP为50SHMMAX*SHMSEG必须等于180K其他核心参数:在UNIX系统中,对一个用户能拥有的系统资源(如最多能启动的进程数,打开的文件数等)是有限制的.主要有以下参数决定:ULIMIT(maximum file size)TUXEDO用户所能创建的最大文件,应考虑创建的SERVER文件的可能大小及ULOG的大小,一个应为ULIMIT.MAXUP(maximum number of processes per user)TUXEDO用户所能创建的最大进程数,应设的足够大IPC资源不够时的出错信息如果ULOG中出现类似下面的错误,那么就是操作系统的核心参数值或操作系统的资源不够,应进行调整Clients cannot log into BEA TUXEDO, receive error messages at tpinit:no space in Bulletin Boardcan' table fullsystem init function failedGlobal transaction fails, client or server reports failure messageNew servers or WSH cannot be started by BEA TUXEDO as needed, error in log fileMessage queues become clogged or inaccessibleWrite access errors, file system or disk is full操作系统核心参数的调整方法不同操作系统,核心参数的调整方法都不太一样,一般由系统管理员来进行调整.这里不作介绍.在UNIX系统中,只要ROOT用户才能对系统的核心参数进行调整.并且一般要重新启动系统所做的调整才能生效.在调整之前最好对原来的参数做一个备份.SOLARISE系统核心参数的调整SOLARISE系统的核心参数保存在文件/etc/system中,可直接对它进行编辑右边为添加的说明.#与共享内存有关的核心参数set shmsys:shminfo_shmmax = 4967295 #Maximum shared memory segment size in bytes.set shmsys:shminfo_shmmin = 1 #set shmsys:shminfo_shmmni = 100 #set shmsys:shminfo_shmseg = 10 # Maximum number of shared memory#segments per process. The maximum amount of#shared memory in bytes to which a process can#attach is SHMMAX *SHMSEG.#与消息队列有关的核心参数set msgsys:msginfo_msgmni = 600 #Number of unique message queue identifiers.set msgsys:msginfo_msgmax = 10240 #Maximum message size in bytes.set msgsys:msginfo_msgmnb = 6600000 #Maximum message queue length in bytes.set msgsys:msginfo_msgmap = 1200 #(2*msgmni) Number of entries in the control#map used to manage message segments.set msgsys:msginfo_msgseg = 1200 #(2*msgmni) Number of message segments in the#system.*set msgsys:msginfo_msgtql = 400#与信号灯有关的核心参数set semsys:seminfo_semmns = 600 #Maximum number of semaphores in the system.set semsys:seminfo_semmni = 100 =semmns #Maximum number of active semaphore sets.set semsys:seminfo_semmsl = 600 =semmns #Maximum number of semaphores per#semaphore set.set semsys:seminfo_semmap = 600 =semmniset semsys:seminfo_semume = 1set semsys:seminfo_semmnu = 600 &semmns也可以在SOLARISE的图形化管理界面中进行配置.HP系统核心参数的调整1.使用系统活动监视器(SAM-System Activity Momitor)(1) 运行SAM并选择"内核配置",系统会显示以下四个单元的标识.子系统可配置参数堆集设备设备驱动程序(2)选择需要修改的单元:可配置参数(3)按系统的提示回答问题(4)系统询问是否重新引导系统,可回答"是",重新启动系统,使修改生效.2.手工方式(1) 执行下列命令进入重建内核的环境# cd /stand/build(2) 使用下列的命令对当前的系统配置产生一个系统文件,名为systems# /usr/lbin/sysadm/system_prep -s system上面的命令将所有的系统配置信息放到一个文件中,文件名不一定要为system,可使用任何其他的文件名.(3) 对system文件进行修改,如修改已存在的参数,增加未列出的参数等.(4) 使用system文件(如果前面使用其他文件名代替system,那么这里要换为用户定义的文件名),产生conf.c文件,该文件中使用常量对应与内核的可调参数.使用下面的命令执行config程序:# /usr/sbin/config -s system(5) 把驱动器对象连接到基本的内核上以重建内核.# make -f config.mk(6) 保存旧的系统配置文件# mv /stand/system /stand/system.prev(7) 保存旧的内核# mv /stand/vmunix /stand/vmunix.prev(8) 将新的系统配置文件移到相应的目录下# mv ./system /stand/system(9) 将新的内核移到相应的目录下# mv /vmunix_test ./stand/vmunix(10) 重新引导系统并装如新的系统# shutdown -r -y 60AIX系统核心参数的调整在AIX系统中,一般不能对与IPC资源有关的参数进行修改,它们是自适应的.但可对一个用户能打开的最多进程数等其他参数进行修改.可以用SMIT工具进行修改.TUXEDO应用系统的性能优化方法一,如何确定一个TUXEDO应用系统的性能瓶颈一个TUXEDO应用系统的整体性能往往是由很多方面决定的,操作系统,网络,数据库,以及应用系统的设计,程序的编写水平都会影响该TUXEDO应用系统的性能.当性能不好时,主要表现在对客户段的请求响应很慢.这时,如果用tmadmin,中的pq命令察看,会发现有较多的请求在排队.这时就要进行性能调优,而调优首先要确定整个系统的性能瓶颈所在.那么如何确定呢1, 如果客户端与服务端之间在进行大批量的数据传输.可计算一下它们之间的传输速度,并与FTP工具的速度相比较,来判断网络的速度是不是正常.看网络是不是性能瓶颈.2, 如果客户端与服务端之间的数据传输量较少,但是服务端有大量的数据库操作.则很有可能数据库是性能的瓶颈,可增加该服务的进程数来提高性能. 如果增加该服务的进程数之后,没起多大的作用.而且用数据库的性能分析工具观察发现数据库的压力较大.则数据库是性能的瓶颈,应对数据库的进行性能调优.根据经验,数据库往往是一个应用系统的性能瓶颈.3, 对UNIX操作系统,可用sar,glance(hp)等命令察看.看CPU,IO,内存的利用率是不是正常.对WIND2000系统,可用任务管理器察看系统的资源使用情况.可根据观察到的结果做相应的系统调优.4,采用TUXEDO的性能分析工具txrpt.txrpt可统计出系统内每个SERVICE的在某段特定时间内所处理的请求的总数及平均处理时间,它的使用方法如下:(1)在UBBCONFIG中SERVER节做如下设置:即在CLOPT中加 -r.*SERVERSDEFAULT:CLOPT="-A -r"或clopt = "-A -e /log/wsl.log -r -- -n //32.22.22.22:9999"说明:如果在DEFAULT的CLOPT中加-r参数是对所有的SERVICE调用都进行统计,如果只在某个SERVER的CLOPT中加-r参数是对该SERVER中的所有的SERVICE调用都进行统计.重编译UBBCONFIG后,并重启动TUXEDO后,以后对SERVICE的调用统计信息会自动写到标准错误输出文件中,默认为stderr.(2)一段时间后,可用txrpt进行性能分析,txrpt的命令格式如下:txrpt [-t] [-n names] [-d mm/dd] [-s time] [-e time]参数说明:-t对输出进行排序,总计处理请求所花的时间越多的排的越靠前.如果不指定,按总计被调用的次数越多的排的越靠前.-n names只输出指定名称的SERVICE的统计信息,如果有多个,可用,隔开.-d mm/dd限定日期,统计指定日期的信息. 缺省为当前日期.-s time指定统计开始时间:格式为:hr[:min[:sec]].-e time指定统计结束时间:格式为:hr[:min[:sec]].例子:txrpt -nTOUPPER -d11/05 -s11:03 -e14:28 the report produced looks like the following.START AFTER: Thu Oct 05 11:01:00 2001END BEFORE: Thu Oct 05 14:18:00 2001SERVICE SUMMARY REPORTSVCNAME 11a-12n 13p-14p 14p-15p TOTALSNum/Avg Num/Avg Num/Avg Num/Avg------ -------- -------- -------- -------TOUPPER 2/0.25 3/0.25 1/0.96 6/0.37------- ------- ------- ------- -------TOTALS 2/0.25 3/0.25 1/0.96 6/0.37上面的例子说明: 在11月5号的11:03到14:28这段时间内,TOUPPER被调用了6次,平均每次的处理时间是0.37秒.注意:txrpt只能统计一天内的信息,即由-D指定的日期.注意当用txrpt进行性能统计分析时,ULOGDEBUG环境变量不要设为Y,因为它的输出信息会对txrpt造成干扰.二,提高TUXEDO系统的性能的方法:(1) 同一个SERVER启动多个进程,如果原来某个SERVER所启动的进程数较少,可增加它的进程数,并建议使MIN=MAX,使TUXEDO不用进行进程数的动态管理.如果这些SERVER可配置成MSSQ方式,则应采用MSSQ方式.如下所示:"simpserv" SRVGRP="GROUP4" SRVID=3 MIN=3 MAX=10RQADDR="simpserv" REPLYQ=Y(2) 采用多服务单队列MSSQ(multiple servers signle queue)在缺省情况下,TUXEDEO的每一个SERVER对应一个请求队列,该SERVER从该请求队列中取客户端发来的请求,并把处理的结果通过该请求队列返回给客户端,TUXEDO的SERVER可以配置成多个SERVER对应一个请求队列,即MSSQ方式,以提高响应的速度.在下列情况下建议采用MSSQ:1,服务对实时性要求很高.2,某个SERVER需要启动多个进程才能满足需要.3,服务端与客户端之间传送的数据量比较小.采用MSSQ应注意以下几点:1, 客户端与服务端之间传送的数据量比较大,因为数据量很大,会把SERVER的请求队列空间耗尽,使SERVER无法响应客户端的请求,或把处理的结果通过该请求队列返回给客户端.2,不要把包含的SERVICE不一样的SERVER配置成MSSQ.3,很多的SERVER(比如30个)对应一个MSSQ,这时应把他们配置成几个MSSQ(如3个,每个有10个SERVER)效果会更好.4,不要认为MIN,MAX的值越大越好,主要取决于数据库的速度.MSSQ配置的方法如下,注意如果该SERVER中的某个SERVICE调用其他的SERVICE,并有返回结果,则REPLYQ=Y应加上,在下面的配置中,10个 simpserv共用一个请求队列,同时其中的某个SERVICE 可能回调用其他的SERVICE,所以 REPLYQ=Y."simpserv" SRVGRP="GROUP1" SRVID=2RQADDR="simpserv" REPLYQ=Y MIN=10 MAX=10(3)系统内核参数的调整TUXEDO在运行是会大量用到系统的IPC资源,包括共享内存,信号灯,消息队列.一般UNIX系统缺省的值都太小,可对它们进行调整.对由于非正常关闭TUXEDO系统,可能造成TUXEDO系统占用的系统IPC资源无法释放,可用TUXEDO提供的工具ipclean进行回收.(4)合理处理SERICE与SERVER的关系如果从管理维护方面看,一个SERVICE对应一个SERVER是最简单的方式.但这会增加SERVER的数量,使TUXEDO系统对系统的IPC资源要求增大(使系统的性能降低),或超过(使TUXEDO系统无法启动成功).所以需要把多个SERVICE放到一个SERVER中.以降低TUXEDO对系统IPC资源的需求.下面是一些把SERVICE放在一起的原则:1. 有互相调用的SERICE不要放到同一个SERVER中,以免引起死锁现象.2. 执行时间相近的SERVICE可放到同一个SERVER中.3. 同一个SERVER中的SERVICE最好有相同的服务优先级,如果不同,最低的那个的请求可能要很长时间才得到处理.4. 一个SERVER中不要有太多的SERVICE.5. 把多资源要求相近的SERVICE放到同一个SERVER中.6. 可根据业务规则把SERVICE放到同一个SERVER中.7. 对一些使用率较高的(如:银行的取款对应的SERVICE)应单独放在一个SERVER中,并采用MSSQ方式.不要把它们与其他的SERVICE放在同一个SERVER中.(5)TUXEDO可对服务设置优先级(0-100),对于比较重要的SERVEICE,可提高它的服务优先级,使它较快得到响应,如下面的例子,在一个银行系统中,挂失服务(LOSTCARD)的优先级比取款服务(WITHDRAWAL)高,可以使它较快得到处理.*SERVICESWITHDRAWAL PRIO=50LOSTCARD PRIO=80(6)MAXWSCLIENTS的设置MAXWSCLIENTS设置最多允许多少个远程客户端数同时连接到该TUXEDO系统上,与所购买的LICNESE数有关,可设置的比所购买的LICENSE数大一些.当并发连接数大于所购买的LICENSE数时,TUXEDO会报警,(在ULOG中回有信息)当超过10%时,TUXEDO拒绝新的CLIENT端连入.TPINIT()会报错.(7) WSL的配置,WSL进程用于监听远程客户端的连接,它的以下几个选项会影响性能.-m: 最小启动WSH的进程数,缺省为0.可直接设的和-M项的值一样.-M:最小启动WSH的进程数,缺省为MAXWSCLIENTS /x.-x:每个WSH进程可处理的远程客户端数,缺省为10.-c:当客户端与服务端之间传输的数据量(单位为:字节)大与-c指定的值时,自动进行数据压缩,如果网络状况不好,该选项应加上.WSL SRVGRP=GROUP1 SRVID=112CLOPT="-A -- -n //SERVER:8008 -m 10 -M 10 -x 10 -c 1024"(8)对采用会话通行方式的SERVER,可多划分几个组,也能提高性能."simpserv" SRVGRP="GROUP2" SRVID=2RQADDR="simpserv1" REPLYQ=Y MIN=10 MAX=10 CONV=Y"simpserv" SRVGRP="GROUP3" SRVID=2RQADDR="simpserv2" REPLYQ=Y MIN=10 MAX=10 CONV=Y"simpserv" SRVGRP="GROUP4" SRVID=2RQADDR="simpserv3" REPLYQ=Y MIN=10 MAX=10 CONV=Y上面的配置的性能比下面的配置要好,当然组的个数也不是越多越好."simpserv" SRVGRP="GROUP2" SRVID=2RQADDR="simpserv3" REPLYQ=Y MIN=30 MAX=30 CONV=Y(9) 如果只有一个数据库,就没必要用XA,TUXEDO 与数据库之间的连接应该尽量在TUXEDO SERVER 的 tpsvrinit()中创建,在tpdone()中断开.(10)选用正确的通讯方式,例如当进行大量的数据传输时,采用会话通讯方式的性能就比采用同步调用方式好.(11)最好把TLOG和QUEUS SPACE创建在磁盘裸设备上,(11) 把QUEUE SPACE创建在内存上比创建在磁盘上的性能要好很多(12) 如果一个SERVER要起很多进程,如60个,最好是分成几个组findmisc SRVGRP=GROUP242 SRVID=700 MIN=10 MAX=10REPLYQ=Y RQADDR="findmisc1"findmisc SRVGRP=GROUP242 SRVID=700 MIN=10 MAX=10REPLYQ=Y RQADDR="findmisc2"findmisc SRVGRP=GROUP242 SRVID=700 MIN=10 MAX=10REPLYQ=Y RQADDR="findmisc3"三,其他方面:1, ULOG文件如果很大,也会影响性能,在一个生产系统中,应把不必要的日志信息去掉,不要往ULOG文件写太多的信息.2, 尽可能不在客户端要开始一个事务.因为客户端的用户可能开始一个事务,然后不往下处理,白白占用数据库资源.同时与在服务端开始一个事务相比,在客户端开始一个事务还有很多其它的缺点.3, 一个TUXEDO系统可以支持的最大并发连接数是由所购买的LICENSE数决定的.它对系统的性能起决定性的作用.4,TUXEDO的客户端通过tpinit()函数与服务端建立连接,如果客户端对服务端的调用很频繁,如电信的前台收费业务,银行的存取款业务可在客户端启动上就建立一个常连接,到客户端关闭时才用tpterm()断开,对一些调用很少的业务,可在真正要调用服务之前才与服务端建立连接,调用结束后,马上把连接断开.如果所购买的LICENSE数较少,最好所有的调用都采用第二种方式.总之,系统性能的调优是个很复杂的过程,要权衡各个方面的因素,并要靠很多的经验积累.
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：125321次
积分：1665
积分：1665
排名：第13234名
原创：24篇
转载：101篇
评论：12条
(1)(1)(1)(1)(1)(1)(2)(1)(1)(4)(4)(1)(3)(2)(2)(3)(2)(1)(4)(1)(5)(3)(2)(3)(2)(2)(2)(2)(2)(1)(1)(3)(1)(2)(6)(5)(1)(12)(18)(7)(6)(1)(1)专题导读&&&&房企降价，业主“维权”！全国房地产市场开始陷入僵局。传统的“金九银十”并未如期出现，10月下旬，全国房企掀起一波降价潮，从一线大城市到二三线城市，均有楼盘降价促销的广告。楼市调控效果逐步显现，但多地楼盘降价引发风波，业主维权抗议已屡见不鲜。
中国房地产市场并不总是那么的激情四溢，凛冽的地产寒冬正在袭来。随着成交量的连续大幅下滑，近期越来越多的楼盘加入到降价行列，开发商“降价换量”趋势愈发明显。大多数城市的房市，都在陷入海南式干冷的状态。
多地房价松动，楼市降价潮蔓延
&&&&&&在成交惨淡的同时，价格松动迹象愈发明显。业内认为，近期在调控政策未现松动的情况下，楼市在下行通道中将呈现出连锁反应，尤其是在部分楼盘“以价换量”的影响下，越来越多的项目将加入到降价大军当中。
图片样式2_1
图片样式2_2
图片样式3_1
图片样式3_2
图片样式4_1
图片样式4_2
新闻样式1_1
图片样式5_2
图片样式6_1
图片样式6_2
图片样式7_1
图片样式7_2
图片样式8_2
图片样式8_3
图片样式8_4
新闻样式1_2
新闻样式1_3
新闻样式1_4
新闻样式1_5
新闻样式1_6
新闻样式1_7
新闻样式1_8
图片样式9_1
图片样式9_2
图片样式9_3
图片样式9_4
新闻样式3_1
图+说明+列表1
新闻样式3_2
新闻样式3_3
新闻样式3_4
图+说明+列表2
图+说明+列表3
图+说明+列表4
新闻列表汇总
图片样式10_1多列
图片样式10_2滚动
&新闻调查&&&&以房养老能否保证老有所养？&是的不是的不确定&&&&&/form&&tuxedo系统服务问题 tuxedo tuxedo命令 tuxedo 10 下载 tuxedo 配置 tuxedo系统经..
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
Tuxedo典型问题
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口