Имам ADSL-връзка, и всеки път, когато има трудности, когато трябва да изпрати някой голям файл. Тъй като скоростта на изпращане е около 10 пъти по-ниска от скоростта на сваляне от интернет.

Защо не увеличите скоростта на качване е за сметка на скоростта на прием? Аз дойдох с един умен начин да го направите, без преработване на оборудване (в интерес на проблема), но все още не е сигурен за неговата ефективност. Този пост - не заявление, а просто опит да се тества теорията. Може би всички тези глупости?

примери за живота

Представете си много пиян посетител на ресторанта и много (т) скоклив сервитьор. За такава степен, че толкова дълго, колкото посетителят ще каже "картофи, печени в пещ със зеленчуци и сирене", сервитьорът има време да се решат всичките си ястия от менюто, и лицето, ще трябва да се каже "да", в точното време само. Очевидно е, че процентът на заповед се увеличава на случаен принцип (ако имате късмет, ястието ще бъде точно в началото на говоримия списъка, а ако не е?)

Друг пример: автоматично довършване в Yandex. Напишете "в" веднага получава намек "Фантомът на операта мюзикълът", кликнете върху него по-бързо от запълни целия текст на писмата. Тук също няма гаранция, че веднага ще видите добре, но като пишете увеличава вероятността за отгатване сред 10 съвета.

Проверка на теория

Да кажем, че ние трябва да мине номера 493.

Нещо като това е броят на битовете в външен вид, ако не използват компресия:
0100.1001.0011 - 12 бита

Нека изпращане на скоростта = 1 бит на минута.
Трябва да изпратим 12 бита, и обикновено, че ще отнеме 12 минути.

Независимо дали методът ще работи, ако можем да изпратим "да / не" само на дискретни интервали от време?

За да разберем това, нека да си спомним сервитьора: например, имаме 4 минути, а ние можем да кажем "да" строго с всеки изминал час, всяка минута: в края на първата минута, а вторият, и така нататък. По този начин, получените отговори можем да изберем само от 16 ястия от двоично търсене (0000-1111 в двоичен).

Не можем да кажем "да" в момента, когато сервитьорът се казва, ние изискваме ястие и това е лошо.

Знаеш ли, като 10 въпроса върху "да / не", за да предполагам число между 1 и 1000?

Вашият номер е по-голям от 500?
Да → Още 750?
→ Не повече от 250?

И така нататък, докато не предполагам.
Това е метода на двоично търсене.

Но изборът на 16 опции не е достатъчно, за да се определи броя 493. Имаме нужда от широка гама от най-малко 1000.

Условията за приложимост

Избрано метод може да работи само в този случай:
- без твърд време за реакция синхронизация (можем да говорим по всяко време)
- скорост на приемане превишава значително скоростта на качване (сервитьорът ни казва много по-бързо).

Нека се върнем към проблема

0100.1001.0011 - 12 бита

Най-лесният начин: чрез всички възможности, от 0 до 999, е необходимостта да се направи по време на първите 3 минути, така че ако нашият номер = 999, нашето "Да" в края на третата минута завърши навреме за края на четвъртата минута , Позволете ми да ви напомня, че нашият отговор е с продължителност 1 минута.

Нашият номер = 493, а ние ще ви отговори с "Да", вече на 2,5 минути и 3.5 минути, тъй като ние вече предполагам следващия брой.

Според резултатите от изчисленията, ситуацията се оказа на научната фантастика:
Часова скорост = (9 бита х 1000) / 3 минута = 3000 бита в минута,
тоест, 3000 пъти скоростта на изпращане.

В 3-та минута, стигаме до тази последователност:
0000000000
0000000001
.
1111111111
(1000 пакет 9 бита)

Заключение: познае ефективно в човешкия свят, където има думите, образите, смисъла, но почти безполезен в света на компютрите. Идеята не е :)

Забележка хареса? → Сподели в социалните мрежи: