Converter kB para MB

Um kilobyte são 1.000 bytes quando quem define é um órgão de normalização e 1.024 quando quem define é um sistema operacional. Esta página calcula com 1.000; a unidade de 1.024 se chama kibibyte.

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.

Ir de kilobytes para megabytes desloca a vírgula 3 casas para a esquerda e não muda mais nada. Não há fator para decorar nem arredondamento para decidir: os algarismos ficam na mesma ordem, muda só a posição.

1.234 kB são 1,234 MB — os mesmos algarismos, deslocados. Vale saber porque é a única conversão que você confere de relance: se os algarismos do resultado não são os do começo, não foi esta conversão que mexeu neles.

O megabyte nesta página é um milhão de bytes, o que o torna mil kilobytes e a conversão são três dígitos movidos para a direita. Os prefixos se comportam do jeito que se comportam em toda medida: kilo é mil, mega é um milhão, e cada degrau da escada é o mesmo fator acima do último. Essa consistência é o argumento prático para o sistema decimal, porque deixa um tamanho ser movido escada acima ou abaixo de cabeça.

O par binário — kibibyte e mebibyte — tem 1.024 nos dois lugares, então um mebibyte são 1.048.576 bytes e fica 4,9% acima de um megabyte. Dois degraus já bastam para a lacuna ficar visível: um total de 5.000 kB são 5 MB decimais mas só 4,77 nas unidades binárias. Na maioria das vezes a diferença é menor que o erro no total em si, e a exceção é um limite, onde 5% é a margem inteira.

Quase ninguém converte uma única figura em kilobyte para megabyte; converte uma soma. A lista vem de um relatório de build, um cliente de e-mail, uma caixa de seleção de arquivo, uma exportação. O procedimento seguro é somar em kilobyte e converter uma vez, porque converter cada linha primeiro e arredondar introduz um erro por linha que se acumula numa direção.

A segunda coisa que uma lista esconde é o que ela exclui. Um relatório de build geralmente conta os recursos que produziu e não as fontes ou imagens referenciadas de uma folha de estilo; um cliente de e-mail conta anexos e não o corpo da mensagem. O total em megabyte é exatamente tão completo quanto a lista, e a lista é de onde vem a surpresa, não a divisão.

O disco de alta densidade de 3,5 polegadas guardava 1.474.560 bytes. Isso são 1.440 kibibytes, e o número no rótulo foi produzido dividindo por 1.024 uma vez e depois por 1.000 de novo — então o "megabyte" em "1,44 MB" eram 1.024.000 bytes, um híbrido que não existe em padrão nenhum. Nas unidades desta página o disco guardava 1,47 MB; em unidades binárias guardava 1,41 MiB.

É a ilustração mais clara de toda a categoria do que dá errado quando um rótulo é escolhido depois da aritmética em vez de antes. Ninguém estava mentindo e toda figura na caixa vinha de uma contagem de byte real, e o resultado ainda foi uma unidade que não significa nada. O mesmo instinto é o que produz discordâncias entre gerenciadores de arquivo hoje.

Uma listagem de arquivo do Windows mostrando "1.024 KB" dividiu uma contagem de byte por 1.024, então seus kilobytes são kibibytes com outro nome. Somar essas figuras e dividir por 1.000 mistura os sistemas: o resultado não é nem um megabyte limpo nem um mebibyte limpo, e vai ficar cerca de 2,4% distante de qualquer um que o leitor presuma.

A saída é pegar a contagem de byte onde uma estiver disponível. O Windows mostra isso na caixa de propriedades e toda ferramenta de script expõe isso, e a contagem de byte é o número que os dois sistemas concordam. Se só a coluna arredondada de kilobyte existir, o total serve para um julgamento rápido e não deveria ser usado contra um limite.

Uma página web chega como dezenas de recursos separados, cada um com um tamanho que parece inofensivo: uma fonte a 24 kB, um script a 140, uma imagem principal a 380, um pacote de análise a 90. Nenhum deles vale uma discussão sozinho, e a soma cruza um megabyte sem nenhuma decisão isolada ter sido tomada para gastá-la. Converter a lista é como a soma se torna visível.

A figura para converter é o tamanho transferido em vez do bruto, porque recursos de texto são comprimidos no caminho e imagens não são comprimidas de novo. Um relatório de build que lista kilobytes brutos vai superestimar os scripts por aproximadamente um fator de três e acertar as imagens.

Uma casa decimal numa figura em megabyte carrega cem kilobytes e duas carregam dez, então o número certo de dígitos depende inteiramente do que o total é para. Um orçamento de peso de página é discutido em décimos, porque um décimo de megabyte é uma fonte inteira. Uma biblioteca de foto não é, porque cem kilobytes para um lado ou outro não é uma decisão que alguém vai tomar.

O que nunca vale fazer é citar mais decimais do que a entrada tinha. Uma lista de tamanhos arredondados para kilobyte inteiro não consegue sustentar três casas decimais em megabyte, por mais que uma planilha imprima com confiança. Se as contagens de byte subjacentes estão disponíveis os dígitos extras são reais; se a lista já estava arredondada, os dígitos são o arredondamento do arredondamento.

Kilobyte continua legível até cerca de quatro dígitos. Passado dez mil, as figuras param de ser comparáveis numa olhada, e esse é o sinal prático para converter. É o mesmo motivo de um documento não citar a altura de uma pessoa em milímetro apesar do número estar perfeitamente correto.

O reverso também vale. Um total de 0,06 MB é pior que 60 kB, e uma lista onde o menor item arredonda para 0,0 MB perdeu a informação que deveria carregar. Escolha a unidade que deixa a parte interessante do número à esquerda da vírgula, e cite a contagem de byte em vez de qualquer um dos dois quando a figura vai ser checada por uma máquina.