Harder Drive : les disques durs dont nous ne voulions ni n’avions besoin [vidéo] (2022)

 (tom7.org)
1 points par GN⁺ 2024-09-01 | 1 commentaires | Partager sur WhatsApp
  • Harder Drive est une page qui rassemble en un seul endroit les articles, vidéos, applications et ressources audio du projet de disques durs dont nous ne voulions ni n’avions besoin
  • Les articles associés et les vidéos YouTube sont liés ensemble, ce qui permet de suivre l’explication du projet à la fois par le texte et par la vidéo
  • L’application qui explore l’espace d’adressage IPv4 est distribuée via torrent, et son exécution peut nécessiter Windows 64-bit et une quantité suffisante de RAM
  • L’exigence de RAM est indiquée à titre d’exemple comme 32GB?, ce qui suggère des contraintes d’exécution plus importantes qu’une simple démo légère
  • Il y a aussi un audio de sonneries et une section « Have your own Harder Drive », mais le texte fourni ne permet pas de comprendre précisément comment les utiliser

Collection de ressources Harder Drive

  • Le titre de la page est Harder Drive: Hard drives we didn't want or need
  • Elle est structurée davantage autour de courtes phrases menant vers des ressources associées et de titres de section que d’un long texte explicatif

Articles et vidéos

  • La section « Read words » indique qu’on peut lire les articles associés
  • La section « Watch draws and hear words » renvoie à plusieurs vidéos sur YouTube

Application d’exploration IPv4

  • La section « Browse the internet » indique que l’application utilisée dans la vidéo pour explorer l’espace d’adressage IPv4 peut être téléchargée via torrent
  • Les conditions d’exécution mentionnent une machine Windows 64-bit et suffisamment de RAM, avec un exemple affiché à 32GB?

Autres éléments proposés

  • Dans la section « Ringtones », on peut télécharger l’audio des sonneries de la vidéo avec d’autres morceaux
  • La section « Have your own Harder Drive » commence par le terme « impenetrable », mais son contenu précis ne peut pas être confirmé à partir du texte fourni

À lire aussi

1 commentaires

 
GN⁺ 2024-09-01
Commentaires Hacker News

  • Je recommande de parcourir tout le back catalogue. Je ne sais pas s’il existe quelqu’un d’aussi créatif que Tom7 parmi les personnes encore actives aujourd’hui

    • D’accord. J’ai découvert Tom7 avec « Super Mario Bros. is Easy with Lexicographic Orderings and Time Travel... », et depuis je suis complètement accro
    • SIGBOVIK est toujours excellent, et Tom7 en est régulièrement la vedette

  • Je me demande combien de personnes ont découvert Tom7 ici grâce à cette vidéo

    • J’ai imaginé un truc si absurde que je pensais qu’il ne pourrait absolument pas exister, et ce type trouve une idée encore plus absurde que ça, puis la met réellement en œuvre
      Et en plus, il montre pourquoi c’est une excellente idée pour bâtir un avenir durable
    • Je ne le connaissais pas du tout, et c’était vraiment impressionnant. Je me suis abonné

  • Certaines idées sont très anciennes, mais j’adore le sérieux comique
    Ça me rappelle les anciens circuits de retard analogiques. Si je me souviens bien, le signal était envoyé sous forme d’ondes sonores dans du verre, avec plusieurs prises produisant des retards différents
    Au passage, un bel exemple qui mériterait peut-être une soumission à part : https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...

  • C’était mon premier contenu de Tom7, et je m’attendais à une vidéo de nerd amusante
    Après l’avoir vue, j’en ai eu des frissons et une sensation de catharsis. Je ne m’attendais pas à ce qu’elle bascule à la fin vers un sujet assez sérieux
    Rien que pour sa construction, elle mériterait un prix, et en plus il y a derrière un énorme effort d’ingénierie. C’est d’une qualité qui dépasse ce que je pourrais espérer atteindre dans toute ma vie

    • Ce que je préfère dans cette vidéo, c’est qu’il utilise le « Network Block Device Kit » pour fabriquer trois kits de disques, chacun correspondant à l’un des mots
      Un stockage « Network », un stockage « Block » et un stockage « Device »

  • Je me souviens que vers 2003, lcamtuf avait évoqué un concept très similaire
    Dans sa version, il découpait les données secrètes et les envoyait à des adresses e-mail inexistantes, afin qu’elles soient renvoyées quelques jours plus tard
    Si l’on voulait reconstituer le secret, il suffisait de récupérer les bons morceaux, et il fallait garder quelque part la trace de tous les fragments. Ou alors les envoyer simplement à une autre adresse e-mail inexistante

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

    • Certes, mais les présentations vidéo de Tom7 sont toujours vraiment amusantes

  • Le principe de base du disque basé sur le ping, à savoir l’utilisation d’un support transitoire comme le temps de transmission des paquets, était au cœur de clacks (https://github.com/AlexanderParker/clacks). Ça m’a fait plaisir de voir quelqu’un d’autre explorer une idée similaire
    Mon approche ressemblait davantage à un système P2P où les pairs se renvoient des paquets aléatoires, plutôt qu’à l’utilisation de pings ICMP
    Au passage, j’ai simulé un réseau de pairs et rendu une vidéo montrant la propagation d’un message unique à travers le réseau : https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
    Récupérer un fichier de cette manière prendrait un certain temps. Il « finira » par revenir

  • J’adore vraiment l’idée d’envoyer les données très loin pour les mettre en tampon, de les faire rebondir sur un objet comme la Lune, puis d’utiliser cette distance de propagation comme mémoire

    • La première machine auto-constructrice dans le Game of Life de Conway utilisait ce principe. Elle possède deux bras de construction, et la recette nécessaire à l’auto-réplication est encodée dans des gliders qui font l’aller-retour entre les deux bras en rebondissant
      Il s’est avéré que cette approche était bien plus simple que de construire une forme quelconque de dispositif de stockage
      https://conwaylife.com/wiki/Gemini
    • C’est comme un très, très long tube de mémoire à ligne de retard. Sauf que la majeure partie n’est pas du mercure, mais presque du vide
      https://en.wikipedia.org/wiki/Delay-line_memory
    • Malheureusement, comme les pertes de trajet en espace libre limitent la capacité de canal de Shannon-Hartley, la quantité totale d’informations stockables de cette façon tend asymptotiquement vers 0 à mesure que la distance augmente
      Pour référence, la formule combinée est C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c. Et lim->∞ d×ln(1+1÷d²) vaut malheureusement 0. Fait intéressant, essayer de stocker davantage d’informations en augmentant la bande passante, et donc la fréquence centrale, se heurte à la même limite
      Wolfram Alpha ne donne pas encore très bien de solution en forme fermée pour la distance optimale
    • Dans le passé, c’était une méthode couramment utilisée pour le stockage de signaux analogiques
      https://en.m.wikipedia.org/wiki/Delay-line_memory
    • La mémoire à ligne de retard a utilisé ce concept de plusieurs façons : par exemple en faisant rebondir des ondes sonores lentes dans une pièce, ou en transmettant une torsion dans un long fil enroulé

  • Il faut saluer ici le twist façon Inception. Pendant toute la vidéo, je faisais le malin en me disant : « même ces façons ridicules et gaspilleuses de stocker des données sont plutôt efficaces comparées à la blockchain »
    Et il s’est avéré que c’était précisément le point central caché

  • Il y avait déjà eu 41 commentaires il y a deux ans
    https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...