Яка має бути швидкість інтернету
Я не розуміюся на швидкості інтернету. Провайдер обіцяв швидкість інтернету до 50 mb/s
Скрізь різні цифри.. поясніть, будь ласка, чому у обіцяних 50 mb я бачу вказані вище цифри?? І на яку реально швидкість завантаження я можу розраховувати при такому пакеті?
Провайдер обіцяє мегабіти. А що ви маєте на увазі, ніхто не знає. Є ще мегабайти та меБІбайти.
Якщо вам обіцяють 50 мегабіт те, щоб отримати мегабайти, розділіть це число на 8. Або запитайте у гугла: https://www.google.ru/search?q=50+мегабіт+в+мегабайтах гойдаються зі швидкістю 8 мегабайт, то це Вище навіть, ніж обіцяє провайдер. До того ж, на торрентах не можна міряти швидкість. Зайдіть на speedtest.net та там протестуйте.
Швидкість WiFi залежить від мільйона факторів: в першу чергу від вашого роутера, завантаженості мережі, кількості сусідів з роутерами, стандарту протоколу, частоти, рівня сигналу, кількості транспортних потоків. Телефон у підключенні до вай-фай писатиме просто швидкість узгодження протоколу з роутером, до реальності вона рідко має відношення. А тим більше до швидкості, обіцяної провайдером, вона ніяк не відноситься.
Вадим Чопоров: По-перше, BitTorrent використовує як транспорт протокол UDP. Цей протокол не має жодних вбудованих механізмів керування потоком, як мільйон різних реалізацій Congestion Control у TCP, наприклад. Т. е. варто лише трохи "перебрати" з рейтом пакетів, як вони почнуть відлітати в чорну дірку. Відповідно, на розробника повністю лягає відповідальність на реалізацію цього самого Congestion Control. Досить випробувати різні реалізації протоколу торентів, і можна побачити дуже великий розкид швидкості та методів її контролю. По роботі довелося свого часу вивчити всі існуючі реалізації протоколу. Так ось, з півтора десятка, адекватний Congestion Control мали на той момент (3 роки тому), всього 2 (!) Клієнта. Т. о. є гігабітна п2п мережа, лунають файли по кілька терабайт, і лише 2 з, приблизно, 10-15-ти випробуваних реалізацій, змогли вичавити цей нещасний гігабіт, що говорить про досить сумнівне розуміння цих самих алгоритмів розробниками.
По-друге, навіть швидкість вони відображають надто апроксимовано за якийсь тривалий проміжок часу. Наприклад, закачування може закінчитися, а швидкість ще протягом тривалого часу показується ненульова. Або, є така процедура в протоколі, як "душити бенкету", тобто тимчасово припиняти передачу з ним. І є реалізації, які спочатку наберуть купу бенкетів, потім починають їх душити за якимись своїми мудрими правилами, при цьому корисне навантаження на протокол різко падає, і яку швидкість при цьому показуватиме клієнт, думаю, не знають навіть його розробники. А, вже про відбір бенкетів і коннект до них, і говорити нічого, там все дуже нестабільно, якщо бенкетів не 500, хоча б. З них стабільних набереться від сили кілька десятків. Наприклад, сам використовую клієнт Tixati, при тарифі провайдера в 50 мегабіт, він може без проблем показати 80 і вище, при тому, що локальних бенкетів у принципі цього провайдера бути не може. У цей час Speedtest покаже 48-50 мегабіт.
Speedtest має спеціальні сервери, з величезною пропускною здатністю. Вам і не потрібно вибирати якийсь віддалений сервер, ви повинні вибрати НАЙБЛИЖЧИЙ, щоб здалася саме ВАША пропускна спроможність після шлюзу-шейпера, а не якихось прикордонних шлюзів та кривих маршрутів, на які ваш провайдер НІЯК не може впливати. До тогоПроте, спідтест використовує протокол TCP, який за 40 років вже добре протестований і, хоч і має застарілі речі, але він більш, ніж стабільний на стабільному каналі.
Так що, як ви сказали, кому вірити, питання суто особисте і філософське =)) До того ж, у сучасних реаліях швидкість підключення не означає практично нічого. Треба змінювати самі протоколи - динозаврів TCP з UDP замінити на SCTP хоча б. HTTP начебто намагаються щось там оптимізувати. А поки що сайти однаково відкриватимуть сайт хоч на 20 мегабітах, хоч на 1000. Не бачив ще жодного домашнього користувача, якому б 50 мегабіт мало для домашніх завдань.