新FTP目前运行情况和出现的问题，各位帮忙分析一下问题出在哪儿。

skyword

能不能把进程和你的服务列表放出来看看。

小于

最初由 skyword 发布
[B]能不能把进程和你的服务列表放出来看看。 [/B]

看了也没用，看进程能看出来个啥，放心，这些东西我会搞，五台托管服务器都是我亲手做的，不会出错，不是系统的问题！

zhengshb

是否与Raid卡相关？

ztm2000

查找系统瓶颈一向是件比较麻烦的事，特别是在看不到设备的情况下^_^。
这里只能根据自己的经验给个参考意见，影响系统下载速率的瓶颈一般有以下几个方面：
1、交换机接口匹配情况（这是我遇到最多的不匹配现象，通常是在接口设置为自适应状态下不能正确检测接口速率及全/半双工状态，CISCO设备这方面问题比较明显，可将接口的自适应关掉，设置为固定速率及工作状态）。
2、光转发器自适应有问题，与以上问题类似。（这种问题也会经常遇到，国内各厂家光转换器产品大都使用“飞通”的芯片，基于这种芯片的产品偶尔会遇到自适应不正常的情况。解决方法同样是关掉自适应使用固定设置，光转换器上通常会有拨码开关进行设置，改动后需重新上电。）
3、内存瓶颈。（新FTP内存不足可能性不小，因为每个用户的下载线程都是需要消耗内存的，并行用户越多消耗的内存就越多。排除方法也比较简单，关掉其它用户，采用不限速单用户单线程下载，看速率是否正常）
4、磁盘子系统问题。（通常专业下载服务器的磁盘系统都使用SCSI，这样传送文件时对系统资源的消耗会低很多。IDE系统对系统资源的消耗是相当大的，比如我自己的PC开FTP时，如有人以较大速率下载，我连鼠标都动不了。排除方法为下载FTP的SCSI硬盘上的文件进行速率测试，如速率正常就可确定为IDE子系统问题，可检查DMA等是否有问题。）
5、SERV-U系统有问题。（可能性不太大，虽然SERV-U的传输效率不如WINDOWS自带的IIS，但相差也不会过于巨大。测试方法为关掉SERV-U，改用IIS的FTP测试速率，看是否有明显提高。）
6、硬件系统或操作系统问题。（不太可能，100M并非高端应用，要求不会太高，配置应该够了）
7、网卡问题。（几乎不可能，3COM的网卡是比较高效和可靠的，不过可调整接口工作模式试一下。）
暂时只想到这么多，例如我在自己办公室机器上开FTP能达到8M/s的峰值速率（100M带宽理论上能够有12M/s速率），机器为联想P4 1.5G、256M内存、40G 5400转硬盘、3COM 3C905-TX 100M、SERV-U的FTP系统，不能达到100M下载的原因主要是磁盘子系统的限制和SERV-U效率的问题。新FTP的速率应该要比我的计算机高一些才算正常。

（刚才写了一大半，IE突然出错关闭，几乎没气死，只好重写一遍）

小于

最初由 zhengshb 发布
[B]是否与Raid卡相关？ [/B]

也许和CPU也有关系呢。

小于

　　ztm2000一看是个行家，呵呵，你所讲的症状的确有，比如光纤收发器自适应不正常，在服务器上也的确是这样，已经改为强制百兆全双工了，交换机设置的也是，是我和网管一起设置的。这不会有错。
　　现在我觉得内存的问题也可以排除，因为当服务器的FTP服务刚启动的前五分钟内，可用内存在300M以上，在线人数100人时下载速度也是平均3M左右，所以我觉得可以排除内存问题。
　　磁盘子系统问题应该也可以排除，毕竟是两个RAID0系统，同时读取两个RAID0阵列速度再慢也慢不到哪里去，另外也肯定不会是RAID卡的问题，不可能两张卡同时出问题的，而且在服务器上拷贝文件的速度还有用HD TACH测试结果可以证明不会是磁盘子系统的问题。
　　网卡驱动刚刚升级到最新版，还是无济于事。

　　还有一点我不太明白的是，FTP服务刚启动时可用物理内存还有三百多兆，但在启动后10分钟内就会慢慢减少到十几甚至几兆，要知道FTP服务只要一启动，在30秒内在线人数即可以达到100人，为什么可用物理内存会慢慢的（5－10分钟）变少，而不是FTP服务一启动就马上变少。各位见笑了。

ztm2000

补充一下：在交换机上看接口是否不匹配，可用SHOW命令查看接口状态，特别要注意全双工/半双工状态以及接口上是否有大量的错误包及CRC错误，如下：

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, 100BaseTX/FX                                              /*注意这一行
Output queue 0/40, 0 drops; input queue 0/75, 0 drops, 0 flushes
  5 minute input rate 171000 bits/sec, 276 packets/sec
  5 minute output rate 8000 bits/sec, 10 packets/sec
     1456349793 packets input, 3387357401 bytes
     Received 25736196 broadcasts, 0 runts, 0 giants, 2 throttles
     1675 input errors, 1675 CRC, 0 frame, 0 overrun, 0 ignored             /*注意这一行
     0 watchdog, 0 multicast
     8 input packets with dribble condition detected
     458264038 packets output, 2002065482 bytes, 100 underruns
     100 output errors, 0 collisions, 11 interface resets                                /*注意这一行
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

小于

晕，动交换机可不是小事儿，这是人家的主力交换机，让动的可能性几乎等于零。

ztm2000

实在想不到其它原因了，如果不能看交换机，可从服务器上下载本地其它站点的大文件试试下载速率，如速率很高那就可排除交换机原因了。内存逐渐减少，现象倒很像是内存泄漏，但不能肯定，换IIS试试就知道了。

sebriko

你的服务器可用内存下降的太厉害，如果象你说的你只开了一个serv-u和一个性能检测软件，而serv-u占用内存不到10M，那你先看看是什么进程占用了大量内存。