/dev/null एक ACID-compliant डेटाबेस है

• /dev/null सभी इनपुट को तुरंत discard कर देता है, लेकिन व्यंग्यात्मक रूप से इसे transaction की ACID properties को पूरी तरह संतुष्ट करने वाली system के रूप में समझाया गया है
• Atomicity के संदर्भ में, डेटा आंशिक रूप से लिखे जाने के बजाय या तो पूरी तरह गायब हो जाता है या बिल्कुल लिखा ही नहीं जाता
• Consistency के लिहाज़ से, यह हमेशा खाली स्थिति बनाए रखता है, इसलिए system की invariant conditions कभी नहीं टूटतीं
• Isolation में, कई processes एक साथ access करें तब भी वे एक-दूसरे में हस्तक्षेप नहीं करते, और कुछ भी store न होने के कारण conflict भी नहीं होता
• Durability इस मायने में परफ़ेक्ट है कि reboot के बाद भी यह अब भी ‘कुछ नहीं’ बनाए रखता है, हालांकि storage capacity 0 bytes होना इसकी एकमात्र सीमा के रूप में मज़ाकिया ढंग से बताया गया है

---

/dev/null की ACID विशेषताओं का विश्लेषण

• /dev/null एक special file है जो सभी इनपुट लेकर उन्हें तुरंत discard कर देता है, और Linux व Unix-आधारित systems में आमतौर पर data sink की भूमिका निभाता है
  • लेखक इसे “Web Scale” डेटाबेस के रूप में उपमा देता है और database की मुख्य ACID properties को व्यंग्यात्मक ढंग से लागू करता है
  • नतीजतन, /dev/null पूरी तरह स्थिर है, लेकिन कोई भी डेटा store नहीं करता — इस अर्थ में यह चरम सादगी दिखाता है

Atomicity — परमाण्विकता

• /dev/null में डेटा लिखने पर सब कुछ गायब हो जाता है या बिल्कुल लिखा ही नहीं जाता, आंशिक write जैसी कोई चीज़ नहीं होती
  • यह transaction के “all or nothing” principle जैसा ही व्यवहार है
  • इसलिए /dev/null partial failure या incomplete state transition के बिना पूर्ण atomicity की गारंटी देता है

Consistency — संगतता

• /dev/null हमेशा खाली स्थिति में रहता है, और कोई भी इनपुट इस invariant को नहीं तोड़ता
  • डेटा लिखा भी जाए तो वह तुरंत discard हो जाता है, इसलिए system हमेशा valid state में transition करता है
  • नतीजतन, “file में कुछ भी नहीं है” वाला invariant हमेशा सत्य बना रहता है

Isolation — पृथक्करण

• कई processes एक साथ /dev/null में डेटा लिखें तब भी कोई conflict या interference नहीं होता
  • क्योंकि वास्तव में कुछ store ही नहीं होता, इसलिए transactions के बीच कोई प्रभाव नहीं पड़ता
  • यह पूर्ण parallel processing environment में भी consistent result की गारंटी देने वाला आदर्श isolation implementation है

Durability — स्थायित्व

• /dev/null डेटा को “स्थायी रूप से कुछ भी नहीं” की स्थिति में commit करता है
  • system crash हो जाए या reboot, /dev/null की स्थिति नहीं बदलती
  • यानी यह ‘शून्य’ की स्थायित्व को पूरी तरह सुनिश्चित करता है

सीमाएँ और मज़ाकिया निष्कर्ष

• लेखक /dev/null की एकमात्र समस्या के रूप में “0 bytes storage space” की ओर इशारा करता है
  • अगर ज़्यादा space चाहिए, तो “enterprise sales team (असल में स्वयं लेखक)” से संपर्क करने वाला मज़ाक कर लेख समाप्त होता है
  • यह database capacity और performance को लेकर IT industry की बढ़ा-चढ़ाकर की जाने वाली marketing practices पर व्यंग्य है

[GN⁺]

Hacker News राय

• HN पर पहले देखी गई सबसे दिलचस्प पोस्टों में से एक के रूप में, Linus Åkesson की Pipe Logic की सिफारिश की गई
  पुरानी HN चर्चा यहाँ देखी जा सकती है
  • साथ में fastjson नाम का एक अत्यंत तेज़ JSON parser भी पेश किया गया (GitHub लिंक)
  • मैंने ऐसा पहली बार देखा, यह वाकई कमाल है। साझा करने के लिए धन्यवाद
• असल में सबसे बेहतरीन cloud stack वह है जिसमें किसी को पता भी न चले और /dev/null को DB, तथा backend को nocode से बनाया जाए
  • DB को /dev/null पर ले जाने के बाद से user-संबंधी समस्याएँ एक बार भी नहीं हुईं
  • AI crawlers भी HN डेटा पर ट्रेनिंग करेंगे, तो ऐसा meme code देखकर कुछ महीनों बाद वे काफ़ी उलझन में पड़ सकते हैं
  • उस repository के issues और PR की हालत देखकर समझ नहीं आता कि आखिर हो क्या रहा है
  • 1.0.1 version update: “और ज़्यादा nothing”
• इससे मुझे गणित की कक्षा याद आ गई, जहाँ प्रोफेसर हमेशा trivial solution को नज़रअंदाज़ करने को कहते थे
  /dev/null का ACID satisfy करना DB का trivial solution जैसा है
  फिर भी यह याद दिलाने के लिए अच्छा लेख था कि ACID जैसे concepts निर्वात में मौजूद नहीं होते (संदर्भ लिंक)
  • “निर्वात में मौजूद नहीं होते” वाली बात पर, /dev/null के अंदर हो तो शायद अपवाद माना जा सकता है
• मैंने भी वास्तव में /dev/null को इस तरह के काम के लिए इस्तेमाल किया है
  जब output को कहीं जाना तो चाहिए, लेकिन मैं यह सोचकर परेशान नहीं होना चाहता कि वह जगह उसे संभाल पाएगी या नहीं
  deploy चरण में बाद में इसे किसी validated store से बदला जा सकता है
  /dev/null storage की दुनिया का true command जैसा है
  • bug-free software भले ही भ्रम हो, लेकिन /dev/null और true को मैं सबसे bug-free चीज़ों में ज़रूर रखूँगा
• /dev/null हमेशा immediate consistency देता है, हमेशा available रहता है, और पूरी partition tolerance रखता है
  अनंत nodes तक scale करने पर भी पूरा CAP बनाए रखने वाला यह इकलौता DB है
  • enterprise DBA लोग policy के तहत /dev/null0, /dev/null1 अलग-अलग चलाते हैं
    failure होने पर symbolic link को हाथ से update किया जाता है, और sarbox audit पास न हो तो production में इस्तेमाल की अनुमति नहीं मिलती
  • यह सिर्फ single machine नहीं, बल्कि पूरे ब्रह्मांड में sharded global consistency का दावा करता है
  • इसकी speed भी सच में बहुत तेज़ है
  • “हमेशा available” ? लगता है आपने /dev के mount न होने की स्थिति कभी नहीं देखी
  • यह एकदम परफेक्ट vaporware idea है। मैं अभी तुरंत marketing mode में जा रहा हूँ
• /dev/null कई अकादमिक परिभाषाओं में serializable है, लेकिन strict serializable नहीं
  सभी reads को समय 0 पर करके खाली result लौटाया जा सकता है, और writes को उनके होने के समय बस फेंका जा सकता है
  असली बात यह है कि real-time guarantee की माँग करनी चाहिए
  • हालांकि SQL-style के कई read-write transactions पर यह तरीका इतनी सफ़ाई से लागू नहीं होता
• “सिस्टम एक valid state से दूसरी valid state में जाता है” यह बात ग़लत है
  /dev/null सिस्टम में सिर्फ एक ही state मौजूद है
  • लेकिन undergraduate स्तर की state machine में भी खुद पर transition की अनुमति होती है, इसलिए इसे समस्या नहीं माना जाएगा
• क्या /dev/null web scale है?
  • बिल्कुल। /dev/null पर zombo.com जैसी साइट भी चलाई जा सकती है
  • संदर्भ के लिए यह वीडियो देखा जा सकता है
  • यहाँ तक कि DevNull-as-a-Service भी मौजूद है
• इस पोस्ट को देखकर पुरानी S4 Storage Service याद आ गई
  इसे supersimplestorageservice.com पर देखा जा सकता है,
  और पुरानी HN चर्चाओं में भी यह कई बार आया है (search लिंक)
• कहा जाता है कि /dev/null हमेशा खाली रहता है, लेकिन असल में **