Den opprørende feilen i Google i nærheten Del ingen snakker om

Etter et år med erte ble Nearby Share endelig avduket av Google i august i år. For øyeblikket er nærliggende deling bare tilgjengelig på Android-smarttelefoner som kjører Android 6.0 eller nyere. Selskapet har uttalt at Nærliggende Del vil komme til Chromebooks (allerede i Beta) og Chrome-nettleseren på tvers av plattformer. Selv om det er spennende nyheter for brukere som er en del av flere økosystemer, er det en elementær feil i Nærliggende Del som er ganske opprørende. Og i denne artikkelen skal jeg ta opp det problemet. Så uten forsinkelse, la oss gå videre og lære om problemet i detalj.

Googles halvbakte nærliggende delingsimplementering

Uten å slå rundt busken, la meg komme rett til poenget. Nærliggende Share er en flott teknologi, men den har blitt skjemmet av et merkelig problem som holder tilbake ytelsen. I min erfaring og testing så langt har jeg vært vitne til ekstremt langsom filoverføring når begge deler enheter er koblet til et vanlig WiFi-nettverk.

Uansett hvilke innstillinger du velger for nærliggende deling - data, bare WiFi eller uten internett - overføringshastigheten er i beste fall lunken. Mens du er koblet til et WiFi-nettverk, svever overføringshastigheten rundt 2 til 2,5 Mbps som er ren skuffende.

Som referanse tilbyr snapdrop.net som tilbyr lokalisert nettverksoverføring over et felles WiFi-punkt hastighet på opptil 1,5 Mbps. På den annen side tilbyr Xiaomos innebygde Mi Share rundt 10-15 MBps overføringshastighet. For ikke å glemme Apples AirDrop som går langt over 30 Mbps. I tandem er Googles mye roste nærliggende del pinlig sakte og ikke i nærheten av konkurransen.

Er i nærheten Del virkelig så sakte?

Nei. Deling i nærheten er faktisk ikke treg, og du oppdager at når du ikke er koblet til et WiFi-nettverk. Overraskende nok når begge enhetene er det ikke koblet til et WiFi-tilgangspunkt, vil du oppdage at Nearby Share bare flyr gjennom og overfører filene raskt.

For å gi deg et nummer, tok det bare 9 sekunder for Nearby Share å overføre en videofil med en størrelse på 205 MB. Overføringshastigheten omtrent oversettes til 23 Mbps. I utgangspunktet, når du ikke er koblet til et WiFi-nettverk, får du rundt 10 ganger mer overføringshastighet. I virkeligheten er ytelsen til Near Share langt bedre enn Mi Share, Snapdrop, og mye nærmere gullstandarden, AirDrop.

Så det er klart det Nærliggende deling er ganske i stand men av ukjente årsaker forblir hastigheten lav når enheter er koblet til et WiFi-nettverk. Så hva forklarer denne rare oppførselen? Jeg tror problemet ligger i algoritmen som bestemmer protokollen for fildeling.

Google i bloggen sin sier at "Nærliggende deling automatisk velger den beste protokollen for rask og enkel deling ved hjelp av Bluetooth, Bluetooth Low Energy, WebRTC eller peer-to-peer WiFi ”. Her peer-to-peer WiFi (WiFi Direct) er den raskeste måten å overføre filer på og når du ikke er koblet til et tilgangspunkt, brukes WiFi Direct.

Imidlertid, når du er koblet til et WiFi-nettverk, ser det ut til at Nearby Share velger WebRTC eller Bluetooth-protokoll som resulterer i en mye langsommere overføring. Det viser videre Nærliggende Shares algoritme er ikke finjustert for å velge riktig protokoll, og ofte plukker det feil for å overføre filer.

Det er tider når det velger WiFi Direct-protokollen riktig men sjansene er veldig små. Ofte får du lavere overføringshastighet, og det gjør fildeling gjennom Near Share mildt sagt irriterende.

Sammenligningstabell

Googles nærliggende andel trenger forbedring

Når vi gikk gjennom artikkelen, er det klart at algoritmen for nærliggende deling ikke kan bestemme riktig protokoll for fildeling, spesielt når enheter er koblet til et WiFi-nettverk. Vi håper at Google løser problemet og gir raskere fildeling - uansett om enheten er koblet til et tilgangspunkt eller ikke.