[TÓPICO DEDICADO] Redes Modulares, Roteadores e mini roteadores de Alta Performance - NanoPi, Raspberry Pi, Orange Pi, Banana Pi, x86 e etc.

  • Iniciador de Tópicos Iniciador de Tópicos xShARkx
  • Data de Início Data de Início
No passado já tentei desligar o Wi-Fi e jogar, quando não tinha mais ninguém em casa, mas até onde lembro, não houve melhora. Vou tentar fazer novamente assim que tiver oportunidade para verificar se muda algo.
Faça esse teste msm, mas com uma longa duração para coletar dados, pois o problema possa ser no modem/ONU da sua operadora ou justamente nessas 12 conexões.

Seria bom se vc tivesse algum sistema monitorando a sua rede, tipo um zabbix pra ver dentro de um período de 24h se há intermitência ou perdas de pacotes.
 
Faça esse teste msm, mas com uma longa duração para coletar dados, pois o problema possa ser no modem/ONU da sua operadora ou justamente nessas 12 conexões.

Seria bom se vc tivesse algum sistema monitorando a sua rede, tipo um zabbix pra ver dentro de um período de 24h se há intermitência ou perdas de pacotes.

Já estou lendo aqui sobre esse Zabbix. Vou ver como funciona, se conseguir fazer o monitoramento eu volto aqui pra falar! Vlw até aqui. :cuti:
 
Você não tem problemas de bufferbloat então SQM não vai fazer diferença pra vc

Talvez um DNS cachê ajude na sensação de sites carregando mais rapidamente. Mas não vai alterar ping em jogos e etc.

O SQM faz efeito enquanto o mesmo está ligado, independente se ocorre buffer bloat ou se o link é saturado... Portanto o mesmo otimiza sim a todo momento o transporte\entrega de pacotes.

Conforme aquela explicação aqui um tempo atrás:


Ou seja, sqm ligado = otimizado, é melhor, é o correto e etc.

Agora se isso se traduz em relação a sentir um efeito dentro de um jogo, ai eu não sei para ser sincero! Pois o ultimo jogo MP que eu parei de jogar meses atrás, era RTS europeu que por si só tem ping alto(200 ms) e portanto o mesmo sempre teve um delay\controles pesados.

O @Canela Seca disse que o sqm + cake fez efeito lá e que para ele ficou muito bom... Agora se isso é efeito placebo ai realmente é complicado de dizer.

@Chackall

É, o esquema é fazer que nem foi falado ai, ou seja, fazer um monitoramento para ver se vc consegue detectar algum problema!

Agora quanto ao sqm com cake, se o mesmo vai chegar a fazer algum efeito no qual vc vai sentir em jogo ai é só testando mesmo e não tem como prever para ser sincero...

Quanto a facilidade, um NanoPi é mais facil de ser utilizar do que um x86 pois no nanopi vc baixa a imagem do friendlywrt grava no cartão SD e pronto já está rodando ai é só configurar! Já um x86 é mais complexo devido a vc ter que montar uma build com os pacotes, driver correto, aonde vai instalar o openwrt(armazenamento interno ou não) e etc.
 
O SQM faz efeito enquanto o mesmo está ligado, independente se ocorre buffer bloat ou se o link é saturado... Portanto o mesmo otimiza sim a todo momento o transporte\entrega de pacotes.

Conforme aquela explicação aqui um tempo atrás:


Ou seja, sqm ligado = otimizado, é melhor, é o correto e etc.

Agora se isso se traduz em relação a sentir um efeito dentro de um jogo, ai eu não sei para ser sincero! Pois o ultimo jogo MP que eu parei de jogar meses atrás, era RTS europeu que por si só tem ping alto(200 ms) e portanto o mesmo sempre teve um delay\controles pesados.

O @Canela Seca disse que o sqm + cake fez efeito lá e que para ele ficou muito bom... Agora se isso é efeito placebo ai realmente é complicado de dizer.

@Chackall

É, o esquema é fazer que nem foi falado ai, ou seja, fazer um monitoramento para ver se vc consegue detectar algum problema!

Agora quanto ao sqm com cake, se o mesmo vai chegar a fazer algum efeito no qual vc vai sentir em jogo ai é só testando mesmo e não tem como prever para ser sincero...

Quanto a facilidade, um NanoPi é mais facil de ser utilizar do que um x86 pois no nanopi vc baixa a imagem do friendlywrt grava no cartão SD e pronto já está rodando ai é só configurar! Já um x86 é mais complexo devido a vc ter que montar uma build com os pacotes, driver correto, aonde vai instalar o openwrt(armazenamento interno ou não) e etc.

Show!!! E caso eu opte pelo NanoPi, o R5S é uma boa? Ou algum outro seria melhor pro meu caso?
 
Show!!! E caso eu opte pelo NanoPi, o R5S é uma boa? Ou algum outro seria melhor pro meu caso?
Eu faria esse monitoramento primeiro ai que foi falado e nesse meio tempo o nanopi r6s deve ser lançado! Eu aconselho se for para pegar um nanopi agora, para esperar um pouco e pegar o r6s que vai vim com um cpu + npu novos e mais poderosos.

Já tem até foto na net do novo r6s:

7892ad217e3c6d3de674a636d6051758981e2e59.jpeg


Com no novo rockchip RK3388S.
 
O SQM faz efeito enquanto o mesmo está ligado, independente se ocorre buffer bloat ou se o link é saturado... Portanto o mesmo otimiza sim a todo momento o transporte\entrega de pacotes.

Conforme aquela explicação aqui um tempo atrás:


Ou seja, sqm ligado = otimizado, é melhor, é o correto e etc.

Agora se isso se traduz em relação a sentir um efeito dentro de um jogo, ai eu não sei para ser sincero! Pois o ultimo jogo MP que eu parei de jogar meses atrás, era RTS europeu que por si só tem ping alto(200 ms) e portanto o mesmo sempre teve um delay\controles pesados.

O @Canela Seca disse que o sqm + cake fez efeito lá e que para ele ficou muito bom... Agora se isso é efeito placebo ai realmente é complicado de dizer.

@Chackall

É, o esquema é fazer que nem foi falado ai, ou seja, fazer um monitoramento para ver se vc consegue detectar algum problema!

Agora quanto ao sqm com cake, se o mesmo vai chegar a fazer algum efeito no qual vc vai sentir em jogo ai é só testando mesmo e não tem como prever para ser sincero...

Quanto a facilidade, um NanoPi é mais facil de ser utilizar do que um x86 pois no nanopi vc baixa a imagem do friendlywrt grava no cartão SD e pronto já está rodando ai é só configurar! Já um x86 é mais complexo devido a vc ter que montar uma build com os pacotes, driver correto, aonde vai instalar o openwrt(armazenamento interno ou não) e etc.
SQM tem um algoritmo que ao menos pra mim, fez muita diferença,a ponto de que se desligo a diferença é muito nitida e paupável… tem ainda as opções avançadas dele mas utilizo com as básicas e funciona muito bem…
 
Umas fotinhos aqui do meu novo x86 CWWK v4 que chegou bem atrasado dos cocorreios em pleno sábado.

HQPZzTB.jpg

HuoW3by.png

nRvFwPp.jpg

RA3XjlN.jpg

RXJROFp.jpg

3w8kX83.jpg

T7vdKWP.jpg

AxT1N0e.jpg


Nesse mesmo dia fiz uns testes, e logo vi que ele não tem suporte na BIOS para dar boot pelo cartão MicroSD (pelo menos atualmente não tem suporte, mas o CWWK já está vendo uma atualização futura na BIOS para ter suporte em breve)

Inicialmente eu iria testar rodar o Windows para fazer testes pesados, porém como não tenho um SSD extra, fico devendo essa. Pulando essa etapa, instalei a ultima versão do OpenWRT 22.03 num Pendrive USB-C pra começar a testar o brinquedo.

Logo de cara, tive alguns problemas nessa versão 22.03, sendo a primeira delas, os NICs não era reconhecido logo de cara, eu tinha que ficar esperando uns 2 minutos para que o OpenWRT iniciasse eles (Intel i226v). Continuando, notei mais um outro BUG doido, que quando eu atualizava qualquer Interface, seja DNS, ou Firewall, todos os NICs desligavam por uns segundos quando eu aplicava as alterações, isso me deixou com bastante raiva, porque quando os NICs desligam, a internet toda cai, eu perco o IP com a "melhor rota" que eu deixo na BOI, fora que o LB deixava de funcionar também quando acontecia isso, e eu tinha que ir lá nos processos e reiniciar o mwan, ainda tem a questão de que esse firewall4 não é compatível com banip e outras coisitas ainda.

Então pensei, que tal instalar a versão 21.02? Bem isso seria simples demais, se não fosse o fato de que os drivers que vem nessa versão, não tem compatibilidade com o i226 :limo:

Acordando no domingo, passei o dia todo fazendo varias builds que nem louco, para que o i226 funcione no 21.02, para que isso funcionasse, eu teria que colocar o kernel 5.10 (que está sendo usado na ultima versão) na minha build da versão 21.02.

No meio dessas builds loucas ai, o @xShARkx me deu umas dicas, sendo que as ultimas snapshots do OpenWRT 21.02 ano passado, tinha incluídas em suas builds o kernel 5.10, que era o que eu estava precisando :yeah:

Então fui no GitHub, procurei commits do ano passado com a tal snapshot com o kernel 5.10, baixei, atualizei uns arquivos, como o patch da versão do kernel, sendo que na ultima é 5.10.143.
Atualizei o feed, rodei a build, e finalmente, consegui compilar ela já quase no final do dia :omfg:

Ao testar a minha build, por incrível que pareça, todos aqueles bugs que mencionei lá encima, não apareceram na versão 21.02 como era de se esperar.
8J31Voy.png


Aqui vai alguns testes, LB com provedores BOI e um Local, via NordVPN.
u1cptz8.png

R06kKhq.png


O que eu posso concluir é que tudo está funcionando 100%, esse modelo x86 N6005 v4 da CWWK está me atendendo bastante, agora consigo deixar toda minha rede conectado via NordVPN, o bichinho aguenta firme e forte, coisa que o Nanopi R4S que eu estava usando não tinha folego pra passar dos 500mb quase :olha:.
O grande ponto forte de eu ter que usar o Nord (parece propaganda mais não é kk), é que as rotas da BOI é uma porcaria, ao ficar conectado no VPN, todos os sites que demoravam a carregar, agora tudo carrega rápido, certos downloads que ficam fora do CDN, também tem problema de velocidade, com o Nord, ele baixa tudo no talo.

No momento ainda não cheguei a testar outros sistemas, como o OPNsense, futuramente eu irei dar uma olhada, apesar de que já estou bastante satisfeito com o resultado do OpenWRT.

Postei aqui mais uns speedtests dele, por hoje é só isso! :cool:
 
Tô tentando para aumentar minha velocidade
So que minha provedora é 600 mega 139,90 fixo e tem a vivo 600 megas 149,90 por um ano
Tô nesta dívida
Seria Bom para fazer os teste na Orange
 
Umas fotinhos aqui do meu novo x86 CWWK v4 que chegou bem atrasado dos cocorreios em pleno sábado.

HQPZzTB.jpg

HuoW3by.png

nRvFwPp.jpg

RA3XjlN.jpg

RXJROFp.jpg

3w8kX83.jpg

T7vdKWP.jpg

AxT1N0e.jpg


Nesse mesmo dia fiz uns testes, e logo vi que ele não tem suporte na BIOS para dar boot pelo cartão MicroSD (pelo menos atualmente não tem suporte, mas o CWWK já está vendo uma atualização futura na BIOS para ter suporte em breve)

Inicialmente eu iria testar rodar o Windows para fazer testes pesados, porém como não tenho um SSD extra, fico devendo essa. Pulando essa etapa, instalei a ultima versão do OpenWRT 22.03 num Pendrive USB-C pra começar a testar o brinquedo.

Logo de cara, tive alguns problemas nessa versão 22.03, sendo a primeira delas, os NICs não era reconhecido logo de cara, eu tinha que ficar esperando uns 2 minutos para que o OpenWRT iniciasse eles (Intel i226v). Continuando, notei mais um outro BUG doido, que quando eu atualizava qualquer Interface, seja DNS, ou Firewall, todos os NICs desligavam por uns segundos quando eu aplicava as alterações, isso me deixou com bastante raiva, porque quando os NICs desligam, a internet toda cai, eu perco o IP com a "melhor rota" que eu deixo na BOI, fora que o LB deixava de funcionar também quando acontecia isso, e eu tinha que ir lá nos processos e reiniciar o mwan, ainda tem a questão de que esse firewall4 não é compatível com banip e outras coisitas ainda.

Então pensei, que tal instalar a versão 21.02? Bem isso seria simples demais, se não fosse o fato de que os drivers que vem nessa versão, não tem compatibilidade com o i226 :limo:

Acordando no domingo, passei o dia todo fazendo varias builds que nem louco, para que o i226 funcione no 21.02, para que isso funcionasse, eu teria que colocar o kernel 5.10 (que está sendo usado na ultima versão) na minha build da versão 21.02.

No meio dessas builds loucas ai, o @xShARkx me deu umas dicas, sendo que as ultimas snapshots do OpenWRT 21.02 ano passado, tinha incluídas em suas builds o kernel 5.10, que era o que eu estava precisando :yeah:

Então fui no GitHub, procurei commits do ano passado com a tal snapshot com o kernel 5.10, baixei, atualizei uns arquivos, como o patch da versão do kernel, sendo que na ultima é 5.10.143.
Atualizei o feed, rodei a build, e finalmente, consegui compilar ela já quase no final do dia :omfg:

Ao testar a minha build, por incrível que pareça, todos aqueles bugs que mencionei lá encima, não apareceram na versão 21.02 como era de se esperar.
8J31Voy.png


Aqui vai alguns testes, LB com provedores BOI e um Local, via NordVPN.
u1cptz8.png

R06kKhq.png


O que eu posso concluir é que tudo está funcionando 100%, esse modelo x86 N6005 v4 da CWWK está me atendendo bastante, agora consigo deixar toda minha rede conectado via NordVPN, o bichinho aguenta firme e forte, coisa que o Nanopi R4S que eu estava usando não tinha folego pra passar dos 500mb quase :olha:.
O grande ponto forte de eu ter que usar o Nord (parece propaganda mais não é kk), é que as rotas da BOI é uma porcaria, ao ficar conectado no VPN, todos os sites que demoravam a carregar, agora tudo carrega rápido, certos downloads que ficam fora do CDN, também tem problema de velocidade, com o Nord, ele baixa tudo no talo.

No momento ainda não cheguei a testar outros sistemas, como o OPNsense, futuramente eu irei dar uma olhada, apesar de que já estou bastante satisfeito com o resultado do OpenWRT.

Postei aqui mais uns speedtests dele, por hoje é só isso! :cool:

70 graus com a ventoinha ligada?

Peguei um também, tem como upar a build?
 
70 graus com a ventoinha ligada?
Sim, mas o cooler está girando bem devagar, a temperatura sem stress fica entre 35 a 40 graus.
SzQqguB.png


Peguei um também, tem como upar a build?
Sim eu posso, mas não vai ter todos os pacotes instalados nele, sendo assim impossível instalar novos pacotes que precisem do "kmod".
 
Para quem tem interesse em usar pfsense com o v4 que vem com i226, as snapshots do CE 2.7 que recomeçaram uns dias atrás já consertaram o bug que tinha no CE 2.6 em relação ao i226, portanto já está funcionando!

Ou seja, já da para usar as snapshots(não sei o quão estável elas estão) ou usar elas apenas para instalar o plus 22.05! E tbm de acordo com um funcionário da netgate eles já estão trabalhando em uma forma de permitir a instalação independente do pfsense plus, ou seja, sem precisar instalar o CE primeiro e ai sim atualizar para o plus.
 
Última edição:
70 graus com a ventoinha ligada?

Peguei um também, tem como upar a build?
Então, a ventoinha não dissipa o calor da case, e sim fica como exaustor para remover o ar quente do nvme e memórias.
Pra diminuir ainda mais, acho que só colocando um fan em cima do dissipador pra esfriar mesmo.
Peguei a versão com AMD Ryzen 7 5825U, vamos ver como se comportará hehe
 
Próximo passo é um com Ryzen 6000...
Infelizmente a CWWK não tem planos em lançar essa linha por enquanto. (eu aguardaria e pegaria esta kkkk)
Pelo menos não nesse ano... Inclusive, disseram que o plano é manter o Ryzen 5xxx como seu principal highline enquanto a arquitetura e BIOS das placas fiquem cada vez mais refinadas.
Caso as vendas desta versão Ryzen sejam boas, há alguma possibilidade de lançarem um novo hardware com a série 6xxx no Q3 23.
hehe
 
Não aguentei mano kkkkkkkkkkk
Tenho que parar com isso, virou vicio já :haha:
Agora tá ferrado pq eu vou te encher o saco sendo cobaia de testes com essa versão!
Infelizmente a CWWK não tem planos em lançar essa linha por enquanto. (eu aguardaria e pegaria esta kkkk)
Pelo menos não nesse ano... Inclusive, disseram que o plano é manter o Ryzen 5xxx como seu principal highline enquanto a arquitetura e BIOS das placas fiquem cada vez mais refinadas.
Caso as vendas desta versão Ryzen sejam boas, há alguma possibilidade de lançarem um novo hardware com a série 6xxx no Q3 23.
hehe
Tô só esperando o dinheiro do ML cair em definitivo na minha conta pra pegar um tmb. Tenho vários planos com esse Ryzen.
 
Agora tá ferrado pq eu vou te encher o saco sendo cobaia de testes com essa versão!

Tô só esperando o dinheiro do ML cair em definitivo na minha conta pra pegar um tmb. Tenho vários planos com esse Ryzen.
Tô bem ansioso pra recebe-lo.
Desempenho 40% a mais que o i7 de 6 portas hahaha
Transcodificar conteúdo nele deve ser delicia demais kkkkkk
 
Infelizmente a CWWK não tem planos em lançar essa linha por enquanto. (eu aguardaria e pegaria esta kkkk)
Pelo menos não nesse ano... Inclusive, disseram que o plano é manter o Ryzen 5xxx como seu principal highline enquanto a arquitetura e BIOS das placas fiquem cada vez mais refinadas.
Caso as vendas desta versão Ryzen sejam boas, há alguma possibilidade de lançarem um novo hardware com a série 6xxx no Q3 23.
hehe

Eu sei, falo isso 50% zuando e 50% te entendo, a gente sempre quer o melhor, mais rápido, mais potente, não tem jeito...
 
Eu sei, falo isso 50% zuando e 50% te entendo, a gente sempre quer o melhor, mais rápido, mais potente, não tem jeito...
Exatamente kkkk
Tenho alguns colegas que possuem esse 5800U em notebooks e elogiam bastante.
Falam que é forte pra caralho... Vamos ver esse poder todo na virtualização kkkkkkkk
 
Um x86 desses como roteador virtualizado com mais algumas VMs perde muito em performance ou é melhor um NanoPi dedicado?
 
Um x86 desses como roteador virtualizado com mais algumas VMs perde muito em performance ou é melhor um NanoPi dedicado?
Ai vai depender das VM's como um todo, ou seja, se vão ser vm's que vão sugar muito recurso e\ou o tempo todo? No final das contas o que vai influenciar a performance de um roteador virtualizado em uma maquina compartilhada, vai ser o load das outras VM's.

Quanto a nanopi, vale a pena apenas esperar o R6S e ver como ele vai ser sair! Pois ele tem um CPU bem melhor.
--- Post duplo é unido automaticamente: ---

70 graus com a ventoinha ligada?

Peguei um também, tem como upar a build?
Pelo que ele falou esse fan que veio não parece ser muito bom...

Fora que ele está usando como exaustor, nunca que em modo exaustor um fan desse nesses x86 vai ter um performance boa na minha opinião! O interesse é a menor temperatura possível? Então é melhor usar o fan como ventilador.
 
Lembrei que tenho um Raspberry Pi 3. Ele dá conta? Qual o sistema seria o recomendado?
 
Lembrei que tenho um Raspberry Pi 3. Ele dá conta? Qual o sistema seria o recomendado?
Dar conta de que exatamente? Depende no que vc vai usar nele...

Sistema para CPU arm é o openwrt.

Outra coisa é que esse Raspberry Pi 3 só tem uma porta lan, portanto tu vai ter que fazer alguns passos funcionar com uma porta lan apenas:



Ou seja, vai precisar de um switch gerenciável e separar as coisas com vlan.
 
  • Curtir
Reações: AZ!

Users who are viewing this thread

Voltar
Topo