ct

    RAID, aumentando a performance e a confiabilidade

    Artigos

    Carlos E. Morimoto
    06/03/2001


    A minha dúvida é sobre correção de erros.
    Já vi muita gente dizer que na Net na verdade 1 byte = 10 bits, poishá dois bits adicionais, um para correção e outro para controle defluxo. A velocidade máxima de um modem de 33.6 k seria então de 3.6 KB/s Outro grupo diz que 8 bits são um byte, mas devido às perdas na transferência, o limite teórico de velocidade do modem é impossível de ser alcançado e qualquer forma, o que na prática daria algo próximo de no máximo 3.6 num modem de 33.6 K também.
    Afinal, como fica a correção de erro, controle de fluxo e perda?
    Qual seria a velocidade máxima de um modem na prática?

    Tomando como exemplo um modem de 33.6 como você citou, temos um aparelho capaz de transmitir um total 33.6 Kbits por segundo. A princípio, 33.6 Kbits corresponderiam a 4.2 Kbytes por segundo, porém na prática sempre será um pouco menos que isso, pois sempre teremos alguma perda de sinal e alguns bits para correção de erros.

    Essa história de 10 bits por byte, sendo 2 para correção de erros de fato existia... existia a 10 anos atrás na época dos BBS! De lá pra cá as técnicas de transmissão de dados evoluíram, do Zmodem, Ymodem & Cia para o TCP/IP que usamos para acessar a Internet.

    Protocolos diferentes, novas formas de transmitir dados. Usando TCP/IP os dados são transmitidos em pacotes, é a famosa configuração de MTU que alguns programas permitem alterar. Um pacote pode ter de 512 a 4096 bits, seguidos de 4 bits de verificação e correção de erros.

    Quando o micro receptor recebe um pacote ele verifica os dados usando os bits de correção. Caso esteja tudo ok ele envia um pacote de confirmação e caso haja algum problema ele solicita a retransmissão do pacote. Com isto o micro emissor terá de reenviar todo o pacote novamente.

    O default do Windows é 1500 bits, mas este valor pode ser alterado para mais ou para menos, é esto o que muitos programas otimizadores de conexão fazem para tentar melhorar um pouco a velocidade. Em linhas de boa qualidade temos poucos pacotes chegando corrompidos, por isso pacotes maiores podem ser uma forma de ganhar tempo, já que com um número menor de pacotes teremos proporcionalmente um número menor de bits de verificação e menos pacotes de confirmação.

    Caso por outro lado tenhamos uma linha ruidosa então fatalmente muitos pacotes terão de ser retransmitidos, neste caso, pacotes menores farão com que se perca menos tempo em cada retransmissão.

    Na prática, numa linha boa a transmissão efetiva de dados fica muito próxima do limite teórico do modem, teríamos uma taxa de transmissão em torno de 4.1, 4.12 Kbytes por segundo numa conexão de 33.6. Caso a linha esteja ruim a taxa será proporcionalmente menor. Em geral o modem sequer chegará a conectar a 33.6 e sim a 31.2, 28.8, ou até menos, dependendo da qualidade.

    Outro recurso que os modems possuem é a compactação de dados, o que permite aumentar a taxa de transmissão caso estejam sendo baixados arquivos HTML, texto, imagens BMP, etc. arquivos que aceitam compactação. Porém baixando arquivos já compactados a compressão do modem não serva para nada. Baixando um programa de instalação do Tucows por exemplo, dificilmente você passaria dos 4.1 KB/s, mas baixando um arquivo de texto poderia conseguir bem mais.

    MTU - Maximum Transmission Unit, são os pacotes de dados transmitidos através da rede. Ao receber um pacote, o micro receptor o checa, caso esteja tudo OK envia para o micro emissor um sinal de confirmação e aguarda os próximos pacotes.
    Caso algum pacote chegue corrompido, é solicitada a retransmissão. Quanto pior for a conexão, mais retransmissões terão de ser feitas e pior será o desempenho da rede.
    O MTU default do Windows 95 é 1500, em outros sistemas o mais comum é 576. Caso a conexão esteja boa, pacotes maiores podem melhorar um pouco o desempenho da rede. Em linhas conexões muito ruins pacotes menores são a melhor escolha.


    Blog:

    Add to Google

    » Gostou do texto? Veja nossos livros impressos:
    Hardware | Redes | Servidores | Kurumin 7

    ... ou encontre o que procura usando a busca:

cb
ct
Atualizações

[12/10] Recuperação de dados: uma introdução
[12/10] Smartphones: o iPhone
[11/10] Linux: Aplicativos em modo texto
[11/10] HDs: Entendendo a formatação e os sistemas de arquivos
[11/10] Opções de VoIP para smartphones
[10/10] Artigo: Criando comunidades produtivas com ferramentas livres
[09/10] Mini-review do Satux
[09/10] Placas 3D para notebooks
[08/10] Processadores da AMD para notebooks
[08/10] Slackware: Baixando e instalando
[08/10] Artigo: 'Bootando' o Linux em cinco segundos
[07/10] Baterias: Li-ion e células de combustível
[07/10] Tutorial: Nokia S40: o elo perdido (atualizado)
[07/10] Um lugar para o Slackware
[06/10] Baterias e transmissão de energia sem fios
[06/10] Navegadores móveis: Opera Mini, Safari e Nokia Browser
[06/10] Dica: Pirando na batatinha com o Blender e Python
[05/10] Navegadores móveis: IE Mobile e Opera Mobile
Leia mais sobre: Smartphones, GPS, Manutenção de micros, configuração do Setup, RAID, Linux, drivers no Linux, shell script, cabeamento de rede, TCP/IP, IPV6, aplicativos Linux, solução de problemas no Linux, configuração do Samba, configuração do Apache, configuração do Squid, firewall
Destaques



» Hackeando as senhas no Windows XP
» Usando o DansGuardian
» Estática
» Softmodems no Linux: Intel AC'97 e ATI IXP
» Instalando o Apache
» Entendendo o IPV6
» AMR e CNR
» Instalando o Apache + PHP + MySQL no Windows
» Configurando a rede no Windows
» IPv6: Um exemplo prático
» Entendendo a Internet sob rede elétrica
» Dicas de segurança
» Configurando rapidamente uma rede entre dois micros
Assine o RSS Veja todas as atualizações... Add to iGoogle
cb
Livros de Carlos E. Morimoto HOME