GL.inet Flint 2, 2.5 Gbps raggiungi e tornato a VS... breve storia

Syfer
Devo dirti la verità, io ho avuto la tua stessa problematica, con valori molto simili di banda.
Così a suon di smanettamenti, ho abilitato il packet steering senza ottenere migliorie... però ho notato che mi aveva disabilitato l'accelerazione hardware, così l'ho riattivata e mi ha disattivato il packet steering (tant'è che mi risulta disattivo da Luci) ma ora per magia funziona tutto correttamente va a banda piena distribuendo il carico su tutti i core.

Quindi adesso, colata di cemento, e non lo tocco più

Viper86

Io ho sia l'hw accelerator che il packet steering attivo.....uno non disabilita l'altro ma avevo capito, dagli utenti del forum, che non ha senso abilitare quest'ultimo se l'HW acc. è attivo.
Facendo dei test di bufferbloat con entrambe le opzioni attive ho una latenza migliore di 6/5 ms

mkonsel

tutto chiaro, è un fatto che abilitando sia il packet steering che l'hw accelerator, nel test di bufferbloat passo da 30/31 a 24/25 ms in Wi-Fi.

Syfer

Syfer tutto chiaro, è un fatto che abilitando sia il packet steering che l'hw accelerator, nel test di bufferbloat passo da 30/31 a 24/25 ms in Wi-Fi.

tienili attivi entrambi, uno non da fastidio all'altro

mkonsel cambia qualcosa tra le varie opzioni packet steering none , 128 e 256?

GiovanniGiocatore

Anche io mi stop chiedendo se è necessario modificare la seguente voce

Syfer in giro sui forum non ho trovato indicazioni. direi di abilitarlo, lasciare "all CPU", e non toccare il resto a meno che non c'è una fonte qualificata che spiega perchè toccarlo, e quali sono i benefici

Syfer

Il SoC del Flint 2 è un Mediatek MT7986 a 4 core tutti con architettura ARM Cortex A53, che ha una sorta di ASIC integrata. Quindi per Hardware offloading in scenari PPPoE, Packet steering etc è previsto un tuning (cioè uno "smanettamento") da parte del singolo utente e una cosa che può andare bene per uno, in un determinato contesto, può non andare altrettanto bene per l'altro. Quindi potete continuare a scrivere per giorni/ mesi sulle varie impostazioni del Flint ma è del tutto inutile se lo scopo è arrivare a condividere delle impostazioni che vadano bene per tutti (ognuno deve testare nella sua rete domestica/ nel suo SOHO etc. , quali impostazioni sono migliori per lui).

Per rendere più chiaro il concetto con un esempio di altro dispositivo: il cloud gateway max di Ubiquiti ha un processore Qualcomm IPQ5322, che ha la stessa architettura della CPU del Flint (4 cores ARM Cortex A53) ma con una NPU (Neural Processing Unit) che ricade sempre nella categoria ASIC, ma non è integrata. E' un vero e proprio coprocessore specificamente progettato per l'offload hardware e l'accelerazione delle operazioni di networking (e conferisce un vantaggio nelle prestazioni "pure" rispetto al Mediatek) e che non richiede alcun tuning/ personalizzazione da parte dell'utente (che può al massimo scegliere se abilitarlo o meno), funzionando così come è "out of the box".

documibozu

Non è che se la tenga stretta. E' custom. Ingegneri Ubiquiti e Qualcomm assieme lo hanno progettato specificamente per Ubiquiti. Quindi va da sé che non possa essere venduto ad altri (bisognerebbe vedere il contratto per sapere se dopo un certo numero di anni Qualcomm potrà venderlo pure ad altri ma al momento no). Ubiquiti inoltre, rischiando in verità molto (nn aveva alcuna garanzia che le vendite del CGM andassero bene come in effetti stanno andando), ha fatto un grossissimo ordinativo di questi SoC, per avere un rapporto prezzo/ unità (molto) basso. Ma queste sono considerazioni di economia di scala che non interessano/ non attengono a questo forum.

Video sul Flint 2 di Gl.Inet
https://youtu.be/auN82WPugRM

Vi trovate bene??

Syfer

A parte bufferbloat che non mi interessa, ci sai dire qualcosa di più sul firmware stabile (24.10.0)?

Ti è mai capitato ad es. riavvii, cali di performance, microdisconnessioni etc. con le precedenti versioni che ora hai risolto con la versione stabile?

LinusCasp

Premetto che con la RC4 non ho mai avuto problematiche di sorta ma qualche instabilità nel wi-fi che ora mi sembra risolta.
In termini di funzionalità non c'è nulla di diverso rispetto a prima.

LinusCasp anche con le versione precedenti che ho testato, con driver open quindi come openwrt "vainlla", mai problemi di riavvii, cali di performance, disconnessioni dalla FTTH su PPPOE mai avvenuti.

documibozu niente openwrt in vista, sorry

niente openwrt veloce direi
di solito il supporto ai qualcomm arriva anche abbastanza presto (penso ad esempio agli ipq806 e 807), peccato che far andare i core nss è sempre un terno al lotto (e sono quelli strettamente proprietari e che gestiscono l'offload, crypto ecc)
comunque può stare tranquillamente sullo scaffale