|
Titel: ProFTP (aktuelle Version) kommt nicht aus dem Knick Beitrag von: dressko am 10. November 2003, 22:03:10 Hallo.
Schon seit längerer Zeit verwende ich ProFTP als anonymous FTP Server. Angefangen habe ich mit Version 0.9.... - war bei Suse 7.3 dazu. Auf jeden Fall ging diese Version einwandfrei. Die neue bringt keine Leistung übers Netz. Sobald mehr als ein User eingelogt ist, spinnt die Bandbreitenbegrenzung rum. Ein Upload kriecht mit unter 10kByte rum, obwohl es ein 10MBit Netz ist. (Upload ist nicht limitiert) Hat jemand eine Idee, woran es liegen kann? Kann ich das Programm mit irgendwelchen Parametern kompilieren, damit es schneller wird? Wie finde ich den Übeltäter? Gruß Andreas Titel: ProFTP (aktuelle Version) kommt nicht aus dem Knick Beitrag von: Wörsty am 10. November 2003, 22:05:46 Sowas ähnliches hatten wir hier (http://www.proftpd.de/forum2/viewtopic.php?t=506) und da (http://www.proftpd.de/forum2/viewtopic.php?t=455) auch schon.
Habe da jetzt schon des Öfteren (schreibt man das so? :oops: ) von gehört. Kann nur sagen :?! bei mir geht's. Titel: Re: ProFTP (aktuelle Version) kommt nicht aus dem Knick Beitrag von: stonki am 11. November 2003, 08:38:48 Zitat von: "dressko" Hallo. Schon seit längerer Zeit verwende ich ProFTP als anonymous FTP Server. Angefangen habe ich mit Version 0.9.... - war bei Suse 7.3 dazu. Auf jeden Fall ging diese Version einwandfrei. Die neue bringt keine Leistung übers Netz. Sobald mehr als ein User eingelogt ist, spinnt die Bandbreitenbegrenzung rum. Ein Upload kriecht mit unter 10kByte rum, obwohl es ein 10MBit Netz ist. (Upload ist nicht limitiert) Hat jemand eine Idee, woran es liegen kann? Kann ich das Programm mit irgendwelchen Parametern kompilieren, damit es schneller wird? Wie finde ich den Übeltäter? Gruß Andreas aus: http://castaglia.proftpd.de/doc/contrib/ProFTPD-mini-HOWTO-BCP.html Finally, there are some configure options that can be used to tune your proftpd daemon. All of the --enable-tunable options are available; of particular interest are --enable-tunable-buffer-size and --enable-sendfile. Use of the sendfile(2) function (via the latter configure option) may or may not increase download speeds, but it will reduce disk I/O: sendfile(2) implements zero-copy transfers, meaning that the kernel will read data directly from the file into the socket, all in kernel space; normal read() transfers spend time copying buffers from kernel space to application space (reading the file), and then back to kernel space (writing to the socket). By increasing the buffer size using the --enable-tunable-buffer-size option, proftpd reads and writes data in larger chunks, and makes fewer expensive system calls. Use of this option to set buffer sizes of 8K or more has been reported to drastically increase transfer speeds (depending on network configurations). ausserdem natuerlich mal die config anschauen, ggf. im debug mode starten. cu stonki |