§1 দুটি আসন, একটি উপগ্রহ
এগারো ঘণ্টা, নিউ ইয়র্ক থেকে পুবের কোনো শহরে। কেবিনের আলো অ্যাম্বার হয়ে আসে। 24B আসন সিটব্যাক স্ক্রিনটা খোলে, চারশো ছবির তালিকা স্ক্রল করে, আর বেছে নেয় এমন একটা ছবি যা সে আগেই তিনবার দেখেছে। এটা কোনো সমালোচনা নয়। চাপযুক্ত অ্যালুমিনিয়ামের নলের ভিতরে এগারোটা ঘণ্টা কাটানোর এর চেয়ে যুক্তিসঙ্গত উপায় আর নেই, আর আমাদের বেশির ভাগই এটা করেছি।
24C আসন একটা ফোন বের করে।
আসন 24b
19:04 চালু — সিনেমা, 118 মিনিট
21:02 চালু — সিনেমা, আবার
23:10 নিষ্ক্রিয় — কেবিন অন্ধকার
05:41 জাগা — অবতরণ
আসন 24c
19:04 অ্যাটাচ — 4টি সেশন, 1টি গ্রিড
21:02 মার্জ — তিনটি ব্রাঞ্চ
23:10 সবুজ — ব্যর্থ স্যুট পরিষ্কার
05:41 ধাক্কা — আটকে থাকা জব আবার চালু
দুই আসনই একই Wi-Fi-তে। দুজনই মাটি থেকে সমান দূরত্বে। চাকা মাটি ছোঁয়ার আগেই একজন এমন একটা ছবি দেখে ফেলবে যার সংলাপ তার মুখস্থ, আর অন্যজন তিনটি ব্রাঞ্চ মার্জ করে ফেলবে, একটা ব্যর্থ টেস্ট স্যুট পরিষ্কার করে ফেলবে, আর চার হাজার মাইল দূরের একটা মেশিনে আটকে থাকা একটা জব আবার চালু করে দেবে।
মজার ব্যাপারটা এই নয় যে এটা সম্ভব। মজার ব্যাপার হলো কেন এটা সম্ভব — আর কেন সবচেয়ে স্পষ্ট পথটা, যেটা বেশির ভাগ মানুষ একবার চেষ্টা করে গ্রিনল্যান্ডের কোথাও গিয়ে ছেড়ে দেয়, একেবারেই কাজ করে না।
একই উড়োজাহাজ, একই অ্যান্টেনা, একই বাজে Wi-Fi। পার্থক্যটা পুরোপুরি এতেই যে, তার ওপারে আপনি কী বসিয়ে রেখেছেন।
§2 আপনার মাথার উপরে আসলে কী আছে
একটা এয়ারলাইন “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-এর উপরে।
সব বার একই রৈখিক স্কেলে। সূত্র 1।
মহাসাগর পেরোনো দীর্ঘ ফ্লাইটের জন্য সৎ সংখ্যাটা শিরোনামের চেয়ে একটু খারাপ। একই গবেষণা প্রশান্ত মহাসাগরের উপরে মধ্যমা 62 ms, পরিসর 19–86 ms মেপেছে। মাথায় এই সংখ্যাটাই রাখুন। এটা এখনও চমৎকার। কিন্তু এটা 44 নয়।
§3 যে অংশটা আশাভঙ্গ করে
এইখানে এসে কোনো প্রোডাক্ট সাইটের ব্লগ পোস্টের বলার কথা যে ভবিষ্যৎ এসে গেছে।
সেটা সমানভাবে আসেনি, আর যে উড়োজাহাজে সবার শেষে পৌঁছেছে সেটা আপনারটাই।
ন্যারোবডিগুলো আগে রিফিট হয় — সংখ্যায় বেশি, দ্রুত ঘুরে আসে, আর এমন ছোট ঘরোয়া রুটে ওড়ে যেখানে কেউ এগারো ঘণ্টা ধরে কিছু করার চেষ্টা করছে না। যেসব ওয়াইডবডি আসলে মহাসাগর পেরোয়, তারা লাইনের একদম শেষে। 2026-এর মাঝামাঝি নাগাদ United-এর 400-এরও বেশি উড়োজাহাজে Starlink ছিল, আর বছর শেষে সংখ্যাটা হাজারের কাছাকাছি পৌঁছানোর আশা ছিল — কিন্তু তার মধ্যে ওয়াইডবডি ছিল মাত্র ষাটটির মতো, তাদের প্রথম Starlink-যুক্ত ওয়াইডবডি ট্রান্সআটলান্টিক ফ্লাইট (নিউয়ার্ক–হিথ্রো) ওড়ে কেবল 2026-এর জুনে, আর গোটা ওয়াইডবডি বহরের কাজ শেষ হওয়ার কথা 2027-এর গ্রীষ্মে। Virgin Atlantic তাদের বারোটি A350 শেষ করেছিল — ওয়াইডবডি বহরের প্রায় 28% — 787-গুলো 2026-এর দ্বিতীয়ার্ধে আর A330neo-গুলো 2027-এ ধরা আছে।
সূত্র 5 ও 6। United-এর বাকি ওয়াইডবডিগুলোর কাজ 2027-এর গ্রীষ্মের মধ্যে; Virgin-এর 787 2026-এর দ্বিতীয়ার্ধ জুড়ে আর A330neo 2027-এ।
তাহলে দাঁড়াল এই: 2026 সালে কোনো আন্তঃমহাদেশীয় ফ্লাইটে বসে যদি আপনি এটা পড়ে থাকেন, সম্ভাবনা এখনও আপনার বিপক্ষে। আপনি সম্ভবত 700 ms-এর লিঙ্কে আছেন, 62 ms-এর লিঙ্কে নন।
যা এই পোস্টের বাকি অংশটাকে কম নয়, বরং আরও বেশি কাজে লাগায়।
আপনি যে প্লেনে আছেন, সেটাই তারা সবার শেষে আপগ্রেড করবে। 700 ms ধরে পরিকল্পনা করুন, আর 62 পেলে খুশি হোন।
§4 সিনেমা কেন চলে, আর টার্মিনাল কেন চলে না
$ time echo "a" | ssh shed 'cat' # একটা অক্ষর সরাতে গোটা একটা সেশন
একটা সিনেমা আর একটা শেল ভেঙে পড়ে উল্টো দিকে, আর ইন-ফ্লাইট Wi-Fi ঠিক তাদের একজনের জন্য একেবারে ভুল নেটওয়ার্ক।
সিনেমা একটা ব্যান্ডউইথের সমস্যা, যার লেটেন্সি নিয়ে কোনো মাথাব্যথা নেই। সে বাফার করে। প্রথম ফ্রেমটা 700 ms দেরিতে পৌঁছালেও কেউ টের পায় না, কারণ অভিজ্ঞতার কোনো অংশই সিনেমার আপনাকে সাড়া দেওয়ার উপর নির্ভর করে না। প্লে টিপুন, অপেক্ষা করুন, দেখুন। যাওয়া-আসাটা ঘটে একবারই।
ইন্টারঅ্যাকটিভ শেল ঠিক এর উল্টো প্রতিবিম্ব। তার ব্যান্ডউইথ প্রায় লাগেই না — একটা টার্মিনাল সেশনের মাপ মেগাবিটে নয়, কিলোবিটে — কিন্তু যে প্রতিটি কী-স্ট্রোকের প্রতিধ্বনি আপনি ফিরে দেখতে চান, তার প্রত্যেকটির জন্যই তাকে যাওয়া-আসার দাম দিতে হয়। 700 ms-এ ওটা ধীর সংযোগ নয়। ওটা এমন এক কথোপকথন, যেখানে প্রতিটি অক্ষরের পরে সেকেন্ডের দুই-তৃতীয়াংশ থেমে থাকতে হয়।
এইখানেই মানুষ ভুল করে। তারা ইন-ফ্লাইট পোর্টালে “50 Mbps” দেখে সিদ্ধান্তে আসে যে সংযোগ ঠিকই আছে, তারপর টার্মিনাল খুলে আবিষ্কার করে যে “ঠিক আছে”-র সঙ্গে এর কোনো সম্পর্কই নেই। এখানে মুদ্রা ব্যান্ডউইথ নয়। মুদ্রা হলো যাওয়া-আসার সংখ্যা।
§5 আসলে কী ভেঙে পড়ে (টাইপ করা নয়)
ব্যর্থতাটা “ধীর লাগছে”-র চেয়ে অনেক বেশি নির্দিষ্ট, আর ব্যথাটা ঠিক কোথায় গিয়ে লাগে সে বিষয়ে গবেষণা অস্বাভাবিক রকম স্পষ্ট।
31 জন অংশগ্রহণকারীকে নিয়ে করা একটি নিয়ন্ত্রিত গবেষণায় প্রান্ত-থেকে-প্রান্ত ইনপুট লেটেন্সি 20 ms বনাম 200 ms তুলনা করে দেখা গেছে, টানা টাইপ করা প্রায় নড়েইনি: অক্ষরপ্রতি 290.9 ms বনাম 302.7, যে ফারাককে লেখকেরা তাৎপর্যপূর্ণ বলতে পারেননি। ভুলের হার ছিল অভিন্ন।
Schmid et al., MUM '23 — n = 31, ইনপুট লেটেন্সি 20 ms বনাম 200 ms
| কাজ | 20 ms | 200 ms | রায় |
|---|---|---|---|
| টাইপিং / অক্ষর | 290.9 | 302.7 | n.s. |
| সংশোধনের কাজ | 38.9 s | 46.5 s | +20% |
| বিরক্তি | 20.9 | 31.3 | p=0.004 |
কিন্তু সংশোধনের কাজটা — তীর-কী দিয়ে কার্সর সরিয়ে লেখা ঠিক করা, এডিটরে বসে আপনি আসলে যা করেন — 38.9 সেকেন্ড থেকে বেড়ে 46.5 সেকেন্ড হয়েছে, প্রায় 20% ধীর, আর এফেক্ট সাইজ খুব বড় (p < 0.001, d = 1.673)। লেখকেরা কারণটা সোজাসাপ্টা বলেছেন: চলাফেরার সময় আপনাকে বারবার পর্দার জন্য অপেক্ষা করতে হয়, কারণ কার্সর কোথায় গিয়ে পড়ল তার উপরেই নির্ভর করে আপনি পরে কী করবেন।
যেখানে গতি খারাপ হয়নি, সেখানেও মানসিক চাপ বেড়েছে। টাইপিংয়ের কাজে, যেখানে পারফরম্যান্স পরিসংখ্যানগতভাবে অপরিবর্তিত ছিল, সেখানেও অংশগ্রহণকারীদের নিজেদের জানানো বিরক্তি 20.9 থেকে বেড়ে 31.3 হয়েছে।
এটাকে টার্মিনালে অনুবাদ করলেই বোঝা যায়, উঁচুতে ঠিক কোন জিনিসটা ভেঙে পড়ে: একটা কমান্ড টাইপ
করে ফেলা নয়। ভেঙে পড়ে vim-এ চলাফেরা, ট্যাব কমপ্লিশন, less-এ
স্ক্রল করা, আর REPL-এর সেই খোঁচাও-আর-দেখো ছন্দ। এদের প্রত্যেকটাই এমন একটা লুপ, যেখানে
পরের পদক্ষেপ নির্ভর করে এইমাত্র কী ফিরে এল তার উপর।
লেটেন্সি আপনার টাইপ করার উপর কর বসায় না। সে কর বসায় এমন প্রতিটি সিদ্ধান্তের উপর, যা পর্দার দিকে তাকিয়ে অপেক্ষা করে।
§6 কী-স্ট্রোক নয়, কাজটাকে সরান
একবার মেনে নিন যে দুর্লভ সম্পদ হলো যাওয়া-আসার সংখ্যা, তখন সমাধানটা আর “আরও দ্রুত প্লেন জোগাড় করো” থাকে না, হয়ে যায় স্থাপত্যের প্রশ্ন: কম সংখ্যক যাওয়া-আসা করুন, আর প্রত্যেকটাকে দিয়ে বেশি কাজ করিয়ে নিন।
একটা সুপরিচিত টুল আছে যা এই সমস্যায় সরাসরি হাত দেয়। Mosh আন্দাজ করে নেয় আপনার কী-স্ট্রোক কী করবে, আর সার্ভারের নিশ্চিত করার আগেই সেগুলো স্থানীয়ভাবে দেখিয়ে দেয়। মাপা ফল নাটকীয়: যাওয়া-আসায় প্রায় আধ সেকেন্ড লাগে এমন একটা লিঙ্কে কী-স্ট্রোকে সাড়ার মধ্যমা 503 ms থেকে নেমে 5 ms-এর নিচে এসেছে। MIT থেকে সিঙ্গাপুর পর্যন্ত এক আন্তঃমহাসাগরীয় পথে 273 ms থেকে 5 ms-এর নিচে।
কিন্তু ছোট হরফের অংশটুকু পড়ুন, কারণ ওটাই আসল কথা। Mosh প্রায় 70% কী-স্ট্রোক আন্দাজ করতে পারে। যে প্রায় 30% সে পারে না, তা লেখকদের নিজেদের ভাষায় মূলত চলাফেরা — আর তাদের ক্ষেত্রে Mosh-এর লেটেন্সির চেহারা আবার সাদামাটা SSH-এর মতোই। অর্থাৎ: উঁচু লেটেন্সি যে একটিমাত্র মিথস্ক্রিয়াকে সবচেয়ে বেশি শাস্তি দেয়, ঠিক সেটিকেই স্থানীয় প্রতিধ্বনি বাঁচাতে পারে না।
আন্দাজ করা বনাম না-করা
সূত্র 4।
তাহলে আন্দাজ সাহায্য করে বটে, কিন্তু বাঁচায় না। আসলে যা বাঁচায়, তা হলো অত ঘন ঘন ওই লুপের ভিতরে থাকতে অস্বীকার করা।
লেটেন্সির ভিতরে টাইপ করা বন্ধ করুন। দীর্ঘ সময় ধরে চলা কাজ দূরের প্রান্তে বসিয়ে দিন, আর মাঝেমধ্যে খোঁজ নিন। একটা বিল্ড, একটা টেস্ট স্যুট, একটা মাইগ্রেশন, একটা কোডিং এজেন্ট — এদের কারোরই যাওয়া-আসার সময় আপনার উপস্থিতি লাগে না। আপনাকে দরকার শুরুতে আর সিদ্ধান্তের মুহূর্তে। মাঝখানের সবটুকু মেশিনের মাথাব্যথা, আর মেশিনটা মাটিতে বসে আছে ভালো সংযোগ নিয়ে।
এই কারণেই উঁচুতে সমান্তরালতা মিথস্ক্রিয়াকে হারিয়ে দেয়। 700 ms-এর ভিতর দিয়ে আপনি দ্রুত টাইপ করতে পারবেন না। কিন্তু একসঙ্গে চারটে সার্ভার দিব্যি তদারক করতে পারবেন, কারণ তদারকি লেটেন্সি-বাঁধা নয় — ওটা মনোযোগ-বাঁধা, আর আপনার হাতে এগারো ঘণ্টার মনোযোগ আছে এবং সেটা খরচ করার মতো আর কিছুই নেই।
§7 24C আসন আসলে কী করছে
$ tmux list-windows -t atlantic
বাস্তবে, একটা ফোনে, একটা খারাপ লিঙ্কে:
-
0: সংযোগের-চেয়ে-বেশি-টেকে-এমন-সেশন
উড়োজাহাজ হ্যান্ডঅফ করে, পোর্টাল আবার প্রমাণীকরণ চায়, সংযোগ পড়ে যায়। তাতে কিছু এসে-যায় না —
tmuxসার্ভারে শেলটা চালিয়ে রাখে; সেশনটা দূরের প্রান্তের জিনিস, আপনার হাতের জিনিস নয়। Eternal Terminal একই ভাবনাকে আরও এগিয়ে নেয় এবং সেশনটিকে TCP সংযোগটিরও বেশি সময় টিকতে দেয়, আপনি যা মিস করেছেন তা বাফার করে রেখে আবার চালিয়ে দেখায়। (ফিল্টার করা নেটওয়ার্কের জন্য ন্যায্য সতর্কতা: SSH-এর 22-এর পাশাপাশি ET-র নিজের একটা পোর্টও লাগে — ডিফল্টে 2022।) -
1: একসঙ্গে-একাধিক-সমস্যা
একটা গ্রিডে কয়েকটা সেশন, কয়েকটা সংরক্ষিত সার্ভার, প্রত্যেকটিতে এমন কিছু চলছে যার দুটি সিদ্ধান্তের মাঝখানে তদারকি লাগে না।
-
2: এজেন্টরা-টাইপ-করছে
কোডিং এজেন্ট চলে আপনার সার্ভারে, মাটির লেটেন্সিতে, যেখানে কোডটা আছে। তারা উপগ্রহ-কর দিচ্ছে না; আপনি কর দিচ্ছেন কেবল যখন তাদের উত্তর দেন।
-
3: দরকার-হলেই-পুশ ! (ঘণ্টা)
যখন সত্যিই একজন মানুষ দরকার, ঠিক তখনই এজেন্ট সতর্কতা বেজে ওঠে — ফলে ফ্লাইটটা কাটে পর্যালোচনা আর সিদ্ধান্তে, প্রতিধ্বনির অপেক্ষায় প্রম্পটের দিকে তাকিয়ে নয়।
এসবের কিছুই উড়োজাহাজের জন্য উদ্ভাবিত হয়নি। বৈরী লিঙ্কের উপর দিয়ে দূর থেকে কাজ করা বরাবর যেমন দেখতে ছিল, এ কেবল তা-ই — আর প্লেন হলো অস্বাভাবিক রকম সৎ একটা বৈরী লিঙ্ক।
§8 একটি সৎ সতর্কবার্তা
দুটো জিনিস আমরা যাচাই করতে পারিনি, আর পেরেছি বলে ভানও করব না:
আপনার এয়ারলাইনের নেটওয়ার্ক আদৌ SSH বেরোতে দেবে কি না। এয়ারলাইন Wi-Fi সরবরাহকারীদের পোর্ট ব্লকিং, VPN নীতি বা আইডল টাইমআউট নিয়ে নির্ভরযোগ্য কোনো প্রকাশ্য প্রমাণ আমরা পাইনি — বরং পেয়েছি ফোরামভর্তি আত্মবিশ্বাসী দাবি, যেগুলো যাচাই করলে টেকে না। এটা বাহক ভেদে, সরবরাহকারী ভেদে আর উড়োজাহাজ ভেদে বদলায়। কোনো দীর্ঘ ফ্লাইটের পরিকল্পনা এর উপর দাঁড় করানোর আগে ছোট কোনো ফ্লাইটে পরখ করে নিন।
কেবিন আসলে সময়টা কীভাবে কাটায়। ইন-ফ্লাইট বিনোদন নিয়ে সবচেয়ে বেশি উদ্ধৃত পরিসংখ্যানগুলোর উৎস খুঁজতে গিয়ে দেখা গেল, সেগুলো এসেছে পদ্ধতিবিহীন বিজ্ঞাপনের রেট কার্ড থেকে — আর আমরা সেগুলো বাতিল করে দিয়েছি। আমরা যে সেরা জরিপ-প্রমাণ পেয়েছি — Inmarsat/Censuswide, দশটি দেশে 11,231 জন যাত্রী, যদিও তা করা হয়েছিল সেই 2022 সালে আর সময় মাপার বদলে জানতে চাওয়া হয়েছিল ইচ্ছার কথা — তাতে বিনোদন কাজকে অনেকখানি ব্যবধানে পিছনে ফেলেছে: 41% চেয়েছিলেন ডাউনলোড করা সিনেমা দেখতে, 35% স্ট্রিম করতে, আর কাজ করতে চেয়েছিলেন 26%।
তাই 24B আসনকে একটা চরিত্র হিসেবে দেখুন, পরিসংখ্যান হিসেবে নয়। বক্তব্যটা কখনোই এই ছিল না যে সিনেমা দেখা ভুল। বক্তব্যটা হলো, বিকল্পটা আর অনুপলব্ধ নয়।
§9 অবতরণ
সিনেমাটা সেখানেই শেষ হয় যেখানে আগের তিনবারও হয়েছিল। অবতরণ শুরু হয়। 24B আসনের ফ্লাইটটা দিব্যি ভালো কেটেছে, আর সে নামবে বিশ্রাম নিয়ে — তারও একটা দাম আছে।
24C আসন নামে কাজটা শেষ করে — কারণ কাজটা কখনও আসনে ছিলই না। ওটা পুরোটা সময় মাটির উপরের একটা মেশিনে ছিল, আর ফোনটা কেবল তার দিকে খোলা একটা জানালা ছাড়া আর কিছুই ছিল না।
700 ms-এ কাটানোর জন্য এগারো ঘণ্টা অনেক লম্বা সময়। উপগ্রহ নিয়ে যাদের বিন্দুমাত্র মাথাব্যথা নেই, এমন চারটে সার্ভার তদারক করার জন্য এগারো ঘণ্টা খুবই অল্প সময়।
seat24c@phone:~$ mobile-ssh --join-beta # ফ্রি · ওপেন সোর্স · Apache-2.0
আপনার পরের দীর্ঘ ফ্লাইট মানে এগারো ঘণ্টার সার্ভার-টাইম।
Mobile SSH হলো Android, iPhone ও iPad-এর জন্য একটি নেটিভ SSH, SFTP ও টার্মিনাল ক্লায়েন্ট। একাধিক সেশন, বিল্ট-ইন tmux ম্যানেজার, Eternal Terminal, আর এজেন্টের আপনাকে দরকার হলেই পুশ সতর্কতা। ফ্রি, অ্যাকাউন্ট লাগে না, বিজ্ঞাপন নেই, ওপেন সোর্স।
Android এখন ক্লোজড টেস্টিংয়ে — যে Google অ্যাকাউন্ট দিয়ে পরীক্ষা করবেন সেটি দিয়েই অপ্ট ইন করুন, আর লিঙ্কটি আপনার মোবাইল ব্রাউজারে খুলুন; Google Play অ্যাপের ভিতরে ক্লোজড টেস্টটি নাও দেখা যেতে পারে।