- Harder Drive उन hard drive प्रोजेक्ट्स के पेपर, वीडियो, ऐप और ऑडियो सामग्री को एक जगह इकट्ठा करने वाला पेज है, जिन्हें न हम चाहते थे, न उनकी ज़रूरत थी
- संबंधित पेपर और YouTube वीडियो साथ में जुड़े हुए हैं, इसलिए प्रोजेक्ट की व्याख्या को टेक्स्ट और वीडियो दोनों में फ़ॉलो किया जा सकता है
- IPv4 address space को explore करने वाला ऐप torrent के रूप में दिया गया है, और इसे चलाने के लिए 64-bit Windows तथा पर्याप्त RAM की ज़रूरत पड़ सकती है
- RAM की आवश्यकता के उदाहरण के रूप में 32GB? लिखा है, इसलिए यह सामान्य हल्के demo की तुलना में अधिक सीमित execution environment मांगता है
- ringtone audio और “Have your own Harder Drive” आइटम भी हैं, लेकिन दिए गए मूल पाठ से इनके उपयोग का ठोस तरीका समझना कठिन है
Harder Drive सामग्री संग्रह
- पेज का शीर्षक Harder Drive: Hard drives we didn't want or need है
- यह लंबी व्याख्या के बजाय संबंधित सामग्री की ओर ले जाने वाले छोटे वाक्यों और section titles पर आधारित है
पेपर और वीडियो
- “Read words” section बताता है कि संबंधित पेपर पढ़े जा सकते हैं
- “Watch draws and hear words” section YouTube चैनल के कई वीडियो की ओर ले जाता है
IPv4 exploration ऐप
- “Browse the internet” section बताता है कि वीडियो में IPv4 address space को explore करने के लिए इस्तेमाल किया गया ऐप torrent के जरिए डाउनलोड किया जा सकता है
- इसे चलाने के लिए 64-bit Windows मशीन और पर्याप्त RAM चाहिए, और RAM का उदाहरण 32GB? के रूप में दिया गया है
अन्य उपलब्ध आइटम
- “Ringtones” section में वीडियो के ringtone audio अन्य ट्रैक्स के साथ डाउनलोड किए जा सकते हैं
- “Have your own Harder Drive” section “impenetrable” शब्द से शुरू होता है, लेकिन दिए गए मूल पाठ से इसकी ठोस सामग्री स्पष्ट नहीं होती
1 टिप्पणियां
Hacker News की राय
पूरी back catalogue देखने की सलाह दूंगा। अभी सक्रिय लोगों में Tom7 जितना क्रिएटिव कोई है या नहीं, पता नहीं
सोच रहा हूं कि इस वीडियो की वजह से यहां कितने लोगों ने पहली बार Tom7 को जाना होगा
ऊपर से यह भी दिखाता है कि वह sustainable future बनाने के लिए बेहतरीन आइडिया क्यों है
कुछ ideas बहुत पुराने हैं, लेकिन comic seriousness सच में बहुत अच्छी है
पुराने analog delay circuits याद आते हैं। अगर मेरी याद सही है, तो उनमें signal को glass के अंदर sound waves के रूप में भेजा जाता था, और कई taps से अलग-अलग delays बनाए जाते थे
साथ ही, अलग से submit करने लायक एक बढ़िया उदाहरण: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...
Tom7 का content पहली बार देखा, और एक मजेदार nerd video जैसी उम्मीद थी
देखने के बाद रोंगटे खड़े हो गए और catharsis जैसा महसूस हुआ। अंत में इतने गंभीर विषय की तरफ मुड़ जाएगा, यह उम्मीद नहीं थी
सिर्फ पूरी संरचना ही award के लायक लगती है, और उसके ऊपर इसमें जबरदस्त engineering effort भी है। quality उस स्तर से आगे है जहां तक पहुंचने की मैं जिंदगी भर उम्मीद कर सकता हूं
वे "Network" storage, "Block" storage, और "Device" storage में बंटे हैं
याद है कि 2003 के आसपास lcamtuf ने बहुत मिलती-जुलती concept बताई थी
उस version में secret data को टुकड़ों में बांटकर गैर-मौजूद email addresses पर भेजा जाता था, ताकि कुछ दिनों बाद bounce back हो जाए
अगर secret को फिर से जोड़ना हो, तो सही टुकड़े इकट्ठा कर लेने होते, और कहीं न कहीं सभी टुकड़ों का track रखना पड़ता। या फिर बस उन्हें किसी और गैर-मौजूद email address पर भेज देना होता
http://tom7.org/papers/murphy2022harder.pdf
ping-based drive की मूल premise, यानी packet के transmission time जैसे क्षणिक medium का उपयोग करने का idea, clacks(https://github.com/AlexanderParker/clacks) का core था। किसी और को इसी तरह का idea explore करते देखकर अच्छा लगा
मेरा approach ICMP ping इस्तेमाल करने के बजाय, एक P2P system जैसा था जिसमें peers एक-दूसरे को random packets bounce करते हैं
साथ में, मैंने peer network simulate करके एक single message के network में फैलने का video render किया है: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
इस तरह file recover करने में कुछ समय लगेगा। “कभी न कभी” वापस आ जाएगी
data को बहुत दूर भेजकर buffer करना, चांद जैसी जगह से reflect कराना, और फिर उस propagation distance को memory की तरह इस्तेमाल करने का idea सच में सबसे बढ़िया है
पता चला कि किसी तरह का storage device बनाने से यह तरीका कहीं ज्यादा सरल था
https://conwaylife.com/wiki/Gemini
https://en.wikipedia.org/wiki/Delay-line_memory
संदर्भ के लिए, जोड़ा गया formula C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c है। और lim->∞ d×ln(1+1÷d²) दुर्भाग्य से 0 है। दिलचस्प बात यह है कि bandwidth, और इसलिए center frequency, बढ़ाकर ज्यादा information store करने की कोशिश करने पर भी यही limit आती है
Wolfram Alpha अभी optimal distance के लिए closed-form solution ठीक से नहीं देता
https://en.m.wikipedia.org/wiki/Delay-line_memory
यहां Inception-style twist की तारीफ करनी होगी। देखते समय मैं पूरे वक्त smart बनने की कोशिश करते हुए सोच रहा था, “data store करने के ये हास्यास्पद और wasteful तरीके भी blockchain से काफी efficient हैं”
लेकिन बाद में पता चला कि वही चुपचाप छिपा हुआ मुख्य point था
2 साल पहले भी 41 comments आए थे
https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...