Det upprörande felet i Google i närheten Dela ingen pratar om

Efter ett år av retas presenterades närliggande Share äntligen av Google i augusti, i år. För närvarande är Share i närheten endast tillgängligt på Android-smartphones som kör Android 6.0 eller senare. Företaget har uppgett att Near Share kommer att komma till Chromebooks (redan i Beta) och Chrome-webbläsaren över plattformar. Även om det är spännande nyheter för användare som ingår i flera ekosystem, finns det en elementär brist i närliggande del som är ganska upprörande. Och i den här artikeln ska jag ta itu med det problemet. Så utan fördröjning, låt oss gå vidare och lära oss mer om problemet i detalj.

Googles halvbakade delningsimplementering i närheten

Utan att slå runt busken, låt mig gå direkt till saken. Närliggande Share är en fantastisk teknik, men det har blivit skadat av någon konstig fråga som håller tillbaka dess prestanda. Enligt min erfarenhet och testning hittills har jag bevittnat extremt långsam filöverföring när båda enheter är anslutna till ett vanligt WiFi-nätverk.

Oavsett vilka inställningar du väljer för närliggande delning - data, endast WiFi eller utan internet - överföringshastigheten är i bästa fall lunken. Medan du är ansluten till ett WiFi-nätverk svävar överföringshastigheten cirka 2 till 2,5 Mbps vilket är helt enkelt nedslående.

Som referens erbjuder snapdrop.net som erbjuder lokaliserad nätverksöverföring via en gemensam WiFi-punkt hastighet upp till 1,5 MB / s. Å andra sidan erbjuder Xiaomis inbyggda Mi Share cirka 10-15 MBps överföringshastighet. För att inte glömma Apples AirDrop som går långt över 30 Mbps. Tillsammans är Googles mycket uppskattade närliggande andel pinsamt långsamt och inte i närheten av tävlingen.

Är i närheten Dela verkligen så långsamt?

Nej. Dela i närheten är faktiskt inte långsam och du upptäcker att när du inte är ansluten till ett WiFi-nätverk. Överraskande nog, när båda enheterna är det inte ansluten till en WiFi-åtkomstpunkt, du kommer att upptäcka att Near Share bara flyger igenom och överför filerna mycket snabbt.

För att ge dig ett nummer tog det bara 9 sekunder för Near Share att överföra en videofil med en storlek på 205 MB. Överföringshastigheten ungefär översätts till 23 Mbps. I grund och botten, när du inte är ansluten till ett WiFi-nätverk, får du cirka 10 gånger högre överföringshastighet. I verkligheten är Neareshares prestanda mycket bättre än Mi Share, Snapdrop och mycket närmare guldstandarden AirDrop.

Så det är tydligt att Delning i närheten är ganska kapabel men av okända skäl förblir hastigheten låg när enheter är anslutna till ett WiFi-nätverk. Så vad förklarar detta konstiga beteende? Jag tror att problemet ligger i algoritmen som bestämmer protokollet för fildelning.

Google i sin blogg säger att ”Närliggande delning automatiskt väljer det bästa protokollet för snabb och enkel delning med Bluetooth, Bluetooth Low Energy, WebRTC eller peer-to-peer WiFi ”. Här, peer-to-peer WiFi (WiFi Direct) är det snabbaste sättet att överföra filer och när du inte är ansluten till en åtkomstpunkt används WiFi Direct.

Men när du är ansluten till ett WiFi-nätverk verkar det som om Near Share väljer WebRTC eller Bluetooth-protokoll vilket resulterar i en mycket långsammare överföring. Det fortsätter att visa det Närliggande Share algoritm är inte finjusterad för att välja rätt protokoll och ofta väljer det fel för att överföra filer.

Det finns tillfällen när det väljer korrekt WiFi Direct-protokollet men chansen är mycket liten. Ofta får du långsammare överföringshastighet och det gör fildelning genom Near Share upprörande, minst sagt.

Jämförelsetabell

Googles andel i närheten behöver förbättras

När vi gick igenom artikeln är det uppenbart att algoritmen för närliggande del inte kan bestämma rätt protokoll för fildelning, särskilt när enheter är anslutna till ett WiFi-nätverk. Vi hoppas att Google löser problemet och ger snabbare fildelning - oavsett om enheten är ansluten till en åtkomstpunkt eller inte.