Se esse protótipo escalar a indústria ocidental de alta tecnologia vai tomar um baque gigantesco. Seria disrupção que levaria décadas para alcançar. A divisão entre memória e armazenamento acabaria. Dispositivos nunca antes vistos surgiriam. interestingengineering.com/innovation/c... - ThreadSky

giggio.net • 3 days ago

Se esse protótipo escalar a indústria ocidental de alta tecnologia vai tomar um baque gigantesco. Seria disrupção que levaria décadas para alcançar.

A divisão entre memória e armazenamento acabaria.

Dispositivos nunca antes vistos surgiriam.

https://interestingengineering.com/innovation/china-worlds-fastest-flash-memory-device

Comments

peddrinn.bsky.social•3 days ago

Uma parte da revolução tecnológica que o uso de IA precisa ter pra rodar em dispositivos domésticos passa exatamente por isso... Estou ansioso

jorge.top•3 days ago

A programação tbm pode mudar bastante ne

giggio.net•3 days ago

Pode, se a gente tiver RAM ilimitada (ou numa quantidade significativamente maior) muda tudo. Inclusive pra games, IA etc.

jorge.top•3 days ago

Pois é... A ideia de storage, a ideia de economizar ram e etc... Tipo aquela coisa tosca de armazenar arquivo em BD. Inclusive imagina um H2 como default hehehe tudo é ram, tudo o tempo todo disponível... O próprio build/deploy pode ser bem diferente, tipo compilar o cara "rodando" já...

jeffquesado.ulivre.dev•2 days ago

A nível de hardware pode até ser igual, mas a nível de lógica ainda seria necessário separar.
Armazenamento permanente você precisa formatar e usar um FS, memória não, é raw.

jorge.top•2 days ago

Pois então eu tbm tendo a separar, mas isso não é pq já estamos condicionados? Sei lá, imagina o cara criando um pdf. Poderia nao existir a ideia de armazenar... Ou tô viajando?

jeffquesado.ulivre.dev•2 days ago

Precisa sim. Imagina que na leitura do PDF você aponta para uma região de memória para uma imagem, usando hard pointer mesmo.
Agora imagina que você vai salvar isso as-is, pegar essa memória e colocar em outro computador na unidade /dev/sdc.
Lascou a leitura, né?

jeffquesado.ulivre.dev•2 days ago

Agora imagina a nível de ponteiros como ia ficar essa bagunça 🤭

souenzzo.com.br•2 days ago

Po, desligar dispositivos voltaria a ser só tirar a energia

luxedo.bsky.social•3 days ago

Fiquei pensando se não acabaríamos ficando limitados pelo tamanho do espaço de endereços, mas parece que no Linux x86_64 da uns 128 TiB. Acho que aqui em casa tá safe ainda

jeffquesado.ulivre.dev•2 days ago

Você vai precisar adaptar SOs, MMUs, compiladores (principalmente ponteiros/referências) para se adaptar a essa ilimitação

souenzzo.com.br•2 days ago

E a gente já sabe fazer isso: foi feito para permitir que 32bita tivesse mais que 4gb de ram.
Ou seja, só recuperar o código lá no git e adaptar para 64

jeffquesado.ulivre.dev•2 days ago

O armazenamento extendido cria paginações para o programa dando um espaço pra ele de 4GiB. Mas o limite do programa individual continua sendo 4GiB, o que acontece é que o mapeamento de cada programa ficava numa região diferente

souenzzo.com.br•2 days ago

Já é um primeiro passo né?
Num contexto de JS, se vc coloca cada thread num processo, vc já tem o <> em cada worker do JS

Comments

Posting Rules

Reply