Asbjorn Hojmark wrote:
....
> Jeg har set da samme et par gange, og hver gang har det været fordi,
> det var en crappy FTP-server.
Det kan nogle gange være svært at vurdere, om
det er ftp server processen eller interrupts, etc.
der trækker ressourcer.
Fx hvis jeg overfører en stor fil vha ftp:
ftp> get bigfile.dat /dev/null
local: /dev/null remote: bigfile.dat
227 Entering Passive Mode (172,20,0,2,241,73)
150 Opening BINARY mode data connection for bigfile.dat (1552023552 bytes).
226 File send OK.
1552023552 bytes received in 15.1 secs (1e+05 Kbytes/sec)
(filen ligger i cachen på serveren, derfor går det
rimeligt hurtigt)
Så ser det umiddelbart ud til, at server
ftp processen sluger alt (fra "top", det er en Linux maskine):
PID USER PRI NI SIZE RSS SHARE LC STAT %CPU %MEM TIME CPU COMMAND
2165 root 9 0 192 152 140 3 S 99.8 0.0 2:23 3 vsftpd
men kigger man lidt nærmere på top:
CPU0 states: 0.0% user 61.1% system 0.0% nice 0.0% iowait 38.0% idle
CPU1 states: 0.2% user 0.1% system 0.0% nice 0.0% iowait 98.1% idle
CPU2 states: 0.0% user 100.0% system 0.0% nice 0.0% iowait 0.0% idle
CPU3 states: 0.0% user 0.0% system 0.0% nice 0.0% iowait 100.0% idle
(det er en 2xXeon maskine med HT, så i praksis er der 2 CPU'er
og ikke 4) så bliver meget CPU tid brugt i system mode,
som jeg går ud fra går til at behandle interrupts, etc.
Så når vsftpd bruger 99.8% af cpu tiden er det altså af den
cpu tid der bliver tilbage, når systemet har brugt sit.
Mogens
--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage:
http://www.crc.dk