Pomalý „receiving time“ na zahraniční VPS

[kl]

Ahoj,

pronajal jsem si VPS u OVH v datacentru v Kanade.
Mam tam Debian 7 32bit, nginx + php5-fpm
Ping na to VPS mam z CR kolem 100ms stabilne.

Spustil jsem tam Nette framework. Debug bar mi hlasi Execution time 60 - 100ms coz je v pohode.
Problem! kdyz si pustim v prohlizeci developer tools a udelam nejake mereni.
Udelal jsem screenshot:

http://oi61.tinypic.com/dfua7p.jpg


Zamerte se hned na ten prvni pozadavek:

- Blocking 1ms: OK
- Sending 0
- Waiting 160 ms: OK  (to odpovida memu pingu + execution time scriptu)
ale:
- Receiving 321 ms: Tady je problem. Cim to muze byt, ze 70kB soubor trva stahnout tak dlouho na 8mbit pripojeni? Tech 8mbit nemam problem dosahnout ani do kanady kdyz z VPS primo neco stahuju.


Pokud na VPS zkusim zmerit rychlost disku tak:


hdparm z nejakeho duvodu nemuzu pouzit za roota
# hdparm -tT /dev/simfs
/dev/simfs: Operation not permitted


-----------------------

dd bs=1M count=1024 if=/dev/zero of=test conv=fdatasync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 33.2453 s, 32.3 MB/s

Ta rychlost mi prijde v pohode.
Kde muze byt problem?
Merim spatny udaj? Mel bych nejak merit odezvu toho disku? Jak?
Poradte prosim

[Reklama]

[kl]

zkouska2.io vam nepujde , to mam jen u sebe docasne nastavene aby to smerovalo na VPS

[kl]

Dosel jsem k zaveru ze s VPS by problem nemel byt zadny. To by se Nette nenacitalo tak rychle - samo pristupuje ke spouste souboru.

http://stackoverflow.com/questions/18228283/difference-between-waiting-and-receiving-in-chrome-network-tools-and-intl-speeds
Tady je popsany stejny problem.

Takze problem je lokalita/linka.
Pocital jsem s tim, ze to z CR do Kanady nebude zadna slava(vedel jsem ze mam cekat ping 100ms+), ale ze je to tak spatny pri tech prenosech me prekvapilo. To VPS jsem si tam ale poridil ucelove, protoze planuji obsluhovat ameriku.

[jenda]

30MB/s ? starej linej 150GB sata ma 70MB/s
100 ms ? Amazon ma ping asi 40ms a centra ma v U.S., Irsku, Asii, NZ - zrovna si s tim hraju, na experimenty staci prihlasit svoji kreditku, provoz 12 mesicu zadax, zatim nekecali

[Mirek Prýmek]

Amazon ma ping asi 40ms a centra ma v U.S., Irsku, Asii, NZ

Ten ping kolem 40ms je ale do Irska. A je to dany proste geografickou vzdalenosti.

Porovnani pingu ze serveru umistenym na jizni Morave (takze se tam nemota zadna wifi apod.)

Boston:

Kód: [Vybrat]

# ping us-bos-as11488.anchors.atlas.ripe.net
PING us-bos-as11488.anchors.atlas.ripe.net (192.1.90.2): 56 data bytes
64 bytes from 192.1.90.2: icmp_seq=0 ttl=47 time=107.465 ms
64 bytes from 192.1.90.2: icmp_seq=1 ttl=47 time=107.316 ms
64 bytes from 192.1.90.2: icmp_seq=2 ttl=47 time=107.431 ms
64 bytes from 192.1.90.2: icmp_seq=3 ttl=47 time=107.261 ms
64 bytes from 192.1.90.2: icmp_seq=4 ttl=47 time=107.405 ms
64 bytes from 192.1.90.2: icmp_seq=5 ttl=47 time=107.312 ms
64 bytes from 192.1.90.2: icmp_seq=6 ttl=47 time=107.274 ms
^C
--- us-bos-as11488.anchors.atlas.ripe.net ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 107.261/107.352/107.465/0.075 ms

Dublin:

Kód: [Vybrat]

# ping ie-dub-as2128.anchors.atlas.ripe.net
PING ie-dub-as2128.anchors.atlas.ripe.net (194.88.241.228): 56 data bytes
64 bytes from 194.88.241.228: icmp_seq=0 ttl=54 time=46.705 ms
64 bytes from 194.88.241.228: icmp_seq=1 ttl=54 time=46.682 ms
64 bytes from 194.88.241.228: icmp_seq=2 ttl=54 time=46.655 ms
64 bytes from 194.88.241.228: icmp_seq=3 ttl=54 time=46.769 ms
64 bytes from 194.88.241.228: icmp_seq=4 ttl=54 time=46.847 ms
64 bytes from 194.88.241.228: icmp_seq=5 ttl=54 time=46.560 ms
64 bytes from 194.88.241.228: icmp_seq=6 ttl=54 time=46.555 ms
^C
--- ie-dub-as2128.anchors.atlas.ripe.net ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 46.555/46.682/46.847/0.098 ms

Praha:

Kód: [Vybrat]

# ping cz-prg-as25192.anchors.atlas.ripe.net
PING cz-prg-as25192.anchors.atlas.ripe.net (217.31.202.20): 56 data bytes
64 bytes from 217.31.202.20: icmp_seq=0 ttl=58 time=4.062 ms
64 bytes from 217.31.202.20: icmp_seq=1 ttl=58 time=4.067 ms
64 bytes from 217.31.202.20: icmp_seq=2 ttl=58 time=4.090 ms
64 bytes from 217.31.202.20: icmp_seq=3 ttl=58 time=4.074 ms
64 bytes from 217.31.202.20: icmp_seq=4 ttl=58 time=4.003 ms
64 bytes from 217.31.202.20: icmp_seq=5 ttl=58 time=3.974 ms
^C
--- cz-prg-as25192.anchors.atlas.ripe.net ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.974/4.045/4.090/0.042 ms

Podle me dela OP chybu proste v tom, ze nejakej dev server obsluhuje pres pul planety. Proc si to nerozchodit v Praze, v klidecku, s paradni konektivitou a az to bude hotovy, tak to deploynout do US? Uz jenom ten ping do Irska je pro praci pres ssh opruz, do US je to pro interaktivni praci prakticky nepouzitelny.

Vsadil bych boty na to, ze ten receiving time je proste kvuli konektivite, nic vic.

zrovna si s tim hraju, na experimenty staci prihlasit svoji kreditku, provoz 12 mesicu zadax, zatim nekecali

Jo, obdobi zadax je v pohode, ale kdyz si spocitas cenu za normalni provoz, tak se dostanes na zhruba dvojnasobnou cenu oproti tomu, co se da zprovoznit s minimeme usili jinde a jinak. AWS v zadnym pripade nebrat, pokud clovek nevyuzije moznosti dynamickyho skalovani. Jenom v takovym pripade ma smysl si priplatit, jinak to zadnej smysl nema.

P.S. jeste pro OP: 30MBps je fakt hodne špatný. Takovej výkon leda zadarmo.

[Reklama]

[m]

100 ms ? Amazon ma ping asi 40ms a centra ma v U.S., Irsku, Asii, NZ - zrovna si s tim hraju, na experimenty staci prihlasit svoji kreditku, provoz 12 mesicu zadax, zatim nekecali

Tych 40ms bude mozno tak do ich datacentra v Irsku, urcite nie do USA. Spocitajte si ako je daleko do Ameriky a kolko trva svetlu cesta tam a spat :-)

[tuček]

Spocitajte si ako je daleko do Ameriky a kolko trva svetlu cesta tam a spat :-)

0,05ms...

[KStanley]

To Tuček: S Amerikou se sice sbližujeme, ale že by až tak? Zkus to ještě jednou a pořádně, 15 km to asi nebude 

[Jimm]

Přibližná rychlost světla v optickém vláknu: 200 000 km/s = 200 km/ms = 8000/200 = 40 ms na cestu z Evropy do USA pokud budeme počítat vzdálenost 8000km. Odpověď se tedy vejde cca do 80ms, ale k tomu je třeba připočítat cestu po celé Evropě a podobně, takže bych takových 300ms považoval za slušný standard.  Btw, Tučkovy počty jsou úchvatné.

[jenda]

to nemel byt "pissing contest" - ale inspirace pro OP.
Samozrejme jak pise mirek je nejlepe si to odladit v klidu na stole

Ano, 40ms je Irsko,
USA 126 ms, Singapur 250ms

AWS na vyzkouseni je super, na ostry provoz by bylo drazsi, pravda.

Stare line 3xSATA disky v RAID 0 davaji pres 200 MB/s (hdparm -t /dev/md1),
kazdy samotny da asi 70 MB/s

[vana-hbx]

Server v jiné geografické oblasti stojí za houby a pro zákazníky z jiných kontinentů to reálně nějde používat a budou nasr--ý. I když ty říkáš že to je zatím jen pro tvoje testování testování a zákazníky máš tam kde server.

Tohle před časem udělalo Kerio. Měli produkt WorkSpace který nahradil "cloudový" Samepage. Plácali se po prsou jak buse svět skvělý protože jejich servery jsou v USA v Silicon Valley a jak to dopadlo? Lidi jsou naštvaný a jejich produk se nedá z ČR reálně používat. Tedy ano, lze. Ale pracovat s daty na stránkách které maji kolem 200ms je někdy docela otrava. A pro mě osobně je server v USA důvod proč ten produkt zákazníkovi nedoporučit.