Roberto, ignora essa funcionalidade.

Por enquanto ela esta apenas funcional em versoes instaveis de desenvolvimento e sim, é isso que ela será: um controle de banda que o plugin fara o download, na verdade a que pool de controle de banda.

Antes que perguntem, esse recurso ainda NAO VIRA implementado nesta versao final, sao recursos que ja estao em desenvolvimento/testes e virao nas proximas versoes.

A forma suportada de fazer controle de banda por plugin é marcar um TOS/DSCP de HIT ou MISS (dependendo do trafego a ser tratado), e controlar num router externo.

Beleza Guilherme, compreendi perfeitamente a ''mensagem''!

Não estava tratando o trafego de MISS porém hoje configurei o Mk para tal, poxa vida, como ajuda viu Guilherme.

Só estou procurando entender como funciona o ''download>>>entrega'', tipo, se o MISS é maior que o HIT no tratamento do tráfego, teóricamente ele baixará para o speedr mais rápido, e da primeira vez entregará na velocidade contratada (do cliente),porém quando o download terminar no speedr, ele ainda não terá terminado no cliente, talvez não tenha chegado a 50% no cliente...((o restante do arquivo já será HIT no speedr)), como se dará isso? Não sei se me entenderam...(rsss)

Negativo, por que quando ele da MISS, ele baixa de fora limitado na velocidade que ele pode entregar para cliente, entao ele nunca vai terminar de baixar o objeto antes do cliente, entendeu?

Sao offsets que crescem juntos, ele baixa X kb, entrega X kb pro cliente, e assim sucessivamente.

Isso efetivamente limita o rate de MISS a capacidade maxima do cliente de receber a informacao.

O interessante é que, digamos: se o cliente A esta baixando um arquivo de 100mb a 300kbps (velocidade contratada), e ja baixou 50MB e derepente o cliente B comeca a baixar o mesmo arquivo.

O que acontece? O speedr entrega em HIT os primeiros 50MB para o cliente B, e junta os downloads do cliente A e B assim que o B receber os primeiros 50MB (HIT) e apos continua baixando na velocidade contratada.

Entao dois clientes serao servidos pelo mesmo downstream de download, e isso efetivamente gera economia de link antes mesmo do arquivo estar completamente gravado no cache.

Ô Guilherme, nesse tópico consegui informações importantes, que estava necessitando, para poder saber os detalhes técnicos de funcionamento da ferramenta.

Outra dúvida é a respeito de 50% do arquivo baixado, e o cliente fecha o download, como se dá o processo? O speedr guarda os 50% e continua após alguém solicitar o mesmo arquivo? Ou o download é completado pelo próprio speedr, ((como ví em alguns casos do windows update))?

Boa tarde guilherme

Aproveitando o tópico uma coisa que poderia ser explicada melhor é as funcionalidades dos plugins que tem tudo a ver com a última pergunta do Roberto

Flags

WIFLAGS_ALLOWRANGE

WIFLAGS_NEVERABORT

WIFLAGS_SAVEABORTED

WIFLAGS_NEVERRELEASE

WIFLAGS_ALWAYSFRESH

WIFLAGS_IGNOREETAG

Olá Izau, esta sendo preparado uma documentação bem farta a respeito dos plugins, com isso dará para vocês refinarem eles a vontade própria, a respeito da pergunta do Roberto, o que determina se um Plugin irá parar de baixar um arquivo ou não é a função "WIFLAGS_NEVERABORT", que vem seleciona no plugin do windows update, já a função que faz com que o Speedr salve um arquivo caso abortado pelo cliente é o "WIFLAGS_SAVEABORTED" . Aguardem o manual, vai ajudar bastante. Abs

Exato Roberto, a maioria desses comportamentos do speedr é controlado dinamicamente pelos plugins.

Coisas tipo continuar ou nao baixando um arquivo que foi interrompido pelo usuario, manter ou nao uma copia local do arquivo recebido por outro speedr no mesmo cluster,
salvar "pedacos" de arquivos abortados.. sao todos comportamentos dinamicos, realizados numa base "por trafego".

Abracos.