有谁能帮我翻译一下吗?本人将非常感激,特献上100分,不够再加,这篇文章对本人太重要了。再次感谢!!!(100分)

  • 主题发起人 主题发起人 huangbaili
  • 开始时间 开始时间
你要我几天之内替你翻译出来?(必须>=3天,因为文章太长!)
如果你给的期限长,则“慢工出细活”,否则翻译质量不好保证
噢!
我打字速度太慢!
不然一两天就可以完工。
以后有问题再找我!
 
你可以通过加载,卸载任何NLM来测试表面问题。这将导致处理器的信息被重新
计算。同样记住,监视器每隔一秒种就将发生在十亿分之一秒范围内的某事报告
出来。有些处理器在处理时调用叫CYIELDWITHDELAY 或CYIELDUNTILIDLE的NEWWARE功能。如果这些功能上有线程的话,就会导致服务器出现高利用率。利用率变得不精确。当利用率升至100%又反弹时,不要大惊小怪。这在所有的服务器上都是正常的。明显地,监视器只对某一关键时刻的利用率的快照进行报告。
为了性能的原因,NETWARE操作系统不是抢占式的。因为它不是抢占式的,所以NETWARE操作系统依赖于NLM的编写者来正确地生产处理器。这表明一个写的糟糕的NLM会对服务器的应用造成破坏性的影响。你最好不要使用未经检测的NLM。
如果你正在使用NETWARE4。0,4。01 或4。02,为什么要升级到NETWARE4。10或4。11?因为大部分高利用率问题的修正已经在NETWARE4。10 4。11 上实现了。所有对NETWARE4。0以上版本的开发已经停止。NETWARE4。10和4。11 是NOVELL继续开发的唯一的4。X版操作系统。有一些针对其它版本的操作系统的补丁,不过它们并没有NETWARE4。10和4。11那样的资源。如果你不能从NETWARE4。0X版本上升级,请向NOVELL的技术支持部门索取为操作系统特制的补丁,遵循以下指导。也许你的解决方安也在里面。
 
再次十二万分的感谢Bahl,文章我要得不是太急,您老可以帮我慢慢翻,我可以出个主意,
可用“弟子”借老求之手翻的那篇做初稿,在次基础上进行修改,这样不就可以省了不少
用在打字上的时间吗?您说是不是这个理。
 
确保从硬件厂商那里获得的LAN与磁盘驱动器当前可用。许多厂商在他们的LAN与磁盘驱动器上发现了问题。他们会定期更新。这些驱动器使用最新版本的驱动十分重要。除非技术支持部门要求你使用以前版本的驱动。
在服务器控制台,型号速度很关键。主板也可能在启动后降低处理器速度。噎嗝典型的速度应是“486/66·1800,PENTIUM90·3300,和PENTIUM200·16,500。如果速率大幅度降低,就可能是配置或BIOS问题,这也是导致高利用率的重要原因。NETWARE操作系统没有影响处理器速度的设置。
7当利用率问题发生时,释放尽可能多的变量,移去不必要的产品,直至服务器正常为止。这将有助于判断加载一个模块时是否发生错误。把服务器移至一个稳定的平台上,然后加入NLM直至它变得不稳定。
这是一个经常被忽略的重要步骤。这一步的目的是判断是否有软件导致了高利用率。所以,在服务器上卸载该软件的每一部分。用户经常会用”不必要“的软件启动系统。”不必要“是指这台服务器不使用这个加载的软件也能正常工作。举例说,应该卸载的软件有:ManageWise, virusscanners,
server metering nlm’s, backup solutions, UPS software, Compaq Insight Manager,
etc. 许多NLM会自动在服务器上加载其它的NLM,所以仅卸载了一个特定的NLM,并不能将程序完全从内存中卸载。如果有可能,在autoexec.ncf 文件中取消NLM的启动,再重启动服务器。这就能确保有一个良好的工作环境。
 
在不必要的NLM被卸载后,如果利用率居高不下,定时卸载其它对运行比较有必要的NLM,比如说NETWARE连接,NTEWARE/IP等因为服务器状况缘故不能事先卸载的NLM。
如果高利用率是软件导致的,你可以用比较软件载入前与载入后服务器的状态来发现它。
如果在按下F3之后,能看见一个单一过程挂住了CPU,而且它是一个为运行在服务器上的软件而存在的NLM,移去它。例如,如果程序XYZ在运行,而模块XYZ表明处理器利用率有75%,就卸载它。它会对服务器起到立杆见影的效果。如果利用率还不下降,也没有模块表明处理器被大量占用,服务器有可能要关闭。XYZ模块没有在测试期内装入。所以先等上一会儿,然后没有其它任务的话就关闭服务器。因为卸载不需要的模块而导致服务器异常终止的情况有很多种。所以要对此有所准备。对NETWARE4。10来说,异常终止意味着服务器完全终止。对NETWARE4。11来说,服务器可能仍然有用,要视异常终止的的类型而定。如果你正在运行NETWARE4。10,异常终止的服务器正在试图卸载一个模块,进入调试器,关闭导致问题的线程。如果你能做到这点,这台服务器在不按电源开关的情况下就能关掉。看一下这篇文章的最后部分“故障修理技巧7”来得到关于NETWARE调试器的帮助。
 
如果服务器在运行,但不允许访问控制台,管理员可以下载一份FCONSOLE的拷贝,
FCONSOLE允许远程连接到服务器上来下载它。如果你需要这个工具,他在因特网上(HTTP://SUPPORT。NOVELL。COM)上的TABND2A。EXE里。
许多对NCP进行特别处理的高利用率问题要求占用大部分处理器负荷,在处理器利用率屏幕上可以看到这一点。NCP代表NETWARE核心协议。这是应用程序与服务器之间的通信协议。你不能关掉NCP包,也别想这样做。所有的文件和打印请求都是通过NCP来传输的。这些问题都在这篇文章中说明了。对NCP请求占用大部分处理器负荷的问题的补丁还没有。这个统计数字不过是服务器上的问题的外在表现,它必须通过错误修正来发现。NCP中的问题已在许多领域发现,它们中的一小部分包括:LAN问题,DS问题,客户端第三方软件问题。
 
太少的服务过程或太少的缓冲接收包都会导致高利用率。服务器资源可分为LAN,磁盘和处理器资源。LAN和磁盘资源是可用的服务过程的数量。当网络数据包送达或磁盘读写完毕时,应有一个可用的数据缓冲区,还要有一个服务过程来处理它。在一段时间内耗尽它们会导致高利用率,使服务器对用户的反应延缓。NOVELL建议应设置下面的参数来防止高利用率问题。
如果你没有内存去做这些,你应该知道重启动服务器后,你的缓存缓冲区将降至40%以下。
这里是对上面的参数设置的解释:
最小化目录缓存缓冲区:这个数字要高,这样目录搜索才能快,不过不要超过必要的界限,因为这些缓冲区一旦被分配给目录缓存,就不能再分配给文件缓存。我们建议每个连接2-3就行了。
 
看了以上的译文,觉得不够准确,发给你我翻译的第一段,
如果可以,我将继续将译文发给你。
译文如下:
你可以通过加载或卸载任何NLM来测试装饰性问题。在显示器上这将引起重新
计算处理信息。也要记住,显示器正在报告一秒一次的
信息,这些信息是发生在十亿分之一秒的范围内的。一些服务器
处理调用了NetWare的一个叫做CyieldWithDelay
或者CyieldUntilIdle的函数。在这些函数的中的某一个中如果有
线程在循环,服务器将显示出高利用率。那么这个利用率就是不
准确的。当服务器的利用率在几秒种内达到100%并且回弹时不要
惊慌,对于所有的4.1x的服务器这都是正常的。明显地,显示器
只是及时反映了某些瞬时的利用率的快照。
 
非常感谢Bahl,xudongya及其他的热心朋友的译文,这篇文章主要是讲NOVELL操作系统
在服务器上的应用时所产生的非正常情况的分析及解决方案。你们的翻译基本上还是比
较准确的,当然,我自己也会在这些译文的基础上做一些小小的修改,xudongya朋友的
翻译也不错,在这里我再次表示十二万分的感谢。不过有一点小小的地方我觉得还值得
商榷,比如function这个词我觉得是不是译成进程或功能更好。当然我的观点也不一定
对,大家可以一起探讨。以下是我的第一段的翻译:
通过加载、卸载任何可加载模块(NLM)从而导致处理器的信息被重新计算以测试表面
问题。请记住,监视器每隔一秒种就会报告一次十亿分之一秒范围内发生的一些事。有
些服务器处理器还会调用一个叫CYIELDWITHDELAY或CYIELDUNTILIDLE的NEWWARE的进程。
如果以上进程中的某一个有线程在循环,就会导致服务器出现高利用率。从而导致利用
率的计算不精确。当利用率在瞬间升至100%又反弹时,不要大惊小怪。对于所有的4.1x
的服务器来说这都是正常的。很显然,显示器只是及时反映了某些瞬时的利用率的快照。
由于性能的原因,NETWARE操作系统不是抢占式的。也正因为它不是抢占式的,所以NET
WARE操作系统依赖于NLM的编写者来正确地生产处理器。这表明一个写得十分糟糕的NLM
会对服务器的应用造成破坏性的影响。你最好不要使用未经检测的NLM。如果你正在使用
NETWARE4.0,4.01 或4.02,请立即升级到NETWARE4。10或4。11。因为大部分高利用率
问题的修正已经在NETWARE4.10 4.11上实现了。所有对NETWARE4.0版本的开发已经停止。
NETWARE4.10和4.11是NOVELL继续开发的唯一的4.X版操作系统。也有一些针对其它版本
的操作系统的补丁,不过它们并没有NETWARE4.10和4.11那样的资源。
如果你不能从NETWARE4.0X版本上升级,请向NOVELL的技术支持部门索取为操作系统特制
的补丁,遵循以下指导。也许你的解决方案也在其中。
 
您好,function还是翻译为例程比较贴切。
 
最大目录缓存:这个参数防止系统分配过多的目录缓存,这样就会有足够的内存为其它过程所用。如果服务器对目录搜索反应过慢,可以增加这个限度。如果过多的内存被分配给目录搜索,则可减少这个限度。
目录缓存分配等待时间:在这段时间内,所有对新的目录缓存的请求都被忽略。如果等待时间过小,最高使用请求就会把超过必要的资源分配给目录缓存。如果等待时间过长,系统就会因为正常数目的目录请求分配目录缓存而变的十分缓慢。如果目录搜索在服务器运行15分钟后还慢的话,你也许要减少这个参数。
 
我没有用过NETWARE,有些专有名词翻译得不准确,加上时间匆忙,所以译文的质量不高,
请原谅。
 
Bahl,你好,我认为process翻译为“进程”更合适。
 
最小数据包接收缓冲区:这个参数应设置为服务器的连接数目的2到3倍。操作系统会在启动之后立即分配这个数字。
最大数据包接收缓冲区:这个设置参数做着与最大目录缓冲区相同的任务,但它是为数据包接收缓冲区服务的。数据包接收缓冲区用来将一个数据包从一个ECB传输到一个服务过程之中。
新数据包接收缓冲区等待时间:这个参数说明操作系统在接到一个数据包接收缓冲区请求后,开辟一块新的缓冲区之前所要等待的时间。这个参数防止系统在利用率突然达到顶点时分配过多的缓冲区。
最小服务过程:用来说明操作系统在不等待新数据包接收缓冲区等待时间这个参数所指定的时间的情况下所能建立的服务过程的最小数目。
 
已经翻译得很不错了,真不知道该怎么感谢你。
 
如果这些参数设置不起作用,看看MONITOR。NLM上主屏幕里的的目录缓存,数据包接收缓冲区和服务过程。这些数字是你的最小限度。相应地设置你的最大限度。如果这些参数达到最大值,服务器就会出现高利用率,因为它不能为处理用户请求分配资源。解决方法是把最大限度设置得足够大,这样高利用率就不会发生了。在改变这些设置之后,必须重启动服务器以让最小设置生效。
 
在有1000个用户的大系统上,为文件服务过程不能很快地被服务器分配,从而导致了100%的高利用率。NOVELL已经发布了一个NLM来在服务器第一次启动时预先分配文件服务过程,这样这个特殊的问题就解决了。这个NLM叫做WORKTHRD。NLM。这个NLM有适用于NETWARE4。10与NETWARE4。11的单独版本。换句话说,这个NLM的NETWARE4。10版本不能在NETWARE4。11上工作。这两个文件包括在一个叫WRKTHD。EXE的自解压文件里的HIGHNUT。EXE里。解压这个文件后,会生成两个新目录,每个目录里有一个WORKTHRD。NLM文件。把这个NLM拷贝到C:/NESERVER,或SERVER。EXE所在的目录下。
 
NETWARE4。10用法:在载入补丁之后马上把下面的命令加入STARTUP。NCF文件中去:
LOAD C:/NWSERVER/WORKTHRD.NLM <# of service processes to pre-allocate ... 500
is a good no.> SET MAXIMUM SERVICE PROCESSES = < MAX NUMBER>
NETWARE4。11用法:在载入补丁之后马上把下面的命令加入STARTUP。NCF文件中去:
PMLOAD C:/NWSERVER/WORKTHRD.NLM <# of service processes to pre-allocate ...
500 is a good no.> SET MAXIMUM SERVICE PROCESSES = <MAX NUMBER>
最大数目指的是你所允许的服务过程的最大数目。WORKTHRD。NLM预先分配最大数目为1000的服务过程。把最小文件服务过程设为WORKTHRD。NLM预先分配的数目。
每个预先分配的文件服务过程将耗费16K的内存。做一下算术,1000FSPS将耗费16M内存。如果内存紧张,小心预先分配的PSPS。
 
设置Upgrade low priority=OFF。这个参数在Netware4。1x下默认是off的。确保它没有改变。有些运行在Netware服务器上的第三方程序要求你把这个参数设置为On。要注意。
这个设置参数是在服务器上造成高利用率的原因。因为一旦设置它为on,所有的低优先级的线程都会具有像每个普通优先级的线程那样对处理器的影响。这意味着压缩,子分配和其他的低优先级的线程会与你的用户抢占CPU循环。它们将等待下去直至有一个空闲循环为止。普通优先级的线程不会等待低优先级的线程结束处理过程。除非你能正确地知道它将会导致什么,否则不要把它设置为on。
 
有时服务器会报告:一个不允许低优先级的线程运行的NLM已经加载。低优先级的线程是为了压缩等用途。将upgrade low priority threads设置为ON 或卸载这个NLM。如果一个NLM有一个经常重新计划的线程,就会导致这个消息发生。如果这个消息在服务器控制台上持续出现,一个过程在相当长的时期内没有释放CPU资源。这可能就是高利用率情况的指示。这个消息的问题是它从不显示在服务器上导致这个问题的实际的NLM。可以用设置参数“set display relinquish control alerts = on”来解决这个问题。
 

Similar threads

A
回复
0
查看
932
Andreas Hausladen
A
A
回复
0
查看
805
Andreas Hausladen
A
A
回复
0
查看
655
Andreas Hausladen
A
A
回复
0
查看
834
Andreas Hausladen
A
后退
顶部