Speedtest multi vs single
fatto scusate ma ho modificato dopo il post 
io invece credo ci sia una limitazione nei download se sei client windows...su linux quei download di iso vanno subito a 70/110MB...invece solitamente su windows si fermano a circa 1/3. Ho anche provato una VM Windows con l'interfaccia di rete nattata va alla velocità di download di linux, senza nat ma con bridge va ad 1/3
kernel32 windows 10 Intel i5, 1 windows 7 Intel
Che generazione ?
- Modificato
MiloZ Oggi e' peggio del solito.
Ho provato i server da te indicati ed i risultati sono identitici a quelli che ho gia' postato, siamo sempre intorno ai 940 Mb/s in download e 470 Mb/s in upload (prendendo come riferimento la connessione ad 1 gigabit, tanto il mio problema e' ARRIVARCI al gigabit sulla singola sessione), ad eccezione di Comnet Fiber Istanbul che in upload ha toccato la mirabolante velocita' di 14 Mb/s.....
In singola sessione ho provato http://speedtest.ams2.nl.leaseweb.net/10000mb.bin e il risultato oggi e' di ben 6,35 MB/s. No, in singola sessione (che poi e' quella piu' frequente se uno scarica....) fa decisamente l'effetto delle prugne.
gandalf2016 il windows 7 e' una quinta, gli altri due win10 una ottava... ma dubito che possa avere peso questa cosa, perche' in multisessione ai 2000 megabit ci arrivo senza problemi... quindi il processore e l'hardware in generale vanno bene... altrimenti i test non andrebbero a buon fine immagino io....
- Modificato
kernel32
Il server direi di banda ne abbia, questo test fatto con Navigabene, più o meno allo stesso livello:
kernel32 ad eccezione di Comnet Fiber Istanbul che in upload ha toccato la mirabolante velocita' di 14 Mb/s.....
Non vorrei ci fosse qualche problema lato ONT\upstream in quel caso, il server di per sè con Dimensione mi pare ok:
C:\Users\User>speedtest -s34273
Speedtest by Ookla
Server: Comnet Fiber - Istanbul (id: 34273)
ISP: Dimensione
Idle Latency: 46.99 ms (jitter: 0.05ms, low: 46.88ms, high: 47.06ms)
Download: 6759.06 Mbps (data used: 7.6 GB)
48.89 ms (jitter: 1.90ms, low: 46.57ms, high: 62.05ms)
Upload: 1973.55 Mbps (data used: 3.6 GB)
45.82 ms (jitter: 1.90ms, low: 44.83ms, high: 58.78ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b4475fb4-250a-4a20-a970-c5365d72c103Secondo me dovresti riprovare i test su qualche PC più recente, ma alla fine sono ipotesi.
Riguardo il processore I5, quale esattamente?
Ovviamente ho fatto presente la cosa all'assistenza di Dimensione (molto gentili) ma loro se ne stanno con i test in multisessione. Mi ha detto che il test di Google non lo prendono nemmeno in considerazione. Bene ma non benissimo. Se GiusGius volesse aiutarmi...
kernel32 scarica una live Ubuntu , mettila su chiavetta e testa da lì.
gandalf2016 E qui viene il bello.
Scaricato Ubuntu LTS 24 e avviata da usb 3....
105 MB/s contro i 6 MB/s di Windows.
Questo in connessione singola.
Google ora in speed test mi da 600/400 dl/ul Mb/s.....
e magicamente i test con Speedtest di Ookla via web ora sono tutti 940/460 Mb/s....
ovviamente stesso hardware di prima.
Ho provato per sfizio anche l'adattatore 2.5G USB e a quel punto passo direttamente a 1500 Mb/s in download anche via browser.
A questo punto la domanda e' d'obbligo e qualcuno qui aveva quindi ragione a pensare che linux fosse
privilegiato....
Perche'?
Lasciamo perdere windows 7, e' vecchio, ci sta, ma i windows 10? Ho la 22H2.....
Qui di diverso c'é la gestione di TCP evidentemente....
- Modificato
kernel32 A questo punto la domanda e' d'obbligo e qualcuno qui aveva quindi ragione a pensare che linux fosse
privilegiato....
Non credo sia un fatto di essere privilgiato, ma magari dipende dal fatto che richiede meno risorse hardware oppure i PC su cui hai windows 10 hanno qualche casino a livello software.
Per il TCP non so quale algoritmo di congestione ci sia di default su Ubuntu, forse CUBIC o BBR, su Windows 10 usi CUBIC dal 2018 prima era CTCP.
Su Win 11 c'è anche BBRv2 volendo, ma non sembra migliorare granchè rispetto al CUBIC (però io non ho provato personalmente)
- Modificato
Et voila'. Fatti una domanda e datti la risposta.
Bingo!
Il comando dei desideri:
netsh int tcp set global autotuninglevel=normal
e come per magia ora e' tutto schizzato a manetta.... Google ora da 500/330 Mbit/s
https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/tcpip-performance-known-issues
https://learn.microsoft.com/it-it/archive/blogs/netgeeks/a-word-about-autotuninglevel-tcp-receive-auto-tuning-level-explained
Niente, quindi alla fine era davvero colpa di Windows.
Per qualche motivo strano il livello non era impostato su "normal" per tutte le interfacce.....
Evidentemente e' qualche componente che ho installato su tutti i pc a questo punto.....
Grazie a tutti, spizzicando un po' di qui e un po' di là siamo riusciti ad arrivare ad una quadra..
Quindi Dimensione promossa a pieni voti.
Certo che a questo punto DOVREBBERO invece tenere conto di Google..e anzi usarlo per capire se qualcosa non va.... test rapido per capire se le connessioni singole vanno giuste o meno...
MiloZ
a sto punto cmq un salto su windows 11 lo faccio...
kernel32 succede che magari dei driver o programmi alterino il comportamento purtroppo modificando dei settaggi
ciao quindi tu hai cosi?
netsh interface tcp show global
Query sullo stato attivo in corso...
Parametri globali TCP
----------------------------------------------
Stato Receive-Side Scaling : enabled
Livello regolazione automatica finestra ricezione : normal
Provider controllo congestione componente aggiuntivo : default
Funzionalità ECN : disabled
Timestamp RFC 1323 : allowed
RTO iniziale : 1000
Stato unione segmenti ricezione : enabled
Resilienza RTT non SACK : disabled
Max. ritrasmissioni SYN : 4
Apertura rapida : enabled
Fallback apertura rapida : enabled
HyStart : enabled
Profilo trasmissione cadenzata : enabled
Profilo velocità : off
