Página 1 de 3 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. http://img124.imageshack.us/img124/9259/eapa.png

    http://img404.imageshack.us/img404/3544/eapb.png

    http://img76.imageshack.us/img76/7162/eapc.png

    Baixar este documento


    Continuação:
    Acompanho o fórum a algum tempo, sempre que algo me chama atenção eu faço como descrevi no texto acima. Outro dia li alguns artigos aqui mesmo e como há algum tempo estava buscando uma solução melhor que o cache full já estava com algumas idéias em mente.

    Foi quando um dia li um post onde o amigo dava uma dica que a meu ver não era interessante, não ao menos naquela aplicação citada.

    Fiquei com aquilo na cabeça.

    Acabei voltando ao tópico varias vezes para colher o que era plantado em forma de perguntas e respostas por outros usuários, depois de uma dessas visitas me ocorreu o seguinte.

    Seria interessante aplicar a variável em questão no controle do super cache full que desenvolvo, uma espécie de cache melhorado que trabalha integrado a uma QoS especializada com queue type personalizada.

    Então alguns dias depois em outro tópico lendo a respeito de limitações de trafego juntei o que foi dito a minha idéia inicial do super cache full somado a variável do primeiro tópico e concluí ser possível.

    Fui para a etapa de organizar as idéias, fiz toda lição direitinho. Alguns dias se passaram.

    Então, não pude mais esperar, mão na massa e 15 minutos depois tava pronto, já testando e pra minha alegria ficou pronto o controle mais especializado que garante vantagem a quem precisa de banda e ainda é totalmente customizável.
    Acabei integrando ao meu QoS e super cache full do debian conlinux o seguinte controle:

    Caso A: Videos armazenados no cache especializado em videos, os primeiros 2 megas do video são enviados pela conexão do cliente a velocidade de 2 mpbs, velocidade essa compartilhada entre os clientes para esta tarefa, de 2 a 5 megas a velocidade de envio cai pra 1mbps, e de 5 mega até o final vai a 512k. Permitindo dessa forma que o cliente receba a parte inicial do video e comece a visualizar, e em caso de desistência de assistir o video, a banda ainda não enviada será economizada de forma inteligente no radio.

    Caso B: Conteúdo armazenado no conlinux cache, o primeiro mega do arquivo segue a uma taxa de 2mbps, velocidade essa compartilhada entre os clientes para esta tarefa, nos próximos 10 megas a velocidade de envio 4x a contratada no plano do cliente, e acima disso pra apenas 2x a velocidade contratada até o final. Permitindo dessa forma que o cliente tenha uma aceleração real porém, dando chance que outros também tenham este beneficio de forma equivalente, e ainda deixando liberada a navegação do cliente na velocidade contratada o que é fantástico.

    Cascateamento: Foi possível fazer o cascateamento de regras e aprimorar ainda mais o controle por grupo de clientes por plano, por ip por torre ou por site de destino.

    O que já era bom, na minha opinião ta ficando cada dia melhor.


    Quer saber como funciona ?

    [ame]http://www.youtube.com/watch?v=06-Tn185B3U[/ame]




    ------------------------------------------------------------------------

    Meus cumprimentos ao Alexandre e David.


    Este artigo receberá complemento de colaboradores.

    Última edição por m4d3; 04-05-2009 às 00:24.

  2. Por favor moderação, mover para o fórum correspondente.



  3. Tem um ditado que diz que idéias não são metais que se fundem.
    Mas com certeza ideias se completmentam.
    Ficou muito bom.

    Algum tempo atrás eu levantei uma questão parecida com respeito a downloads direto da internet.
    O burst do MK é baseado em banda e tempo.
    A minha curiosidade era se daria para fazer o burst baseado em tamanho de arquivo.
    Algumas idéias foram postadas mas acabou o tópico não indo para frente.
    Agora com a tua solução, eu pergunto: não seria possível seguir o mesmo raciocínio com com o link de internet?


    https://under-linux.org/f106102-controle-de-banda-diferente-2

  4. Citação Postado originalmente por 1929 Ver Post
    Tem um ditado que diz que idéias não são metais que se fundem.
    Mas com certeza ideias se completmentam.
    Ficou muito bom.

    Algum tempo atrás eu levantei uma questão parecida com respeito a downloads direto da internet.
    O burst do MK é baseado em banda e tempo.
    A minha curiosidade era se daria para fazer o burst baseado em tamanho de arquivo.
    Algumas idéias foram postadas mas acabou o tópico não indo para frente.
    Agora com a tua solução, eu pergunto: não seria possível seguir o mesmo raciocínio com com o link de internet?


    https://under-linux.org/f106102-controle-de-banda-diferente-2

    Acredito que seja, se quiser colocar a sua idéia a gente amadurece ela juntos.



  5. Quando comecei usando controle de banda por CBQ, ele realmente funciona 100 %, porem mesmo com fila de prioridades o cliente final ficava insatisveito. Como explicar que por ele ter aberto um download, a sua navegação ficaria muito ruim. Foi ai que surgiu o que estava em cache, ali guardado, sem ocupar o link (tão caro), assim surgiu a ideia de se manter 2 controles, 1 o que vem do link e outro o que vem do cache. Desta forma, buscando o equilibrio realmente tivemos clientes mais satisfeito.






Tópicos Similares

  1. Respostas: 7
    Último Post: 20-03-2017, 22:36
  2. ESTOU COM UM PROBLEMA DE PING ALTO NOS MEUS CLIENTES.
    Por brunofaglioni no fórum Redes
    Respostas: 6
    Último Post: 18-05-2011, 11:54
  3. [B]Estou com um problema nesta regra de msn[/B]
    Por cobaiarpo no fórum Servidores de Rede
    Respostas: 1
    Último Post: 21-05-2007, 09:13
  4. Respostas: 5
    Último Post: 18-11-2003, 19:50
  5. preciso urgente de ajuda...pois estou com um problema no meu
    Por no fórum Linguagens de Programação
    Respostas: 1
    Último Post: 17-09-2003, 13:19

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L