Testei aqui e tive o mesmo resultado que vc, ou seja, o cpu affinity está cagado nessa ultima build deles, seja por alguma coisa que eles fizeram ou devido a um update no pacote do sqm.
Joguei as queues nos nucleos A72 e ficou bom:
#eth0 queue no cores A72
echo 30 > /sys/class/net/eth0/queues/rx-0/rps_cpus
#eth1 queue nos cores A72 cores
echo 30 > /sys/class/net/eth1/queues/rx-0/rps_cpus
Esqueci de tirar o print antes dos comandos, mais o resultado foi igual ao seu, ou seja, tudo no CPU1 topando ele kkk É só configurar o SQM e depois dar os comdandos.
Esqueci de tirar o print antes dos comandos, mais o resultado foi igual ao seu, ou seja, tudo no CPU1 topando ele kkk É só configurar o SQM e depois dar os comdandos.
Testei aqui e tive o mesmo resultado que vc, ou seja, o cpu affinity está cagado nessa ultima build deles, seja por alguma coisa que eles fizeram ou devido a um update no pacote do sqm.
Joguei as queues nos nucleos A72 e ficou bom:
#eth0 queue no cores A72
echo 30 > /sys/class/net/eth0/queues/rx-0/rps_cpus
#eth1 queue nos cores A72 cores
echo 30 > /sys/class/net/eth1/queues/rx-0/rps_cpus
fui sorteado kkkk. Esse cara do vídeo tá usando a snapshot. Eu testei ela e o nanopi nem sequer iniciou.
--- Post duplo é unido automaticamente: ---
Acho que agora está bom, com link adaptation em VDSL2 e overhead 44 ficou melhor o ping
Tem como verificar se está correto o uso no núcleo a72?
Fiz alguns testes de download aqui e o uso da conexão ainda fica uns 100mb abaixo do cake. Variando entre 300 a 350mb de download. Sei lá, talvez não tenha solução. Meio arrependido rsrsrs
Esse site da wave form é zuado quanto a velocidade, tem hora que ele não pega velocidade correta nem por resa braba.
Testei aqui e está certinho para mim agora depois de colocar as queues nos a72.
Para não subir o ping algum, a documentação do cake recomenda abrir mão de 15% da velocidade, portanto o certo seria no seu download por volta de 425000. Se vc quer o cake e não quer abrir mão da velocidade então usa o valor que vc achar correto, porém, saiba que vai ter um aumento de ping, porém, será bem menor do que se o cake não estivesse sendo utilizado.
Sem cake:
Com cake, porém, sem respeitar os 15% de velocidade:
fui sorteado kkkk. Esse cara do vídeo tá usando a snapshot. Eu testei ela e o nanopi nem sequer iniciou.
--- Post duplo é unido automaticamente: ---
Acho que agora está bom, com link adaptation em VDSL2 e overhead 44 ficou melhor o ping
Tem como verificar se está correto o uso no núcleo a72?
Fiz alguns testes de download aqui e o uso da conexão ainda fica uns 100mb abaixo do cake. Variando entre 300 a 350mb de download. Sei lá, talvez não tenha solução. Meio arrependido rsrsrs
Parece correto para mim! Lembrando que a gente só mexeu nas queues e não no IRQ, no IRQ continua o que está padrão no friendlywrt, porém, eu acho que não tem necessidade de mexer no IRQ tbm!
Lembrando que vc tem que colocar os comandos aqui:
Porque se reiniciar ele volta as queues para afinidade padrão no nucleo 1.
Sim, snapshots são builds diarias tiradas do master do openwrt que recebe commits o tempo todo rsrs, é build para quem quer ficar no edge do desenvolvimento, porém, são builds que não são apra serem estáveis! Ainda mais nesse momento atual no qual eles estão mudando o firewall como eu já comentei aqui diversas vezes.
A snapshot que ele usou no video, é bem antiga kkkk
Sim, são os núcleos 4 e 5 que são os a72 que rodam a 2Ghz.
Esse site da wave form é zuado quanto a velocidade, tem hora que ele não pega velocidade correta nem por resa braba.
Testei aqui e está certinho para mim agora depois de colocar as queues nos a72.
Para não subir o ping algum, a documentação do cake recomenda abrir mão de 15% da velocidade, portanto o certo seria no seu download por volta de 425000. Se vc quer o cake e não quer abrir mão da velocidade então usa o valor que vc achar correto, porém, saiba que vai ter um aumento de ping, porém, será bem menor do que se o cake não estivesse sendo utilizado.
Sem cake:
Com cake, porém, sem respeitar os 15% de velocidade:
Com cake e respeitando os 15%:
--- Post duplo é unido automaticamente: ---
Parece correto para mim! Lembrando que a gente só mexeu nas queues e não no IRQ, no IRQ continua o que está padrão no friendlywrt, porém, eu acho que não tem necessidade de mexer no IRQ tbm!
Lembrando que vc tem que colocar os comandos aqui:
Porque se reiniciar ele volta as queues para afinidade padrão no nucleo 1.
Meio zuado ter q corrigir na mão a build dos caras né
Se você não tivesse explicado eu jamais iria descobrir esses comandos aí.
Vou manter em 450000, o ping sobe no máximo uns 15 ms então acho que está ok. Talvez o problema seja até minha conexão da claro mesmo. A sua ficou muito bom mesmo rsrs
Meio zuado ter q corrigir na mão a build dos caras né
Se você não tivesse explicado eu jamais iria descobrir esses comandos aí.
Vou manter em 450000, o ping sobe no máximo uns 15 ms então acho que está ok. Talvez o problema seja até minha conexão da claro mesmo. A sua ficou muito bom mesmo rsrs
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - GitHub - shark873/OpenWrt-NanoPi-R2S-R4S-Builds: OpenWRT Builds for NanoPi R2S & R4S from...
github.com
Pode ser que também que eles estejam deixando essa questão de afinidade das queues para as pessoas? Afinal de contas cada pessoa tem uma necessidade diferente quanto ao uso dos CPUS... No forum do openwrt um cara la preferiu colocar tudo nos cores a53 e deixar os a72 para o docker pois ele colocou um sistema de dvr e está usando AI para inteligencia das cameras para monitorar o que acaba demandando CPU porque a conexão dele era 100 ou 200 mb apenas.
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - GitHub - shark873/OpenWrt-NanoPi-R2S-R4S-Builds: OpenWRT Builds for NanoPi R2S & R4S from...
github.com
Pode ser que também que eles estejam deixando essa questão de afinidade das queues para as pessoas? Afinal de contas cada pessoa tem uma necessidade diferente quanto ao uso dos CPUS... No forum do openwrt um cara la preferiu colocar tudo nos cores a53 e deixar os a72 para o docker pois ele colocou um sistema de dvr e está usando AI para monitorar o que demanda CPU porque a conexão dele era 100 ou 200 mb apenas.
A iso do ubuntu realmente é instavel, achei que era só aqui. To testando com o da microsoft e é bem melhor.
--- Post duplo é unido automaticamente: ---
Até se eu limitar em 200mb de download o ping sobe 10~15ms, então deve ser problema do meu link mesmo
@xShARkx eu instalei esses pacotes aqui pra tentar criar uma vpn l2tp mas não apareceu a interface gráfica nem nada do tipo
Será que é só via Terminal SSH? Eu só posso usar l2tp no momento, não adianta wireguard nem tailscale.
Não sei se basta apenas limitar apenas a velocidade no download ou teria que ser o ajuste certo nas configs do SQM, porque lembre-se sqm é sobre priorização de pacote:
Para ter o cake 100%, é necessário ler esse documentação aqui mais completa:
Para mim, o ajuste básico do cake funciona o suficiente... É perfeito? Não, porém, me atende! O que eu não quero é perda de pacote ou ping subindo 100 ou 200 ms.
@xShARkx eu instalei esses pacotes aqui pra tentar criar uma vpn l2tp mas não apareceu a interface gráfica nem nada do tipo
Será que é só via Terminal SSH? Eu só posso usar l2tp no momento, não adianta wireguard nem tailscale.
Não sei se basta apenas limitar apenas a velocidade no download ou teria que ser o ajuste certo nas configs do SQM, porque lembre-se sqm é sobre priorização de pacote:
Para ter o cake 100%, é necessário ler esse documentação aqui mais completa:
Para mim, o ajuste básico do cake funciona o suficiente... É perfeito? Não, porém, me atende! O que eu não quero é perda de pacote ou ping subindo 100 ou 200 ms.
Então, é só instalar o pacote referente a interface luci:
No openwrt quando vc instala um pacote, ele permite vc a usar via terminal e para interface existe um pacote separado!
O pacotes da interface se chamam luci-XXX(alguma coisa), ai depois de instalar o pacote do luci é só reiniciar que ele parece.
Deve só faltar reiniciar o aparelho mesmo. Eu não procurei saber como faz para a luci dar o reload nessa build do friendly arm, eu sei que na build do anaelorlinski não precisa reiniciar o nano para que o pacote da luci apareça na interface.
Como o openwrt é opensource, é possível personalizar tudo da maneira que vc quer, agora isso precisa de conhecimento e é por isso que no momento eu estou estudando e testando, quero criar uma build limpa e personalizada por mim quando sair a estável da versão 22.0X em abril\maio.
No meu caso agora, eu estou quebrando a cabeça aqui para integrar os patchs para que build já venha na timezone e range de ip configuradinho já do forno:
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - OpenWrt-NanoPi-R2S-R4S-Builds/0003-base-files-set-default-ipaddr-to-10.0.1.1.patch at main · ...
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - OpenWrt-NanoPi-R2S-R4S-Builds/0004-base-files-set-default-timezone-to-brazil-saopaulo.patch a...
github.com
Que assim se algum dia por alguma ventura eu quiser reconfigurar tudo do 0, eu não vou precisar realmente fazer tudo do 0 kkkk
Coisa simples para quem já conhece, porém, mais complicado para quem está aprendendo como eu kkkk
Deve só faltar reiniciar o aparelho mesmo. Eu não procurei saber como faz para a luci dar o reload nessa build do friendly arm, eu sei que na build do anaelorlinski não precisa reiniciar o nano para que o pacote da luci apareça na interface.
Como o openwrt é opensource, é possível personalizar tudo da maneira que vc quer, agora isso precisa de conhecimento e é por isso que no momento eu estou estudando e testando, quero criar uma build limpa e personalizada por mim quando sair a estável da versão 22.0X em abril\maio.
No meu caso agora, eu estou quebrando a cabeça aqui para integrar os patchs para que build já venha na timezone e range de ip configuradinho já do forno:
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - OpenWrt-NanoPi-R2S-R4S-Builds/0003-base-files-set-default-ipaddr-to-10.0.1.1.patch at main · ...
OpenWRT Builds for NanoPi R2S & R4S from official Openwrt source code with minimal set of patches - OpenWrt-NanoPi-R2S-R4S-Builds/0004-base-files-set-default-timezone-to-brazil-saopaulo.patch a...
github.com
Que assim se algum dia por alguma ventura eu quiser reconfigurar tudo do 0, eu não vou precisar realmente fazer tudo do 0 kkkk
Coisa simples para quem já conhece, porém, mais complicado para quem está aprendendo como eu kkkk