Dear How-To Geek,
I loved the NES zapper question and answer. You mentioned in that response that you like fun geeky questions, so here’s one for you. How much could I download in a single month if I completely maxed out my internet connection? I figure that’s pretty impractical in application and I don’t even know what I’d download for a whole month straight, but how much would it be if I did? According to my ISP (and this jives with the test I ran at speedtest.net), my internet speed is 35 Mb/s.
Sincerely,
Download Curious
Tas ir jautrs mazs jautājums un jautājums, ko mēs varam atrisināt ar kādu labu veco modes matemātiku. Vispirms ņemsim vērā dažus parametrus, kurus mēs varam izmantot, lai sāktu aprēķināt.
Pati pirmā lieta, kas mums jādara, ir pārtulkot datu pārraides ātrumu uz to pašu apzīmējumu, ko izmanto datu glabāšanai. Kā redzat, datu pārraide tiek mērītabiti un datu glabāšana tiek mērītabytes. Lai tuvāk apskatītu šo tēmu, izlasiet šo iepriekšējo jautājumu HTG jautājumu. Pietiks pateikt, lai no bitiem (vismazāko datu mērījumu) iegūtu baitus (8 bitu vienības), mums ir jāsadala līdz 8. Tātad jūsu 35megabaitu sekundē datu savienojums ideālā stāvoklī var nodrošināt 4,375megabaitos no datiem katru sekundi. Visiem šiem lasītājiem, kas seko mājās, vienkārši sadaliet reklamēto vai ātrāk pārbaudīto interneta ātrumu par 8 (piemēram, 20 Mb / s reklamētais ātrums kļūst 2,5 MB / s).
Veicot šo uzdevumu, mēs pieņemam, ka jums būs piekļuve kāda veida datu straumei, kas ļaus jums pilnībā piesiet savu savienojumu ilgu laiku (piemēram, jūs izmantojat Usenet ar tūkstošiem televīzijas šovu rindā jūsu TV šovu organizētājs / lejupielādētājs). Tā kā mēs esam jau aprēķinājuši, kā jūsu bandlīnijas cauruļvada ideālo apstākļu piesātinājums izskatās, pārējā matemātika ir diezgan vienkārša.
Dienu skaits mēnesī ir mainīgs, bet tīrais vidējais rādītājs ir 30,42 (ko mēs gatavojamies apaļo uz leju līdz veikls 30), tajā ir 24 stundas dienā, 60 minūtes stundā un 60 sekundes minūtē. Izmantojot šos skaitļus, mēs varam viegli pārveidot jūsu datu pārraides ātrumu. Jūsu lejupielādes ātrums būtu:
Per Minute: 262.5 megabytes
Per Hour: 15.75 gigabytes
Per Day: 378 gigabytes
Per Week: 2.65 terabytes
Per Month: 10.58 terabytes
Tātad tev tas ir. Pieņemot, ka ir optimāli apstākļi: jums ir pietiekami liels datu avots, lai piesaistītu savienojumu, jums nav pārtraukumu vai savienojuma problēmu, un jums ir neliels mājas tīkls caurules galā, kas var glabāt jūsu ēdiena lielumu, jūs varētu lejupielādēt pēriens 10,58 terabaitiem neapstrādātiem datiem mūsu laimīgajā hipotētiskajā scenārijā.
Piezīme. Vienkāršības labad mēs esam ignorējuši "protokola pieskaitāmās izmaksas", to neapstrādāto datu daļu (kuras apjoms mainās atkarībā no protokola un nosūtāmo datu lieluma), kas nav faktiskais fails, no jauna lejupielādējot, bet dati, kas saistīti ar pārraidi, piemēram, sākuma un beigu biti, paritātes biti utt. Šī kopējās izmaksas dēļ mēneša beigās jums faktiski nebūs izmantojamu datu 10,58 terabaiti, bet daļa, kas balstīta uz efektivitāti no protokola / pārsūtīšanas metodes.
Tagad, vai jūsu ISP būtu laimīgs par to, tas ir pilnīgi atšķirīgs stāsts. Kamēr neesat norādījis, kurš bija jūsu servera nodrošinātājs, pieņemsim, ka tas ir Comcast, jo viņi ir lielākais platjoslas pakalpojumu sniedzējs ar apmēram 18 miljoniem klientu. Kaut arī Comcast nav valsts politikas attiecībā uz datu vāciņiem, tās ir pārbaudījušas datu ierobežojumus vietās visā ASV, tostarp Alabamā un Teksasā.
Saskaņā ar testēšanas tirgus datu maksimālajiem ierobežojumiem klientiem ir ierobežota līdz 300 GB mēnesī. Izmantojot mūsu hipotētisko modeli iepriekš, pamatojoties uz jūsu ideālo apstākļu interneta ātrumu, jūs varētu pārspēt vāciņu apmēram 19 stundas, un, ja viņi ļauj jums palaist savvaļas līdz mēneša beigām, pirms freaking par jūsu datus izmantot, d ir pārsniegušas maksimālo summu 3,57%.
Ja jūs sajūsminājat tādus numurus un salīdziniet tos ar datu vāciņiem, kļūst skaidrs, ka interneta pakalpojumu sniedzēji piedāvā visu, ko varat ieturēt bufetē, kur jums ir atļauts ņemt tikai vienu plāksni.
Vai ir aktuāls tehnoloģiju jautājums? Uzņemiet mums e-pastu uz adresi [email protected], un mēs darīsim visu iespējamo, lai to atbildētu.
