धीमे कनेक्शन पर फ़ाइल ट्रांसफर: फिर भी काम करें

धीमे connection पर फ़ाइल move करने के लिए तीन चीज़ें चाहिए: upload से पहले aggressive compression, resumable chunked transfers वाली सर्विस (ताकि interruption पर zero से restart न हो), और peak congestion से बचने की time-of-day strategy। 3 Mbps upstream connection पर 2 GB video roughly 90 मिनट लेती है uninterrupted — लेकिन H.265 re-encoding से यह 350 MB और 16 मिनट हो जाती है। धीमा मतलब impossible नहीं — मतलब transfer को single shot की जगह एक ऐसे job की तरह treat करें जो retries survive करे।

"धीमा" असल में क्या है

Transfer planning करने के घंटे पर speedtest-cli चलाएं या speedtest.net खोलें। Upload number लिख लें। File transfer के लिए "धीमा" connection 10 Mbps upstream से कम कुछ भी है — इसमें ज़्यादातर ADSL lines, rural fixed wireless, LTE cities से बाहर cellular hotspots, Starlink के busier cells पर satellite, और 5 Mbps upstream caps वाले कई पुराने cable plans शामिल हैं।

Latency और jitter भी test करें। 40 ms latency के साथ 5 Mbps connection, 250 ms latency और 80 ms jitter के साथ same 5 Mbps से बहुत अलग behave करती है (geostationary satellite या deeply congested cellular पर typical)। High latency single-stream uploads को nominally decent bandwidth पर भी stall कर देती है क्योंकि TCP windowing pipe नहीं भर सकती।

Compression सबसे सस्ती बैंडविड्थ है

फ़ाइल का size cut करें, effectively connection double हो जाती है। Video पर HandBrake with H.265 at CRF 23 typically 60 से 80 percent file size reduce करता है, visible quality loss के बिना। PDFs पर Ghostscript with -dPDFSETTINGS=/ebook embedded images 600 DPI से 150 DPI पर downsample करता है और अक्सर 70 percent trim करता है। Image batches पर JPEGs को WebP at quality 85 पर convert करने से 30 से 40 percent बचत होती है।

Slow link पर कभी uncompressed TIFF, BMP, या WAV न भेजें। Phone पर देखी जाने वाली video का 4K export न भेजें। Upload शुरू करने से पहले output quality को use case से match करें।

Real resume support वाली सर्विस चुनें

Flaky connections पर chunked uploads with resume non-negotiable हैं। tus.io-based services, Google Drive resumable uploads, S3 multipart, और OneDrive upload session सभी TCP drops survive करती हैं। WeTransfer और SwissTransfer browser tab के भीतर resume करती हैं connection blip होने पर। Smash कई घंटों तक session persistence के साथ resume cleanly handle करता है।

Single multipart/form-data POST से पूरी फ़ाइल upload करने वाली किसी भी service से बचें। यही तरीका पुराने PHP upload scripts का है — 5 Mbps connection पर 2 GB upload जो 75% पर drop हो जाए, उसका मतलब 0% से restart। Dropbox Transfer का 100 MB free cap single POST use करता है; छोटी फ़ाइलों के लिए ठीक है, बड़ी के लिए painful।

कम-traffic windows के लिए शेड्यूल करें

Shared residential infrastructure पर ISP congestion शाम 7 बजे से रात 11 बजे के बीच peak होती है। 5 Mbps upstream पर, peak throughput 1.5 Mbps तक गिर सकती है। वही connection रात 3 बजे अक्सर पूरे 5 Mbps deliver करती है। जो transfer रात 9 बजे 4 घंटे लेती, वह overnight 75 मिनट में finish होती है।

सोने से पहले upload queue करें। Laptop plugged in रखें, screensaver और sleep disable करें (macOS पर caffeinate, Windows power settings में Don't let the computer sleep)। सुबह check करें।

जो wired connection है, उसे use करें

Slow laptop को Wi-Fi से Ethernet पर switch करना internet link की ceiling के पार bandwidth add नहीं करता, लेकिन वह 5 से 15 percent retransmits खत्म करता है जो congested 2.4 GHz bands पर Wi-Fi typically add करती है। 3 Mbps upstream पर, 10 percent packet efficiency recover करना 300 Kbps ज़्यादा usable throughput मतलब है।

Phone से tethering हैं, तो USB tethering extra Wi-Fi radio hop avoid करके Wi-Fi hotspot से बेहतर perform करती है।

जब सर्विस chunk नहीं कर सकती तो फ़ाइल split करें

Chunked upload support न करने वाले tool से stuck हैं, तो खुद फ़ाइल split करें। macOS/Linux पर split -b 100M bigfile.mov part. या Windows पर 7-Zip का "Split to volumes" option 2 GB फ़ाइल को 100 MB के 20 pieces में तोड़ता है। हर piece अलग से upload करें — एक fail हो तो सिर्फ 100 MB re-upload करें, पूरी फ़ाइल नहीं।

Recipient cat part.* > bigfile.mov से या 7-Zip volume extract करके reassemble करता है। Elegant नहीं, लेकिन hotel Wi-Fi पर reliable।

Network पर बाकी सब बंद करें

5 Mbps upstream पर single Zoom HD call 2.5 Mbps eat करती है, transfer के लिए 2.5 Mbps छोड़कर। iCloud Photos vacation import के बाद sync होने पर entire upstream consume कर सकती है। Backblaze, Carbonite, Dropbox, और Google Drive सभी background में push करते हैं।

इन्हें explicitly pause करें। macOS Activity Monitor का Network tab दिखाता है कौन bandwidth use कर रहा है; Windows 11 Task Manager के Performance tab में same info है। 50 KB/s upload से ज़्यादा कुछ भी temporarily quit करें।

Cellular और tethered connections: metered trap

"Unlimited" plan वाले cellphone से tethering आमतौर पर usage cap तक ठीक रहती है (typically 30 से 100 GB per month), उसके बाद carrier 1 से 5 Mbps पर drop करता है या congested cells पर de-prioritise करता है।

महीने के बीच में 10 GB transfer आमतौर पर ठीक है। वही transfer जब cellular पर Netflix month-भर stream किया हो, crawl कर सकती है। शुरू करने से पहले data usage check करें।

Simple rule: tool को pipe से match करें

Slow connections पर reliability, speed से ज़्यादा matter करती है। Resumable chunked upload और parallel chunks वाली सर्विस हर बार faster single-stream service को outperform करेगी। HexaTransfer parallel chunked uploads with AES-256-GCM encryption और per-chunk automatic retry use करती है — exactly वही जो flaky 3 Mbps hotel connection को चाहिए।

hexatransfer.com पर आज़माएं — मुफ्त, बिना अकाउंट, 10 GB तक।