Det är som så att jag för närvarande befinner mig i Hong Kong. Anledningen är en utbytestermin från mitt normala studerande i Stockholm. Samtidigt som jag pluggar försöker jag även jobba lite mot ett företag i Sverige. Jag utvecklar och felsöker deras ASP.NET applikation. För att klara av det jobbet är ett effektivt inlogg med remotedesktop och kontakt med VSS Internet-plugin ett måste, men det är långt från Hong Kong till Sverige... När jag kör så blir väntetiderna enorma och det är knappt arbetbart i det tillstånd det är nu. Så, min fråga är om det är någon som vet något sätt att snabba upp det här på? Kan man försöka koppla sig mer direkt mot servern utan att behöva hoppa så mycket i uppslagningen? Är det bara det rent fysiska avståndet som tar ut sin rätt i hastighetsproblemet?
bästa sättet är nog att kolla med olika ISPar vad dom har för bandbredd och delay till sverige eller europa åtminstone, finns ju bra asiatiska servrar som man kommer åt bra härifrån sverige så det finns bra vägar dit.
Vad menar du med uppslagningen? Menar du DNS? Det påverkar ju inte hastigheten mot servern när du väl fått ipadressen...
Antalet hopp kan påverka latensen, men det blir rätt många hopp dit hur du än gör. Är ju en bit ändå :-) Har tyvärr inga bra förslag på asiatiska ISPar. Kanske nån av de amerikanska kan funka också...
Bara för säkerhetens skull, har du ställt ner "connection speed" i Remote Desktop-klienten (fliken "Experience")? Det är ju ett effektivt sätt att enkelt minska behovet av bandbredd. :)
Det är ett stort fysiskt avstånd mellan Hong Kong och Sverige. Detta leder till att det tar tid för trafiken att ta sig fram. Det är då inte fart vi snackar om utan försening ("latency") Även om du skulle ha en 1 Gb-lina direkt mellan Sverige och Hong Kong så skulle du vara begränsad av att signalen inte kan färdas snabbare än ljuset. (Alltså, hur hög hastighet du än har, så kommer du få en viss fördröjning)
Om vi räknar med att Hong Kong ligger precis på andra sidan av jorden och att trafiken färdas den kortaste sträckan längst jordytan så får man en teoretisk minimum-latency på c:a 67 millisekunder, alltså klart märkbart. Denna siffra dubblas då trafiken först måste gå till Sverige när du klickar och tillbaka när grafiken ritas upp. Så teoretisk minimum-latency är 134 ms.
Dock så finns det dessutom flera andra flaskhalsar, t ex routrar i USA och Kinas censurering av obekvämt material, som fördröjer all trafik in och ut ur landet, vilket drabbar även krypterad trafik som RD.
RD kan dock vara småjobbigt när det gäller latency. Jag har varit med om att det har laggat så mycket att jag har stört mig på det även på en 100 Mb-lina inom samma hus, med bara två routers eller så mellan burkarna.
Mitt råd är att skippa idén och satsa på VS+FTP. Hur du än vrider och vänder på det kan du inte få till en bra anslutning med RD på så långa avstånd.
Vårat företag har kontor i bla Japan. Det har varit ganska långa svarstider på trafik som skickas mellan sverige och Tokyo.
För att förbättra våran situation så routar vi all trafik som ska till sverige via USA. Det kan kännas märkligt men det går snabbare att köra Japan -> USA -> Sverige än Japan -> Sverige.
Antalet routing hopp mellan Japan och Sverige var väldigt många. Dessutom så sägs det att trafikprioritering i en del knytpunkter kan ställa till det. Vi letade efter leverantörer som hade få hopp mellan europa och asien men det var inte så lätt att få tag på (alternativt jättedyrt).
Hur man som privatperson kan tunnla trafiken via USA vet jag dock ej.
Hur du än vrider och vänder på det kan du inte få till en bra anslutning med RD på så långa avstånd.
Definiera "bra anslutning". Den kommer alltid vara släpig på något sätt. Men vi har flertalet säljare som sitter i Asien och kör terminalserver mot våra system i sverige. Det kanske inte är fantastiskt kul, men det går.
:)
293 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
