ฮาร์ดไดรฟ์: ฮาร์ดไดรฟ์ที่เราไม่ได้ต้องการและก็ไม่จำเป็นต้องมี [วิดีโอ] (2022)

 (tom7.org)
1 คะแนน โดย GN⁺ 2024-09-01 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Harder Drive คือหน้าที่รวบรวมเอกสารงานวิจัย วิดีโอ แอป และไฟล์เสียงของโปรเจกต์ฮาร์ดไดรฟ์ที่เราไม่ได้อยากได้และก็ไม่จำเป็นต้องมีไว้ในที่เดียว
  • มีลิงก์ไปยังงานวิจัยที่เกี่ยวข้องและวิดีโอ YouTube ควบคู่กัน จึงสามารถติดตามคำอธิบายของโปรเจกต์ได้ทั้งจากบทความและวิดีโอ
  • แอปสำหรับสำรวจพื้นที่ที่อยู่ IPv4 แจกจ่ายผ่าน torrent และการรันอาจต้องใช้ 64-bit Windows พร้อม RAM ที่เพียงพอ
  • ตัวอย่างความต้องการ RAM ระบุไว้เป็น 32GB? ทำให้ข้อจำกัดด้านสภาพแวดล้อมการรันค่อนข้างสูงกว่าเดโมเบาๆ ทั่วไป
  • มีทั้งไฟล์เสียงริงโทนและหัวข้อ “Have your own Harder Drive” แต่จากเนื้อหาที่ให้มาเพียงอย่างเดียวยังตรวจสอบวิธีใช้งานอย่างละเอียดได้ยาก

รวมสื่อ Harder Drive

  • ชื่อหน้าคือ Harder Drive: Hard drives we didn't want or need
  • โครงสร้างเน้นข้อความสั้นๆ และชื่อส่วนสำหรับพาไปยังสื่อต่างๆ มากกว่าคำอธิบายยาว

งานวิจัยและวิดีโอ

  • ส่วน “Read words” แจ้งว่าสามารถอ่านงานวิจัยที่เกี่ยวข้องได้
  • ส่วน “Watch draws and hear words” ลิงก์ไปยังวิดีโอหลายรายการบนช่อง YouTube

แอปสำรวจ IPv4

  • ส่วน “Browse the internet” ระบุว่าสามารถดาวน์โหลดแอปที่ใช้สำรวจพื้นที่ที่อยู่ IPv4 ในวิดีโอได้ผ่าน torrent
  • เงื่อนไขการรันคือต้องใช้เครื่อง 64-bit Windows และมี RAM เพียงพอ โดยยกตัวอย่าง RAM เป็น 32GB?

รายการอื่นๆ ที่มีให้

  • ในส่วน “Ringtones” สามารถดาวน์โหลดไฟล์เสียงริงโทนจากวิดีโอพร้อมเพลงอื่นๆ ได้
  • ส่วน “Have your own Harder Drive” เริ่มต้นด้วยคำว่า “impenetrable” แต่จากเนื้อหาที่ให้มาเพียงอย่างเดียว ยังไม่สามารถยืนยันรายละเอียดที่ชัดเจนได้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-09-01
ความคิดเห็นบน Hacker News

  • แนะนำให้ดู แบ็กแค็ตตาล็อก ทั้งหมดเลย ไม่รู้ว่ามีใครที่ยังทำงานอยู่ตอนนี้จะสร้างสรรค์ได้เท่า Tom7 หรือเปล่า

    • เห็นด้วย ครั้งแรกที่รู้จัก Tom7 คือจาก "Super Mario Bros. is Easy with Lexicographic Orderings and Time Travel..." แล้วหลังจากนั้นก็ติดงอมแงม
    • SIGBOVIK ยอดเยี่ยมเสมอ และ Tom7 ก็เป็นตัวชูโรงบนเวทีนั้นมาอย่างต่อเนื่อง

  • สงสัยว่ามีกี่คนที่เพิ่งรู้จัก Tom7 ครั้งแรกจากวิดีโอนี้

    • ผมนึกถึงอะไรที่ไร้สาระจนคิดว่าไม่มีทางมีอยู่จริงแน่ ๆ แต่คนนี้กลับคิดไอเดียที่ไร้สาระยิ่งกว่านั้น แล้วลงมือทำให้เป็นจริงด้วย
      แถมยังแสดงให้เห็นอีกว่าทำไมมันถึงเป็นไอเดียที่ยอดเยี่ยมสำหรับสร้างอนาคตที่ยั่งยืน
    • ไม่เคยรู้จักคนนี้มาก่อนเลย แต่สุดยอดจริง ๆ กดติดตามแล้ว

  • บางไอเดียเป็นของเก่ามากแล้ว แต่ชอบ ความจริงจังแบบตลกหน้าตาย มาก
    ทำให้นึกถึงวงจรหน่วงเวลาแบบแอนะล็อกสมัยก่อน ถ้าจำไม่ผิด คือส่งสัญญาณเป็นคลื่นเสียงในแก้ว แล้วใช้ tap หลายจุดเพื่อสร้างค่าหน่วงเวลาต่างกัน
    เพิ่มเติม ตัวอย่างเจ๋ง ๆ ที่อาจแยกส่งเป็นอีกโพสต์ได้: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...

  • เพิ่งดูคอนเทนต์ของ Tom7 เป็นครั้งแรก และคาดหวังแค่ว่าเป็น วิดีโอเนิร์ด ๆ สนุก ๆ
    ดูจบแล้วขนลุกและรู้สึกคาธาร์ซิส ไม่คิดว่าตอนท้ายจะเปลี่ยนไปเป็นประเด็นที่ค่อนข้างจริงจัง
    แค่โครงสร้างทั้งหมดก็น่าจะได้รางวัลแล้ว แต่ยังมีความพยายามด้านวิศวกรรมมหาศาลใส่เข้าไปอีก คุณภาพเกินระดับที่ผมจะหวังไปถึงได้ตลอดชีวิต

    • ส่วนที่ชอบที่สุดในวิดีโอนี้คือการใช้ "Network Block Device Kit" ทำชุดไดรฟ์สามชุด แล้วให้แต่ละชุดสอดคล้องกับคำแต่ละคำในชื่อนั้น
      แยกเป็นที่เก็บข้อมูลแบบ "Network", ที่เก็บข้อมูลแบบ "Block" และที่เก็บข้อมูลแบบ "Device"

  • จำได้ว่าราวปี 2003 lcamtuf เคยพูดถึงแนวคิดที่คล้ายกันมาก
    ในเวอร์ชันนั้นคือการแบ่งข้อมูลลับออกเป็นชิ้น ๆ แล้วส่งไปยังอีเมลแอดเดรสที่ไม่มีอยู่จริง เพื่อให้ถูกตีกลับในอีกไม่กี่วันต่อมา
    ถ้าต้องการรวบรวมความลับกลับมา ก็เก็บชิ้นส่วนที่เหมาะสม และต้องมีการติดตามชิ้นส่วนทั้งหมดไว้ที่ไหนสักแห่ง ไม่อย่างนั้นก็แค่ส่งต่อไปยังอีเมลแอดเดรสที่ไม่มีอยู่จริงอีกอัน

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

    • ใช่ แต่ วิดีโอพรีเซนต์ ของ Tom7 ก็สนุกมากเสมอเช่นกัน

  • สมมติฐานพื้นฐานของไดรฟ์ที่ใช้ ping คือแนวคิดการใช้ตัวกลางชั่วคราวอย่าง เวลาส่งผ่าน ของแพ็กเก็ต ซึ่งเป็นแก่นของ clacks(https://github.com/AlexanderParker/clacks) ดีใจที่ได้เห็นคนอื่นสำรวจไอเดียคล้ายกัน
    แนวทางของผมไม่ใช่การใช้ ICMP ping แต่ใกล้เคียงกับ ระบบ P2P ที่สะท้อนแพ็กเก็ตแบบสุ่มให้กันและกันมากกว่า
    เพิ่มเติม ผมได้จำลองเครือข่าย peer และเรนเดอร์วิดีโอที่ข้อความเดียวแพร่กระจายผ่านเครือข่ายไว้แล้ว: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
    การกู้ไฟล์ด้วยวิธีนี้คงใช้เวลาสักหน่อย “สักวันหนึ่ง” มันจะกลับมา

  • ชอบไอเดียการส่งข้อมูลไปไกลมาก ๆ เพื่อบัฟเฟอร์ แล้วสะท้อนกลับจากอะไรอย่างดวงจันทร์ จากนั้นใช้ ระยะทางการแพร่กระจาย นั้นเป็นหน่วยความจำที่สุดเลย

    • เครื่องจักรประกอบตัวเอง เครื่องแรกใน Conway's Game of Life ใช้หลักการนี้ มีแขนประกอบสองข้าง และสูตรที่จำเป็นสำหรับการจำลองตัวเองถูกเข้ารหัสไว้ใน glider ซึ่งเดินทางไปมาระหว่างแขนสองข้างและถูกสะท้อนกลับ
      ปรากฏว่าวิธีนี้ง่ายกว่าการสร้างอุปกรณ์เก็บข้อมูลชนิดใด ๆ มาก
      https://conwaylife.com/wiki/Gemini
    • มันเหมือน หลอดหน่วยความจำแบบ delay line ที่ยาวมาก ๆ เพียงแต่ส่วนใหญ่ไม่ใช่ปรอท แต่แทบจะเป็นสุญญากาศ
      https://en.wikipedia.org/wiki/Delay-line_memory
    • น่าเสียดายที่ free-space path loss จำกัด ความจุช่องสัญญาณ Shannon-Hartley ทำให้ปริมาณข้อมูลรวมที่เก็บได้ด้วยวิธีนี้เข้าใกล้ 0 แบบเชิงเส้นกำกับเมื่อระยะทางเพิ่มขึ้น
      สำหรับอ้างอิง สูตรที่รวมกันคือ C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c และ lim->∞ d×ln(1+1÷d²) ก็น่าเสียดายที่เป็น 0 ที่น่าสนใจคือ แม้พยายามเพิ่มแบนด์วิดท์ และดังนั้นเพิ่มความถี่กลาง เพื่อเก็บข้อมูลให้มากขึ้น ก็ยังเจอขีดจำกัดเดียวกัน
      Wolfram Alpha ยังให้คำตอบแบบ closed-form สำหรับระยะทางที่เหมาะสมได้ไม่ดีนัก
    • ในอดีต วิธีนี้ใช้กันบ่อยสำหรับ การจัดเก็บสัญญาณแอนะล็อก
      https://en.m.wikipedia.org/wiki/Delay-line_memory
    • หน่วยความจำแบบ delay line ใช้แนวคิดนี้หลายรูปแบบ เช่น สะท้อนคลื่นเสียงช้า ๆ ภายในห้อง หรือส่งแรงบิดไปตามสายไฟที่ขดเป็นเส้นยาว

  • ต้องขอชม การหักมุมแบบ Inception ตรงนี้ ตลอดเวลาที่ดู ผมทำเป็นฉลาดคิดว่า “วิธีเก็บข้อมูลที่ไร้สาระและสิ้นเปลืองพวกนี้ก็ยังมีประสิทธิภาพกว่า blockchain อยู่ดีนะ”
    แต่กลับกลายเป็นว่านั่นคือประเด็นหลักที่ซ่อนไว้อย่างแนบเนียน

  • เมื่อ 2 ปีก่อนก็มีคอมเมนต์ 41 รายการด้วย
    https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...