अटलांटिकवर अकरा तास ELEVEN HOURS OVER THE ATLANTIC SEAT 24B WATCHES A FILM AGAIN SEAT 24C REVIEWS FOUR SERVERS GEO ADDS 703 MS TO EVERY KEY MOVE THE WORK NOT THE KEYSTROKES

अकरा तास, न्यूयॉर्कहून पूर्वेकडे कुठेतरी. केबिनचे दिवे पिवळसर होतात. सीट 24B समोरच्या पडद्यावरील चारशे शीर्षकांची यादी खाली सरकवते आणि आधीच तीनदा पाहिलेला सिनेमा निवडते. ही टीका नाही. दाबाखाली ठेवलेल्या अॅल्युमिनियमच्या नळकांड्यात अकरा तास घालवण्याचा हा सर्वात समजूतदार मार्ग आहे, आणि आपल्यापैकी बहुतेकांनी तेच केले आहे.

सीट 24C खिशातून फोन काढते.

दोन्ही सीट एकाच Wi-Fi वर आहेत. दोघीही जमिनीपासून तितक्याच उंचीवर. चाके धावपट्टीला टेकेपर्यंत एकीने असा सिनेमा पाहिलेला असेल जो तिला आधीच तोंडपाठ होता, आणि दुसरीने चार हजार मैलांवरच्या मशिनवर तीन ब्रँच मर्ज केलेल्या असतील, अपयशी टेस्ट सूट निस्तरलेला असेल आणि अडकलेले काम पुन्हा सुरू केलेले असेल.

मुद्दा हा नाही की हे शक्य आहे. मुद्दा हा आहे की हे का शक्य आहे — आणि बहुतेक लोक एकदा प्रयत्न करून ग्रीनलँडवर कुठेतरी सोडून देतात तो सरळ दिसणारा मार्ग अजिबातच का चालत नाही.

विमान कंपनी "Wi-Fi" म्हणते तेव्हा त्याचे दोन पूर्णपणे वेगळे अर्थ असू शकतात, आणि तुमच्याच विमानाच्या पोटाला त्यांपैकी कोणते जोडलेले आहे यावर पुढचे सगळे ठरते.

जुनी व्यवस्था म्हणजे 35,786 km वर टांगलेला भूस्थिर उपग्रह. ती उंची कोणी तुमच्या सोयीसाठी निवडलेली नाही; त्या नेमक्या अंतरावर एक प्रदक्षिणा चोवीस तास घेते, त्यामुळे उपग्रह आकाशात स्थिर उभा असल्यासारखा दिसतो. याचा परिणाम असे गणित आहे ज्याच्याशी कोणतेही अभियांत्रिकी बजेट वाद घालू शकत नाही: वर आणि पुन्हा खाली, दोनदा, म्हणजे एकही राउटर मध्ये येण्याआधीच प्रकाशाला स्वतःला जाऊन-येऊन 477 ms.

नवी व्यवस्था म्हणजे साधारण 550 km वरच्या, पृथ्वीच्या खालच्या कक्षेतील उपग्रहांचा ताफा — जवळपास पासष्ट पट जवळ, आणि जाऊन-येऊन 7.3 ms एवढा प्रसारण-वेळ.

हवेतील मोजमापे भौतिकशास्त्राशी जुळतात. Ookla च्या 2025 च्या पहिल्या तिमाहीतील विमानांतर्गत वेगचाचण्यांच्या विश्लेषणात Starlink वर जाऊन-येऊन वेळेची मध्यगा 44 ms, तर Hughes, Intelsat आणि Viasat वर 703–757 ms आढळली — म्हणजे साधारण सोळापट फरक. ACM IMC 2025 साठी 7 विमान कंपन्यांच्या 25 उड्डाणांवर प्रत्यक्ष उपकरणे बसवून मोजणाऱ्या दुसऱ्या एका चमूला स्वतंत्रपणे तोच आकृतिबंध दिसला: LEO वर 40 ms च्या खाली, GEO वर 550 ms च्या वर.

महासागर ओलांडणाऱ्या लांब पल्ल्याच्या उड्डाणासाठी प्रामाणिक आकडा मथळ्यापेक्षा थोडा वाईट आहे. त्याच संशोधनाने पॅसिफिकवर 62 ms ची मध्यगा मोजली, पल्ला 19–86 ms. डोक्यात ठेवायचा आकडा तोच आहे. तोही उत्तमच आहे. पण तो 44 नाही.

इथे उत्पादनाच्या संकेतस्थळावरील ब्लॉगने तुम्हाला सांगायला हवे की भविष्य येऊन ठेपले आहे.

ते सगळीकडे सारखे आलेले नाही, आणि ते सर्वात शेवटी पोहोचलेले विमान म्हणजे नेमके तुमचे.

अरुंद देहाच्या विमानांना नवी यंत्रणा आधी बसते — ती संख्येने जास्त असतात, लवकर परत उडतात, आणि देशांतर्गत छोट्या टप्प्यांवर उडतात जिथे कोणीही अकरा तास काहीही करू पाहत नाही. प्रत्यक्ष महासागर ओलांडणारी रुंद देहाची विमाने रांगेत सर्वात शेवटी असतात. 2026 च्या मध्यापर्यंत United कडे Starlink असलेली 400 पेक्षा जास्त विमाने होती आणि वर्षअखेरीस हा आकडा हजाराच्या जवळ पोहोचेल अशी अपेक्षा होती — पण त्यांपैकी फक्त साठएक रुंद देहाची होती, त्यांचे पहिले Starlink रुंद-देही ट्रान्सअटलांटिक उड्डाण (Newark–Heathrow) जून 2026 मध्येच झाले, आणि संपूर्ण रुंद-देही ताफा उन्हाळा 2027 पूर्वी तयार होणार नाही. Virgin Atlantic ने आपली बारा A350 विमाने पूर्ण केली होती — म्हणजे त्यांच्या रुंद-देही ताफ्याच्या सुमारे 28% — आणि 787 विमाने 2026 च्या उत्तरार्धात व A330neo 2027 मध्ये नियोजित होती.

म्हणजे: 2026 मध्ये आंतरखंडीय उड्डाणात बसून तुम्ही हे वाचत असाल, तर शक्यता अजूनही तुमच्या विरोधात आहे. तुम्ही बहुधा 700 ms च्या लिंकवर आहात, 62 ms च्या नाही.

त्यामुळे या लेखाचा उरलेला भाग कमी नव्हे, तर अधिक उपयोगी ठरतो.

सिनेमा आणि शेल अगदी उलट दिशांना कोसळतात, आणि विमानातील Wi-Fi हे त्यांपैकी एकासाठी नेमके चुकीचे नेटवर्क आहे.

सिनेमा ही बँडविड्थची समस्या आहे, तिला विलंबाची पर्वा नाही. ती बफर करते. पहिली फ्रेम 700 ms उशिरा आली तरी कोणाच्या लक्षात येत नाही, कारण त्या अनुभवातले काहीच सिनेमाने तुम्हाला प्रतिसाद देण्यावर अवलंबून नसते. प्ले दाबा, थांबा, बघा. जाऊन-येऊनचा फेरा एकदाच होतो.

संवादी शेल हे याचे आरशातले प्रतिबिंब आहे. त्याला बँडविड्थ जवळजवळ लागतच नाही — टर्मिनल सेशन किलोबिटमध्ये मोजले जाते, मेगाबिटमध्ये नाही — पण ज्या प्रत्येक कीदाबाचा प्रतिध्वनी परत दिसावा अशी तुमची अपेक्षा असते, त्या प्रत्येकासाठी तो जाऊन-येऊनचा फेरा भरावा लागतो. 700 ms वर हे संथ कनेक्शन नसते. ते प्रत्येक अक्षरानंतर दोन-तृतीयांश सेकंदाचा विराम घेणारे संभाषण असते.

इथेच लोकांचे चुकते. विमानातील पोर्टलवर "50 Mbps" दिसते, ते ठरवून टाकतात की कनेक्शन ठीक आहे, टर्मिनल उघडतात, आणि मग लक्षात येते की “ठीक असणे” चा इथे काही संबंधच नाही. इथले चलन बँडविड्थ नाही. इथले चलन जाऊन-येऊनचे फेरे आहे.

"संथ वाटते" यापेक्षा हे अपयश खूप अधिक नेमके आहे, आणि वेदना नेमकी कुठे बसते याबद्दल संशोधन विलक्षण स्पष्ट आहे.

टोकापासून टोकापर्यंतच्या 20 ms विरुद्ध 200 ms इनपुट विलंबाची तुलना करणाऱ्या 31 सहभागींच्या नियंत्रित अभ्यासात सलग टायपिंग जवळजवळ हललेच नाही: प्रति अक्षर 290.9 ms विरुद्ध 302.7 — हा फरक लेखकांना लक्षणीय म्हणता आला नाही. चुकांचे प्रमाण तर सारखेच होते.

पण दुरुस्तीचे काम — बाणांच्या कीने कर्सर हलवून मजकूर सुधारणे, म्हणजे संपादकात तुम्ही प्रत्यक्षात जे करता तेच — 38.9 सेकंदांवरून 46.5 सेकंदांवर गेले, म्हणजे सुमारे 20% संथ, आणि परिणामाचा आकार खूप मोठा (p < 0.001, d = 1.673). लेखकांनी याची यंत्रणा स्पष्ट शब्दांत मांडली: हलताना तुम्हाला पडद्याची वाट पाहावीच लागते, कारण कर्सर कुठे जाऊन थांबला त्यावरून पुढे काय करायचे हे ठरते.

जिथे वेग बिघडला नाही तिथेही मानसिक ओझे वाढले. टायपिंगच्या कामात, जिथे कामगिरी सांख्यिकीदृष्ट्या तशीच राहिली, तिथेही स्वतः नोंदवलेली वैतागाची पातळी 20.9 वरून 31.3 पर्यंत चढली.

हे टर्मिनलच्या भाषेत मांडा आणि उंचीवर नेमके काय कोसळते ते कळते: कमांड टाइप करणे नव्हे. कोसळते ते vim मधले फिरणे, टॅब कम्प्लीशन, less मधून स्क्रोल करणे, आणि REPL ची टोचून-बघण्याची लय. यांपैकी प्रत्येक असे चक्र आहे जिथे पुढचे पाऊल आत्ता परत आलेल्या उत्तरावर अवलंबून असते.

जाऊन-येऊनचे फेरे हेच दुर्मीळ साधन आहे हे एकदा मान्य केले की उपाय “वेगवान विमान मिळवा” राहत नाही, तो रचनेचा प्रश्न होतो: कमी फेरे मारा, आणि प्रत्येक फेऱ्याला अधिक ओझे वाहू द्या.

यावर थेट हल्ला करणारे एक सुप्रसिद्ध साधन आहे. तुमचे कीदाब काय करतील याचा Mosh अंदाज बांधते आणि सर्व्हरचा दुजोरा येण्याआधीच ते स्थानिक पातळीवर पडद्यावर उमटवते. मोजलेला परिणाम थक्क करणारा आहे: जाऊन-येऊन जवळपास अर्धा सेकंद लागणाऱ्या लिंकवर कीदाबाच्या प्रतिसादाची मध्यगा 503 ms वरून 5 ms च्या खाली आली. MIT ते सिंगापूर या महासागरापार मार्गावर 273 ms वरून 5 ms च्या खाली.

पण बारीक अक्षरातली अट वाचा, कारण तोच सगळा मुद्दा आहे. Mosh सुमारे 70% कीदाबांचा अंदाज बांधते. उरलेले साधारण 30%, जे तिला बांधता येत नाहीत, ते लेखकांच्याच शब्दांत मुख्यतः फिरण्याचे आहेत — आणि त्यांच्यासाठी तिचे विलंबाचे चित्र पुन्हा साध्या SSH सारखेच दिसते. म्हणजेच: जास्त विलंब ज्या एका कृतीला सर्वात कठोर शिक्षा करतो, नेमकी तीच कृती स्थानिक प्रतिध्वनी वाचवू शकत नाही.

म्हणजे अंदाज मदत करतो, पण तो तुम्हाला वाचवत नाही. तुम्हाला खरोखर वाचवते ती एकच गोष्ट — इतक्या वेळा त्या चक्रात उभे राहायला नकार देणे.

विलंबात टाइप करणे थांबवा. दीर्घ चालणारे काम पलीकडच्या टोकाला ठेवा आणि मधूनमधून त्यावर नजर टाका. बिल्ड, टेस्ट सूट, माइग्रेशन, कोडिंग एजंट — यांपैकी कशालाही प्रत्येक फेऱ्यासाठी तुमची हजेरी लागत नाही. त्यांना तुम्ही सुरुवातीला हवे असता आणि निर्णयाच्या क्षणी. मधले सगळे मशिनचा प्रश्न आहे, आणि मशिन तर जमिनीवर, चांगल्या कनेक्शनवर बसलेले आहे.

उंचीवर समांतरता ही संवादीपणाला का मात देते, याचेही कारण तेच. 700 ms मधून तुम्ही झपाट्याने टाइप करू शकत नाही. पण एकाच वेळी चार सर्व्हरवर देखरेख नक्कीच ठेवू शकता, कारण देखरेख विलंबाने बांधलेली नसते — ती लक्षाने बांधलेली असते, आणि तुमच्याकडे अकरा तासांचे लक्ष आहे आणि ते खर्च करायला दुसरे काहीच नाही.

नेमकेपणाने सांगायचे तर, एका फोनवर, एका वाईट लिंकवर:

यांपैकी काहीही विमानांसाठी शोधलेले नव्हते. प्रतिकूल लिंकवरून केलेले दूरस्थ काम नेहमीच असेच दिसत आले आहे; विमान म्हणजे फक्त असामान्यपणे प्रामाणिक अशी प्रतिकूल लिंक.

दोन गोष्टी आम्हाला पडताळता आल्या नाहीत, आणि आल्याचे नाटकही आम्ही करणार नाही:

तुमच्या विमान कंपनीचे नेटवर्क SSH ला बाहेर जाऊ देईल की नाही. विमान कंपन्यांच्या Wi-Fi पुरवठादारांकडील पोर्ट ब्लॉकिंग, VPN धोरण किंवा निष्क्रियतेच्या मुदतीबाबत आम्हाला कोणताही भरवशाचा सार्वजनिक पुरावा सापडला नाही — आणि तपासणीत टिकत नाहीत असे आत्मविश्वासाने केलेले फोरमवरचे दावे भरपूर सापडले. हे कंपनीनुसार, पुरवठादारानुसार आणि विमानानुसार बदलते. लांब उड्डाणाची आखणी त्याभोवती करण्याआधी एखाद्या छोट्या उड्डाणावर ते तपासून पाहा.

केबिन प्रत्यक्षात आपला वेळ कसा घालवते. विमानांतर्गत मनोरंजनाबद्दल सर्वाधिक उद्धृत होणारी आकडेवारी शेवटी कोणतीही कार्यपद्धती नसलेल्या जाहिरात दरपत्रकांपर्यंत जाऊन पोहोचली, म्हणून आम्ही ती कचऱ्यात टाकली. आम्हाला सापडलेला सर्वोत्तम सर्वेक्षण-पुरावा — Inmarsat/Censuswide, दहा देशांतील 11,231 प्रवासी, जरी हे सर्वेक्षण 2022 मध्ये घेतलेले असले आणि वेळ मोजण्याऐवजी हेतू विचारणारे असले तरी — मनोरंजनाला कामाच्या खूप पुढे ठेवतो: 41% लोकांना डाउनलोड केलेले सिनेमे पाहायचे होते आणि 35% लोकांना स्ट्रीम करायचे होते, तर 26% लोकांना काम करायचे होते.

त्यामुळे सीट 24B ला एक पात्र माना, आकडेवारी नव्हे. सिनेमा पाहणे चूक आहे, हा मुद्दा कधीच नव्हता. मुद्दा एवढाच की आता पर्यायच उपलब्ध नाही, अशी परिस्थिती राहिलेली नाही.

सिनेमा आधीच्या तीन वेळा जिथे संपला होता तिथेच संपतो. उतरण सुरू होते. सीट 24B चे उड्डाण अगदी उत्तम गेले आहे, आणि ती विश्रांती घेऊन उतरेल — त्याचेही मोल आहे.

सीट 24C काम आटोपून उतरते — कारण काम कधी सीटमध्ये होतेच नाही. ते सुरुवातीपासून शेवटपर्यंत जमिनीवरच्या एका मशिनवर होते, आणि फोन म्हणजे फक्त त्यावर उघडणारी एक खिडकी होती.

700 ms वर घालवायला अकरा तास फार मोठा वेळ आहे. उपग्रहाची मुळीच पर्वा न करणाऱ्या चार सर्व्हरवर देखरेख ठेवण्यासाठी मात्र तो फारच थोडा वेळ आहे.