Reali prestazioni della linea, post scritto in buona fede.

Alessandro

SiC prova ad usare qualcosa che faccia multithread non sono convinto che con FTP sia possibile, che dimensioni di files stai cercando di trasferire?

Alessandro

Multi-threaded and Segmented FTP
Concurrent transfers
Downloading many files simultaneously can often increase FTP speeds because each file requires its own connection to be established.

For example, without segmented FTP you could download a single file at 100 KB/s, but your network connection should be able to achieve speeds of 1000 KB/s. If you download 10 files simultaneously, each should be able to reach their 100 KB/s peak, resulting in a total download speed of 1000 KB/s.

Note: This method only works with the simultaneous transfer of many files. If you are wanting to increase speed when downloading a single file, read the next section about segmented downloading.

Segmented Downloading
If you are having poor speeds when downloading from your slot, you may want to try "segmented downloading."

Essentially, what it does is break up a single file into many smaller pieces.
For example, let us say that you only get 100 KB/s when downloading a single file from your slot via FTP, but you should be able to achieve speeds of 1 MB/s. If you can break that single file into ten pieces, each requiring their own connection to be established, then you can theoretically achieve ten times the speed.

There are not many FTP clients that support segmented downloading, but a few of those that can are mentioned below.

Windows: Cyberduck, CuteFTP Pro (FTP only), SmartFTP Pro, iGetter, lftp via Cygwin
macOS: Cyberduck, Progressive Downloader, Captain FTP, iGetter, lftp (via Homebrew or MacPorts)
Linux: lftp
Client Setup
Windows: Cyberduck, CuteFTP Pro (FTP only), SmartFTP Pro, lftp via Cygwin
macOS: Cyberduck, Captain FTP
Linux: lftp
Multi-threading vs Segmented
A common misconception is that multithreading = segmented downloading. This is not the case. GoFTP is a client that claims to support multi-threading, but in truth doesn’t offer segmented. Segmentation allows an FTP client to split a single large file into multiple parts and use multiple transfers to download those parts simultaneously (ie - separate segmented parallel FTP connections). These parts are then recombined into a single file upon completion.

During the active download you’ll notice multiple (temporary) parts of the same file:

Skyscreaper88

SiC nessuna VPN, sono collegato diretto

Cioè scusa i due server non si trovano su due linee FTTH separate?

Come sono collegate fra loro queste due linee FTTH?
Ok scusa ho letto ora meglio è tutto esposto su internet. .... non bello visto che di default FTP puro non offre encryption... ma ovviamente non è questo il tema.

Hai controllato le impostazioni dei limiti su filezilla? tieni conto che su filezilla quando leggi trasferimenti contemporanei significa che può trasferire piu file contemporaneamente (non spezza lo stesso file in diversi chunk). Ergo se trasferisci un solo file sempre un solo stream tcp hai.

qual'è la latenza fra te e il server?

hai provato a collezionare il traffico con wireshark per vedere se risultano tanti tcp restransmission?

aggiungerei che potresti fare un bel mtr per vedere se e dove hai packet loss o latenze alte.

Miki_74

qualche secondo fa
Skyscreaper88 ho anche provato a cambiare FTP server da Filezilla a CrushFTP ma le performance non cambiano, siamo sempre a cavallo di 20mb/s se provo a trasferire un video da circa 1Gb
[14:15:27] Trasferito 1 File (904,51 MB) in 52 secondi (17,38 MB/s)

Però ripeto, a mio avviso, il miglio strumento per misurare la reale banda è iperf, tool nato e sviluppato apposta per misurare le velocità di rete.

ho anche fatte prove con una terza linea sempre FTTH, ma con Tiscali come ISP e qui le cose vanno anche un pochino peggio, calcolando che forse qui ne va di messo anche il routing, che con Tiscali trova il tempo che trova.

Tutte queste 3 FTTH, 2 PF e 1 Tiscali, sono nella medesima città.

Ho anche fatto altre prove con un'altra linea PF, in questo caso in un'altra regione ma anche qui le cose non son cambiate, siamo sempre sui 12mb/s con iperf.

MN00AA

Miki_74 prova a mettere -P 8 a iperf3 sul client

Skyscreaper88

Miki_74 però non stai facendo nulla IMHO per capire dove sta il problema.

trace wireshark per vedere se hai tanti tcp retransmission
winmtr fra te e il server per un pò di tempo per vedere se hai packet loss e in quale punto ce l'hai
latenza fra te e il server

Sono tutti test che possono spiegare il motivo per cui hai performance basse con qualsiasi tipo di applicazione (iperf, ftp, whatever)

PF-Matteo

Se spari con iperf a tutto andare, sicuro come l' oro entra l' antiddos che ti limita. Per caso uno dei due IP finisce per .192?

Miki_74

PF-Matteo No Matteo ma sono entrambi nell'80.136.x.x

PF-Matteo

SiC .192 è il finale, non i primi due ottetti

PF-Matteo

Miki_74 si ho capito, ma guarda dove ti metto il punto 83.136.x.x quello è l' inizio. Ma io parlo dell' ultima x, ossia 83.136.x.192

Miki_74

Cliente: MF00AA
e
Cliente: MG00AA

non aggiungo la fine dell'ip altrimenti è troppo tracciabile da altri

Miki_74

PF-Matteo si avevo capito, in ogni caso non sono io il 83.136.x.192

GiaNN

Mi aggrego, con la mia Air ho notato forse un problema simile anche se si parla di velocità molto minori. Dovevo condividere a un mio amico dei file e allora gli ho fatto un utente openVPN con il suo certificato e tutto, gli faccio scaricare il file con FTP e vedo che a più di 600kB/s non va, dando la colpa alla VPN allora apro una porta per SSH e gli faccio provare con SFTP e anche con quello a più di 600kB/s al max 1.1MB/s non andava (mi sarei aspettato intorno ai 2.2-2.4MB/s, lo speedtest che ho fatto subito dopo dava upload pieno), vedendo che anche con SFTP non andava veloce ho provato con Google drive, ma anche lui su qualunque dispositivo che ho provato più di 1.1MB/s non andava. Allora ho provato con mega e quello è stato l'unico in grado di saturarmi l'upload (dopo il primo test avevo anche disattivato il traffic shaper di pfsense per vedere se era quello). Non ho fatto i test con iperf purtroppo. Ovviamente dall'altra parte la rete faceva intorno ai 90Mb/s
Ricapitolando:

OpenVPN + FTP -> 6/700kB/s
SFTP 600kB/s-1.1MB/s
GDrive 1.1MB/s
Mega 2.4MB/s
EDIT: - Provato con Nextcloud in HTTPS e fa sempre intorno a 1MB/s
Qualcun altro ha notato una situazione simile?

uiblog.it

GiaNN ho provato con Google drive, ma anche lui su qualunque dispositivo che ho provato più di 1.1MB/s non andava.

Ciao, come carichi i file su google drive? usi l'interfaccia web di Gdrive oppure la sua app apposita (che ottieni andando sul tuo account gdrive via browser dal pc e poi fai clic su impostazioni e dal menu che appare scegli la voce "scarica Drive per computer"); perchè si ottiene una bella differenza di prestazioni usando quest'ultimo metodo, infatti io passo da un massimo di 5/6 Mbit se uso l'interfaccia web a praticamente saturarmi l'upload con l'altra (circa 60 Mbit).

Miki_74

GiaNN scusa ma qui parlo solo ed esclusivamente di linee FTTH di OF in area bianca, se mettiamo anche altre tipologia di connettività il post perde il suo senso.

GiaNN

uiblog.it su Android ho fatto da App mentre su Debian ho fatto con Firefox

uiblog.it

GiaNN Per quanto riguarda Linux ci dovrebbe essere anche li l'applicazione da scaricare sempre con lo stesso metodo che ho indicato; in alternativa puoi utilizzare rclone per mapparti quella che vuoi che sia la cartella "root" su gdrive e sfrutti anche in quest'ultimo modo la maggiore velocità.

GiaNN

uiblog.it su Mint Debian, così come su Mint normale GDrive volendo è integrato in nemo il file manager, non so di preciso come funzioni, poi farò delle prove

GiaNN

Miki_74 essendo sempre PF magari la causa era comune, avendo un problema simile sotto molti aspetti...
Casomai se non trovo soluzione faccio il mio thread allora

Miki_74

GiaNN la prova con Mega non l'avevo fatta prima d'ora .
Caricando una ISO da 4gb con utente base di Mega, va fisso a 9mb/s, ma potrebbe esserci una limitazione dovuta appunto all'utente di tipo gratuito.

« Pagina precedente Pagina successiva »