O Bug do Milenio não desapareceu completamente, e em 2038 vamos enfrenta-lo de novo · KitsuneSemCalda

Contextualizando, no anos 1995 a 1999 durante a virada de milênio a sociedade começava a migrar lentamente para o mundo digital, os Unix-like eram constantemente usados em servidores. E por causa disso, um perigo assolava nossos arredores.

Programadores do mundo inteiro se juntaram numa luta época contra um bug que poderia dar fim ao mundo como conhecemos e este bug era conhecido com Y2K ou o famoso Bug do Milênio. Um bug conceitual simples de certa forma para se visualizar.

O bug do Milenio: Como funcionava?

Os computadores antes da era 32/64 bits possuiam memória limitada, logo toda e qualquer memória que poderia ser economizada seria!

Até esse ponto tudo OK entendemos que a memória tinha que ser economizada mas e o bug?

Para começar o bug funcionava especificamente na Data que o computador trabalhava poucos devem se lembrar mas computadores Unix e Windows usavam um sistema dd/mm/yy ou seja era dividido em dia/mes/ano(com dois digitos) atualmente seria (03/12/22).

Ok, mas e o Bug?

Bom, o bug ocorreria no momento 01/01/2000 as 00:00 porque como estariamos no ano 2000, os computadores veriam a data 01/01/00. E isso desconfiguraria todo o sistema gerando deleção em massa de dados em sistemas operacionais e servidores, seria o fim do mundo?.

Metaforicamente, pense em um DELETE SEM WHERE EM TODOS OS COMPUTADORES DO MUNDO.

Ok, entendi teoricamente o que seria o bug do milenio, mas o que quer dizer que vamos enfrenta-lo de novo?

O novo bug do milenio.

Sistemas baseados em Unix
(
Linux //
FreeBSD //
NetBSD //
OpenBSD//
DragonflyBSD //
Aix //
Hp Ux //
Hello System //
SerenityOS //
MacOSX //
GhostBSD //
etc.
)

todos eles utilizam a forma "Unix" de salvar a data. (Atráves de segundos decorridos) e isso consome o que? Memória.

Em 2038, vamos bater o limite de armazenamento de memória para sistemas unix-like por causa do sistemas de segundos decorridos. O que vai acontecer é os mesmos efeitos do Bug do milenio Y2K.

Devo tomar cuidado com o novo Bug do milenio?

Sim, você deve tomar cuidado com o novo Bug do Milenio, verifique se seu computador tem backups e snapshots, esteja preparado para reconstruir seu sistema, monte raids e faça o possível e o impossível para manter seus dados

Twitter passou por esse problema há alguns anos. Em um determinado momento alguém se tocou que eles estavam armazenando os IDs em 32 bits sequenciais e o número limite estava chegando muito rápido. Acho que eles não previram que a rede social iria chegar ao sucesso que chegaram com milhões de postagens sendo feitas por segundo.

Na época (não achei fonte) eu lembro de ter lido um texto onde detalhavam a solução temporária: mudar a coluna da chave primária para um inteiro sem sinal. Dessa forma conseguiram dobrar o número de possibilidades.

Hoje eles usam 64 bits sem sinal e o número não é mais sequencial, incluindo timestamp no meio e outras informações de identificação, além de uma numeração sequencial.

Creio que esse bug de 2038 não vai gerar nenhum problema. Hoje em dia nem celular roda mais em 32 bits. Desde 2015 que iphone sequer aceita que um app seja enviado sem suporte a 64 bits. Ou seja, essa transição já começou há muito tempo. Daqui a 16 anos vamos nos referir a 32 bits como uma coisa tãããão antiga que vamos até ter dificuldade de lembrar se isso realmente existiu.

Não há motivos para pânico.

A postagem usada como fonte para o texto tem o objetivo de chamar atenção para que as empresas que possuem sistemas muito antigos já possam iniciar suas migrações e testes evitando que aconteça alguma bronca até lá.

Mas nada que você esteja começando a criar hoje, com softwares com versões novas, irá passar por esse problema em 2038.

Fonte: