Converter TiB para MB

Um tebibyte são 1.024 gibibytes. A distância em relação ao terabyte cresce a cada degrau: 2,4 % no quilo, 4,9 % no mega, 7,4 % no giga e 10 % no tera.

Um megabyte é um milhão de bytes. Os fabricantes de armazenamento sempre contaram em decimal, e por isso os números deles parecem maiores do que o que o computador mostra.

Um TiB são 1.024 da unidade de baixo; um TB, 1.000. Nesta página isso é a diferença entre 1099511,6278 MB e 1000000 MB — 10 % — e a distância cresce a cada degrau: por isso é arredondamento desprezível numa foto e um pedaço visível de um HD.

O mistério do espaço que some é inteiro isso. Um disco vendido como um terabyte tem exatamente o que diz em unidades decimais; o Windows reconta em unidades binárias e mantém o nome decimal, então o número encolhe sem que nada tenha se perdido. O macOS conta em unidades decimais desde o 10.6, e é por isso que o mesmo disco pode aparecer com dois tamanhos em dois computadores.

Toda estimativa de transferência é uma divisão, e suas duas entradas vêm de sistemas de unidade diferentes. O volume é relatado por quem guarda o dado — um repositório de backup, um array, um sistema de arquivos — e todos esses contam em potências de 1.024, então a cifra chega em tebibyte. A taxa vem de uma especificação de rede ou dispositivo, e essas são decimais sem exceção.

Dividir um pelo outro sem converter produz uma resposta quase dez por cento otimista demais, o que numa janela de migração é a diferença entre terminar dentro do período de manutenção ou não. Um tebibyte são 1.099.511,63 MB, então o primeiro passo honesto é transformar o volume em megabyte decimal.

Antes de qualquer aritmética binária importar, existe uma armadilha bem maior na mesma frase. Velocidade de link é citada em bits por segundo e taxa de transferência em bytes por segundo, e um byte são oito bits. Um link de 1.000 Mbit/s move no máximo 125 MB por segundo; um de 100 Mbit/s, 12,5. A distinção é carregada inteiramente pela caixa de uma única letra.

Errar isso é um erro de oito vezes, cerca de setenta vezes maior que a lacuna decimal-contra-binária de que esta página trata. Vale resolver isso primeiro e explicitamente: escreva a taxa em MB por segundo, com a conta, antes de tocar no volume.

A aritmética é curta uma vez que os dois lados estão em decimal. Um tebibyte são 1.099.512 MB; a 100 MB por segundo são 10.995 segundos, ou 3 horas e 3 minutos. Dez tebibytes na mesma taxa são 30 horas e 32 minutos. A 1.250 MB por segundo — um link de dez gigabits no teto teórico — dez tebibytes são 2 horas e 27 minutos.

Essas cifras são pisos, e deveriam ser rotuladas assim onde forem citadas. Presumem um único fluxo contínuo na taxa cheia sem custo por arquivo, o que nenhuma transferência real alcança.

A lacuna entre a aritmética e o relógio é dominada pela contagem de arquivos, não pelo volume. Todo arquivo custa uma criação, uma escrita de metadado e, sobre um protocolo de rede, pelo menos uma ida e volta; um milhão de arquivos pequenos pode gastar mais tempo nisso do que movendo o conteúdo. Um arquivo grande único no mesmo tamanho total roda perto da taxa do link.

As outras subtrações são mais estáveis e mais fáceis de prever. Sobrecarga de protocolo tira alguns por cento. Criptografia e checksum custam CPU. O armazenamento receptor tem um teto de escrita frequentemente mais baixo que o da rede. Paralelismo recupera boa parte disso e traz seu próprio limite.

Onde uma transferência sai de um provedor, a cobrança é por gigabyte decimal e o medidor é dele. Um repositório relatado como 10 TiB são 10.995 GB de saída faturável se tudo se mover, cerca de 9,95% acima do número redondo que alguém estimaria a partir da cifra em tebibyte. Numa migração grande essa porcentagem é uma linha que alguém precisa explicar.

O medidor do provedor também conta coisas que sua própria cifra não conta: retentativas, sobrecarga de protocolo, e qualquer tráfego que a ferramenta gera ao listar e verificar. Estimar a partir do volume convertido e tratar a diferença como contingência é mais honesto que apresentar a cifra convertida como a fatura.

Transferências longas são interrompidas, e o que é re-derivado depois de uma interrupção é onde as estimativas desviam. O volume restante costuma ser relatado pela origem em tebibyte de novo, a taxa observada até então está em megabyte por segundo, e quem faz a conta às duas da manhã é quem mais provavelmente divide os dois diretamente.

Escrever a conversão no runbook em vez de na estimativa é o que previne isso. Uma linha lendo "TiB restante × 1.099.512 = MB; ÷ MB/s observado = segundos" custa uma linha, é conferível, e produz a mesma resposta às duas da manhã que produziu na reunião de planejamento.

Uma estimativa que para na transferência costuma ficar faltando uma passagem inteira. Qualquer coisa que vale migrar normalmente vale verificar, e uma comparação de checksum lê o volume completo de novo nas duas pontas. Se a transferência de 10 TiB leva trinta horas, a verificação é outra leitura de 10.995.116 MB de cada lado.

Existem variantes mais baratas e vale escolher deliberadamente. Verificar uma amostra dá uma garantia probabilística numa fração do tempo. Ferramentas que fazem checksum durante a transferência evitam a segunda leitura inteiramente, a algum custo de vazão. Seja qual for a escolha, a janela precisa incluí-la.