Harder Drive: discos rígidos que não queríamos nem precisávamos [Vídeo] (2022)

 (tom7.org)
1 pontos por GN⁺ 2024-09-01 | 1 comentários | Compartilhar no WhatsApp
  • Harder Drive é uma página que reúne em um só lugar os artigos, vídeos, app e materiais de áudio do projeto de discos rígidos que não queríamos nem precisávamos
  • O artigo relacionado e os vídeos no YouTube estão vinculados juntos, permitindo acompanhar a explicação do projeto tanto em texto quanto em vídeo
  • O app para explorar o espaço de endereços IPv4 é disponibilizado via torrent, e sua execução pode exigir Windows 64-bit e RAM suficiente
  • O requisito de RAM aparece como exemplo em 32GB?, indicando que, em vez de uma demo leve comum, há restrições consideráveis de ambiente para executar
  • Também há áudio de toque e o item “Have your own Harder Drive”, mas, apenas com o texto fornecido, é difícil confirmar o modo de uso específico

Coleção de materiais do Harder Drive

  • O título da página é Harder Drive: Hard drives we didn't want or need
  • Em vez de uma descrição longa, a página é composta principalmente por frases curtas que levam aos materiais relacionados e por títulos de seção

Artigo e vídeos

  • A seção “Read words” informa que é possível ler o artigo relacionado
  • A seção “Watch draws and hear words” leva a vários vídeos no canal do YouTube

App de exploração de IPv4

  • A seção “Browse the internet” informa que o app usado no vídeo para explorar o espaço de endereços IPv4 pode ser baixado via torrent
  • Como condição de execução, é necessário um computador com Windows 64-bit e RAM suficiente, com o exemplo de RAM mostrado como 32GB?

Outros itens oferecidos

  • Na seção “Ringtones”, é possível baixar o áudio de toque do vídeo junto com outras faixas
  • A seção “Have your own Harder Drive” começa com a expressão “impenetrable”, mas o conteúdo específico não pode ser confirmado apenas com o texto fornecido

Leituras relacionadas

1 comentários

 
GN⁺ 2024-09-01
Opiniões do Hacker News

  • Recomendo assistir ao catálogo completo. Não sei se há alguém em atividade hoje tão criativo quanto o Tom7

    • Concordo. Meu primeiro contato com o Tom7 foi “Super Mario Bros. is Easy with Lexicographic Orderings and Time Travel...”, e desde então fiquei totalmente fisgado
    • A SIGBOVIK é sempre excelente, e o Tom7 continua sendo uma presença central nesse palco

  • Fico curioso para saber quantas pessoas conheceram o Tom7 pela primeira vez aqui por causa deste vídeo

    • Pensei em algo tão absurdo que achei que jamais poderia existir, e esse cara aparece com uma ideia ainda mais absurda e ainda a implementa de verdade
      Além disso, ele mostra por que aquilo é uma ótima ideia para construir um futuro sustentável
    • Eu não conhecia esse cara de jeito nenhum, e foi realmente incrível. Me inscrevi

  • Algumas ideias são bem antigas, mas a seriedade cômica é ótima
    Isso me lembrou antigos circuitos analógicos de atraso. Se minha memória não falha, o sinal era enviado como ondas sonoras dentro de vidro, e vários taps criavam atrasos diferentes
    Além disso, um exemplo legal que talvez mereça uma submissão própria: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...

  • Foi a primeira vez que vi conteúdo do Tom7, e eu esperava algo como um vídeo nerd divertido
    Depois de assistir, fiquei arrepiado e senti uma catarse. Não esperava que no fim ele fosse virar para um tema bastante sério
    Só pela estrutura toda eu já acho que merecia um prêmio, e ainda por cima há um esforço enorme de engenharia ali. A qualidade está além do nível que eu poderia esperar alcançar mesmo em uma vida inteira

    • Minha parte favorita desse vídeo é que ele usa o “Network Block Device Kit” para criar três kits de drives, cada um alinhado a uma dessas palavras
      Eles se dividem em armazenamento “Network”, armazenamento “Block” e armazenamento “Device”

  • Lembro que por volta de 2003 o lcamtuf falou de um conceito muito parecido
    Na versão dele, os dados secretos eram divididos e enviados para endereços de e-mail inexistentes, para serem devolvidos alguns dias depois
    Se você quisesse remontar o segredo, bastava coletar os fragmentos apropriados, e seria preciso manter em algum lugar o controle de todos os pedaços. Ou então simplesmente enviá-los de novo para outro endereço de e-mail inexistente

  • http://tom7.org/papers/murphy2022harder.pdf

    • Sim, mas as apresentações em vídeo do Tom7 também são sempre muito divertidas

  • A premissa básica do drive baseado em ping, isto é, a ideia de usar um meio temporário como o tempo de transmissão dos pacotes, era o núcleo do clacks(https://github.com/AlexanderParker/clacks). Foi bom ver outra pessoa explorando uma ideia parecida
    Minha abordagem era mais próxima de um sistema P2P que faz pacotes aleatórios ricochetearem entre si, em vez de usar ping ICMP
    Além disso, deixei uma simulação de uma rede de peers e um vídeo renderizado de uma única mensagem se propagando pela rede: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
    Recuperar um arquivo desse jeito levaria algum tempo. Ele volta “algum dia”

  • A ideia de transmitir dados para muito longe para fazer buffering, refletindo-os em algo como a Lua e usando essa distância de propagação como memória, é simplesmente a melhor

    • A primeira máquina autoconstrutora no Game of Life de Conway usava esse princípio. Ela tinha dois braços construtores, e a receita necessária para a autorreplicação era codificada em gliders que iam e voltavam entre os dois braços por reflexão
      Acabou ficando claro que esse método era muito mais simples do que construir algum tipo de dispositivo de armazenamento
      https://conwaylife.com/wiki/Gemini
    • É como um tubo de memória de linha de atraso muito, muito longo. Só que a maior parte dele é quase vácuo, não mercúrio
      https://en.wikipedia.org/wiki/Delay-line_memory
    • Infelizmente, como a perda de percurso em espaço livre limita a capacidade de canal de Shannon-Hartley, a quantidade total de informação que pode ser armazenada assim se aproxima assintoticamente de 0 à medida que a distância aumenta
      Para referência, a fórmula combinada é C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c. E lim->∞ d×ln(1+1÷d²) infelizmente é 0. Curiosamente, mesmo tentando armazenar mais informação aumentando a largura de banda e, portanto, a frequência central, você esbarra no mesmo limite
      O Wolfram Alpha ainda não consegue fornecer bem uma solução em forma fechada para a distância ótima
    • No passado, era um método comumente usado para armazenamento de sinais analógicos
      https://en.m.wikipedia.org/wiki/Delay-line_memory
    • A memória de linha de atraso usava esse conceito de várias maneiras. Por exemplo, refletindo ondas sonoras lentas dentro de uma sala, ou transmitindo torção por um fio longo enrolado

  • É preciso elogiar aqui a reviravolta à la Inception. Durante todo o vídeo, eu fiquei me achando esperto enquanto pensava: “mesmo esses jeitos ridículos e desperdiçadores de armazenar dados ainda são bem eficientes comparados a blockchain”
    Mas, no fim, descobri que essa era a ideia central escondida o tempo todo

  • Dois anos atrás também houve 41 comentários
    https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...