Mengunggah mematikan koneksi internet


4

Di rumah saya, saya memiliki 2 komputer yang relevan, satu nirkabel dan satu kabel, terhubung ke router G nirkabel (Belkin G F5d7234-4 V5), yang terhubung ke modem internet saya. Internet saya adalah Insight BB 10.0 (kecepatan aktual: 10.4-9.8 Mbps Down, 800-950 Kbps up).

Di komputer nirkabel, saya ingin mengunggah banyak video. Antri mereka dan mulai mengunggah (ini HTTP). Kecepatan unggah rata-rata adalah 100-200 kbs. Internet lambat, tapi itu yang diharapkan.

Apa yang tidak diharapkan adalah ketika saya masuk ke komputer kabel saya. Ini terpisah dan tidak harus berbagi pipa dengan koneksi besar melalui nirkabel, tetapi masih sangat lambat, hampir dengan kecepatan ketika bittorrent berjalan.

Ini membingungkan, karena saya seharusnya masih memiliki sebagian besar pipa gratis. Bahkan jika pipa unggahan tersumbat dengan data, itu seharusnya tidak mempengaruhi kecepatan unduh saya. Header HTTP tidak besar, dan tidak perlu banyak untuk diproses. Satu-satunya hal yang dapat saya pikirkan adalah cara TCP bekerja di mana setiap paket membutuhkan konfirmasi (atau sesuatu seperti itu, sudah lama sejak saya mengambil kelas).

Apa yang menyebabkan sesuatu seperti ini? Apakah ini masalah router, masalah modem, masalah koneksi, atau hanya hasil dari TCP?


1MB / s sebagai unggahan dan Anda menyebutnya lambat? .. gt.o ..: D
Shiki

Mempertimbangkan bahwa halaman tertentu yang saya coba unduh sedang kehabisan waktu, ya, ini lambat
TheLQ

Oke oke tapi bukan kecepatan, kualitas. Saya harus menunggu ~ 20x lebih banyak untuk mendapatkan jumlah data yang sama dengan yang dapat Anda unggah ... jadi ya. ^^ "Dan tidak, milik saya juga jelek.
Shiki

Jawaban:


6

Pengukuran kecepatan internet Anda

Saya pikir ini adalah kesalahan unit pengukuran, kecepatan internet Anda diukur dalam kilobit sementara unggahan dan unduhan cenderung diukur dalam kilobyte, hal ini menyebabkan kebingungan dan rasa sakit bagi pengguna yang (cukup selayaknya) mengharapkan hal-hal ini diukur dengan cara yang sama.

Kecepatan hulu internet Anda adalah 800-950 kilobit, kami membaginya dengan 8 untuk mendapatkan kecepatan dalam kilobyte:

950 / 8 = 118.75 kilobytes

Bagi saya ini terdengar sangat mirip dengan kecepatan yang Anda peroleh, mengabaikan lompatan acak ke 200 kbps yang bisa disebabkan oleh semburan, kios, kesalahan pengukuran atau kejadian aneh lainnya.

Hasilnya adalah koneksi internet, komputer, dan jaringan Anda baik-baik saja, sisi buruknya adalah Anda sepenuhnya menjenuhkan koneksi internet Anda dan hal itu mempersulit permintaan situs web dan ucapan terima kasih data yang diunduh untuk dilalui.

Saya akan merekomendasikan menemukan beberapa perangkat lunak manajemen bandwidth dan mencoba mengurangi separuh kecepatan Anda mengunggah, jika tiba-tiba semuanya lebih responsif maka masalah Anda baik dan benar-benar pipa internet jenuh.


Mengapa unggahan membunuh kecepatan internet.

Hanya berpikir saya akan menambahkan beberapa detail tentang mengapa menjenuhkan koneksi internet Anda menyebabkan waktu respons yang lambat untuk menjelajah normal ...

Hampir semua program yang berhubungan dengan jaringan akan bekerja melalui semacam buffer FIFO ("First In, First Out"), yang pada dasarnya berarti bahwa ada antrian data untuk masuk ke mesin dan antrian data keluar dari mesin.

Biasanya untuk semua data yang masuk, program apa pun yang mengharapkan data dapat mengosongkan buffer masuknya dengan cukup cepat dan mengirim paket kecil "terima kasih" untuk meminta blok data berikutnya. Pengakuan itu dimasukkan ke dalam antrian keluar dan, karena biasanya tidak ada banyak lalu lintas keluar membuatnya ke depan antrian keluar cukup banyak secara instan sehingga siklus pengunduhan dan pengakuan berlanjut.

Antrian FIFO ini menjadi masalah ketika Anda mulai mengunggah. Katakanlah bahwa Window mungkin memiliki antrian 400 kilobyte, saya tidak tahu pasti tetapi tampaknya jumlah yang masuk akal belakangan ini. Artinya adalah ketika Anda mengunggah file kecil katakan 200 kilobyte maka itu akan didorong ke antrian dan program dapat melanjutkan dan menganggap data telah dikirim atau setidaknya akan hilang dengan cepat, katakan 1-2 detik di kebanyakan, benar-benar hampir tidak terlihat.

Ketika Anda mulai mengunggah file yang lebih besar meskipun antrian ini menjadi hambatan, satu program yang mengisi antrian ini secepat yang diizinkan akan berarti bahwa program lain yang hanya ingin mengirim satu permintaan "beri saya halaman web ini" yang kecil harus menunggu satu putaran penuh melalui seluruh panjang antrian yang, dengan antrian 400 kilobyte pada bandwidth sekitar 125 kilobyte berarti akan memakan waktu setidaknya 3 detik sebelum sampai ke depan dan telah meninggalkan antrian, mungkin menerima blok data kembali cukup cepat karena buffer hilir cukup kosong tetapi kemudian permintaan "kirim saya lebih banyak data" akan membutuhkan 3 detik sebelum dapat keluar dari antrian lagi.

Selalu menunggu dalam antrian yang akan menyebabkan situs web meminta waktu habis saat mengunggah data, sebagian besar situs dan browser disetel untuk mengharapkan perubahan haluan berada di bawah satu detik dari permintaan data untuk mulai menerimanya sehingga memiliki buffer besar ini dengan cara menyebabkan keterlambatan yang jauh lebih besar dari yang mereka harapkan. Karena buffer antrian bertambah besar, begitu pula waktu untuk permintaan apa pun untuk membuatnya melalui antrian dan keluar ke internet yang sebenarnya.

Ketika Anda membatasi bandwidth dari suatu program tertentu apa yang Anda lakukan secara efektif adalah memperlambat laju program yang dapat menempatkan data pada antrian, ini berarti bahwa antrian dapat dikosongkan pada tingkat yang lebih cepat daripada yang sedang diisi dan mencegah antrian dari kenyang. Program lain yang menempatkan data atau permintaan pada antrian dapat mengharapkan waktu yang lebih singkat untuk mencapai bagian depan antrian (karena tidak lagi mendekati penuh) dan koneksi tampaknya "hanya bekerja lebih baik".

Wow, itu lebih lama dari yang saya harapkan.


Hak Anda, itu lebih lambat daripada saya memberikannya kredit. Memandang dengan saksama pada tes kecepatan dan pengunggahan, dan saat ini (baru saja) 0.94 M b ** / s sementara pengunggahannya adalah 124 K B ** / s. Karena Anda menjelaskan yang terbaik, +15
TheLQ

Menambahkan lebih banyak info.
Mokubai

3

Oke - beberapa fakta pertama:

  1. Anda memiliki "upstream" dengan bandwidth tertentu dan "downstream" dengan bandwidth tertentu.
  2. Pada akhirnya kedua mesin menggunakan koneksi internet yang sama (modem yang sama), kan? Itu adalah "satu pipa".
  3. Saat Anda mengunduh Data melalui HTTP (hilir) setiap paket yang Anda terima memicu paket konfirmasi ( paket ACKnowledge ) yang akan dikirim kembali ke server (hulu). Dengan cara itu server tahu apakah harus mengirim ulang beberapa data atau jika Anda menerima semuanya dengan baik.

Sekarang mari kita pikirkan: Jika Anda banyak mengunggah pada satu mesin, Anda menggunakan sebagian besar upstream. Tidak ada banyak "ruang" untuk paket lain - seperti paket konfirmasi. Jadi, jika Anda mengunduh dari komputer lain, ia tidak dapat mengonfirmasi paket yang diterima secepat yang dibutuhkan untuk mempertahankan kecepatan unduhan tertentu. Pengunduhan perlu diperlambat.

Oh tidak - Apa yang harus kita lakukan? Cobalah untuk mengurangi atau membatasi kecepatan unggahan pada mesin "nirkabel". Dengan begitu ada lebih banyak bandwidth untuk paket konfirmasi dan unduhan, berselancar, dan hal-hal lainnya harus cepat di kedua mesin lagi!


Jika TCP adalah rasio 1: 1 dalam paket naik: turun, maka itu masih 100-200 kbps naik dan 100-200 kbps turun. Masih ada sejumlah besar pipa yang tersisa.
TheLQ

1
Komputer di ujung lain tidak secara ajaib tahu bahwa Anda ingin mengunduh situs web dari mereka. Anda harus MENGIRIM (ini pipa unggahan terbatas Anda) permintaan untuk sumber daya. Pada tingkat protokol, Anda juga harus MENGIRIM kembali pernyataan bahwa Anda menerima data yang mereka kirimkan kepada Anda. Dalam unggahan, tidak ada banyak pipa yang tersisa dan yang memengaruhi kemampuan Anda untuk meminta lebih banyak data.
ta.speot.is

1
@ Lord.Quackstar Anda mungkin mendapatkan unit Anda dicampur di sini yang bisa berarti bahwa "pipa" Anda jenuh yang menyebabkan masalah yang dijelaskan oleh lajuette. 800-900 kilobit (kecepatan koneksi Anda) per detik akan sama dengan sekitar 100 kilobyte per detik di hulu. Jika Anda mengunggah dan mendapatkan pengukuran dalam kilobyte maka hulu Anda sedang jenuh dan seperti lajuette menyatakan ada sedikit ruang untuk TCP mengakui paket. Saya bekerja dengan VPN perusahaan melalui ADSL, dan siapa pun yang memperbarui dan mengunggah dokumen besar membunuh koneksi internet kami ...
Mokubai

taspeotis benar. Sebelum Anda dapat mengunduh apa pun, harus ada permintaan yang keluar (hulu). Dan sebelum itu mesin Anda harus mencari server (permintaan lain via hulu). CATATAN: Apa yang saya jelaskan di atas sangat disederhanakan. Tapi percayalah: Jika Anda mendorong 100-200 kilobyte (kB) melalui uplink 900 kilobit (kb), Anda memblokir koneksi Anda sendiri. 1 B (yte) = 8 b (itu) jadi 900 kb = 900/8 kB = ca. 120 kB = pipa tersumbat.
lajuette

Hal lain: ini bukan rasio 1: 1. Itu sebabnya Anda memiliki hulu lebih kecil daripada hilir. Seorang pengguna normal tidak membutuhkan upstream yang lebih besar. Peselancar biasa hanya membutuhkan hilir besar.
lajuette

2

Anda sedang mencari dukungan Kualitas Layanan di router Anda. Jika router Anda mendukungnya, itu akan memungkinkan Anda untuk memprioritaskan jenis lalu lintas tertentu atau untuk menetapkan sebagian kecil dari bandwidth Anda untuk lalu lintas jenis tertentu. Anda mungkin dapat menentukan lalu lintas dengan naik / turun, nomor port (== jenis paket: VOIP, web, dll.), Atau alamat IP lokal.

Sunting: Saya tidak menemukan manual router Anda dalam pencarian singkat yang diakui, tetapi setidaknya beberapa referensi menyarankan itu memiliki dukungan QOS.


QOS pada umumnya adalah ide yang bagus - jika Anda tahu apa yang Anda lakukan. Saya juga melihat beberapa implementasi yang membuat segalanya lebih buruk (atau setidaknya beberapa yang tidak membantu). IMHO jika lord.quackstar membutuhkan solusi sekali pakai, dia lebih baik dengan membatasi kecepatan unggah.
lajuette

Sayangnya router sampah ini tidak mendukungnya. Jangan melihatnya di mana pun dalam konfigurasi dan en-us-support.belkin.com/app/product/list/q/routers/F5D7230-4 tidak mencantumkannya. Saya tidak memikirkan QoS, jadi +1
TheLQ

0

Sebagai seseorang yang memiliki pengalaman "kurang spesial" dengan yang lebih awal dari Anda, hanya menggunakan Router Belkin F5D5231-4, saya merasa mudah untuk mencurigai router Anda.

Tidak diragukan lagi bagian dari masalahnya adalah Anda hanya mencapai batas bandwidth total seperti jawaban yang disarankan. Tetapi karena saya tidak menyukai router apa pun yang diubah sendiri oleh router Belkin, saya sarankan Anda mencoba meminjam router non-Belkin yang lebih baru untuk melihat apakah Anda melihat perbedaan.

Spekulasi saya adalah bahwa prosesor di Belkin's di bawah bertenaga dan tidak dapat mengikuti ketika ada banyak lalu lintas. (Salah satu cara yang mungkin untuk menekan biaya produksi, bukan?) Saya tidak tahu cara mudah untuk memverifikasi ini selain untuk menguji drive yang lain, semoga router yang lebih baik.

Punya teman yang mengerti dan mencintai teknologi yang mungkin pergi berlibur dan bersedia meminjamkan Anda router mereka saat mereka tidak menggunakannya?

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.