Den oprørende fejl i Google i nærheden Del ingen taler om

Efter et års drilleri blev Near Share endelig afsløret af Google i august i år. I øjeblikket er nærliggende del kun tilgængelig på Android-smartphones, der kører Android 6.0 eller nyere. Virksomheden har udtalt, at Near Share vil komme til Chromebooks (allerede i Beta) og Chrome-browseren på tværs af platforme. Selvom det er spændende nyt for brugere, der er en del af flere økosystemer, er der en elementær fejl i Nærliggende del, der er ret irriterende. Og i denne artikel vil jeg løse dette problem. Så uden forsinkelse, lad os gå videre og lære om problemet i detaljer.

Googles implementering af delte nærliggende dele

Uden at slå rundt om busken, lad mig komme lige til det punkt. Nærliggende Share er en fantastisk teknologi, men det er blevet skæmmet af et underligt problem, der holder tilbage på dets præstationer. I min erfaring og test indtil videre har jeg været vidne til ekstrem langsom filoverførsel, når begge enheder er forbundet til et fælles WiFi-netværk.

Uanset hvilke indstillinger du vælger til nærliggende deling - Data, kun WiFi eller uden internet - overførselshastigheden er i bedste fald lunken. Mens du er tilsluttet et WiFi-netværk, svæver overførselshastigheden omkring 2 til 2,5 Mbps hvilket er almindeligt skuffende.

Til reference tilbyder snapdrop.net, som tilbyder lokaliseret netværksoverførsel via et fælles WiFi-punkt, hastighed op til 1,5 Mbps. På den anden side tilbyder Xiaomis indbyggede Mi Share omkring 10-15 MBps overførselshastighed. For ikke at glemme, Apples AirDrop, der går langt over 30 Mbps. I tandem er Googles meget roste nærliggende del pinligt langsom og ikke i nærheden af ​​konkurrencen.

Er i nærheden Del virkelig så langsomt?

Nej. Nærliggende deling er faktisk ikke langsom, og du opdager, at når du ikke har forbindelse til et WiFi-netværk. Overraskende nok, når begge enheder er ikke tilsluttet et WiFi-adgangspunkt, vil du opdage, at Nærliggende Del bare flyver igennem og overfører filerne meget hurtigt.

For at give dig et nummer, tog det bare 9 sekunder for Nearby Share at overføre en videofil med en størrelse på 205 MB. Overførselshastigheden nogenlunde oversættes til 23 Mbps. Dybest set når du ikke er tilsluttet et WiFi-netværk, får du omkring 10 gange mere overførselshastighed. I virkeligheden er Neareshares ydeevne langt bedre end Mi Share, Snapdrop og meget tættere på guldstandarden AirDrop.

Så det er klart det Nærliggende deling er ret i stand men på grund af ukendte årsager forbliver hastigheden langsom, når enheder er forbundet til et WiFi-netværk. Så hvad forklarer denne underlige opførsel? Jeg tror, ​​problemet ligger i algoritmen, der bestemmer protokollen til fildeling.

Google i sin blog siger, at ”Nærliggende del automatisk vælger den bedste protokol til hurtig og nem deling ved hjælp af Bluetooth, Bluetooth Low Energy, WebRTC eller peer-to-peer WiFi ”. Her peer-to-peer WiFi (WiFi Direct) er den hurtigste måde at overføre filer på og når du ikke har forbindelse til et adgangspunkt, bruges WiFi Direct.

Men når du er forbundet til et WiFi-netværk, ser det ud til, at Nearby Share vælger WebRTC- eller Bluetooth-protokol, hvilket resulterer i en meget langsommere overførsel. Det fortsætter med at vise det Nærliggende Share's algoritme er ikke finjusteret for at vælge den rigtige protokol og ofte vælger den de forkerte for at overføre filer.

Der er tidspunkter, hvor det vælger korrekt WiFi Direct-protokollen men chancerne er meget små. Ofte får du langsommere overførselshastighed, og det gør fildeling gennem Nærliggende del mildt sagt irriterende.

Sammenligningstabel

Googles nærliggende andel har behov for forbedring

Da vi gennemgik artiklen, er det klart, at algoritmen til nærliggende deling ikke er i stand til at bestemme den rigtige protokol til fildeling, især når enheder er forbundet til et WiFi-netværk. Vi håber, at Google løser problemet og bringer hurtigere fildeling - uanset om enheden er tilsluttet et adgangspunkt eller ej.