optimera sthlm! daniel stenberg

Daniel Stenberg

Mer data på kortare tid, tack!

2Daniel Stenberg 31:a maj 2010

Daniel Stenberg

Haxx och Fossgruppencurl

libssh2IETF

http://daniel.haxx.se/


Agenda

Transport

Framtid

API


Protokoll-lager

Link

Internet

Transport

Application

Innehåll som HTML och annat


Link- och Internet-lagren

Bild från www.useit.com

50 % mer bandbredd varje år


Link och Internet, RTT

● RTT, Round Trip (delay) Time står still eller backar● Genomsnitt till Google inom USA: 90 ms, i världen

100 ms● Telefoner GSM/3G upp till 6000 ms● DSL: 40-50 ms● Kabel: 60 ms● Uppringt modem: 120-150 ms● (MTUs...)


TCP Transport: fördröjningar

● DNS resolve Undvik, cacha● Handshake – 3 way Pool, återanvänd● Nagle – vänta för att fylla på mer

Kan stängas av● Slow start Var medveten● Delayed ACKs När 2 är bättre än 1

Att optimera för mindre fördröjningar och kortare RTT kan leda till sämre throughput och bandbredd


HTTP

● Ovanpå TCP så...● Request size, pratigt protokoll● Cookie sizes, cookies skickas alltid om de matchar● Cache friendliness, skicka inte mer HTTP än

nödvändigt● Pipelining, besegra RTT men...● Compression


HTTP




HTTP i webbläsare

● Många koppel. Var 2. Numera 6 eller 8. Snart...● Ingen Pipelining● AJAX● “long polling”


HTTP i handhållet

● Wifi● GSM/3g● High latency, low bandwidth


API

●Hur man gör saker har betydelse


Typisk TCP-klient

Så länge klienten lever {

vänta på socket-händelse

Kolla vilken socket som det hände på

Hantera socketen

}

Traditionellt med select() eller poll()


10000 koppel ändrar reglerna

● select och poll blir exponentiellt sämre med antalet koppel


event-based

● Agera vid händelse på socketen det händer på

● Inte leta, veta

Bild från http://www.monkey.org/~provos/libevent/Bild från http://developers.sun.com


event-klient

Function call_on_event {

Hantera trafik på socketen

}

event_wait( &call_on_event)

Libevent, libev, epoll, kqueue,


Exempel

● libcurl...● är open source● leds av Daniel● kan FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP,

TELNET, DICT, LDAP, LDAPS, FILE, IMAP, SMTP, POP3 och RTSP just nu

● det främsta dataöverförings-libraryt helt enkelt


libcurl

● DNS cache● Återanvänder TCP-koppel● API: select-stil● API: event-stil, upp tille mycket snabbare● C10K, upp till C70K


Framtiden

● WebSockets● SPDY● SCTP● MPTCP● ...


Framtid 1: WebSockets

● WHATWG startade● IETF hybi working group● Browser till server● Lösning på HTTP long-polling problemet● TCP-replacement över TCP● Javascript-centric (kan inte skicka binärt!)● HTTP upgrade● Debatteras ivrigt just nu


Framtid 2: SPDY

● Google● HTTP replacement● Multiplexade strömmar över ett koppel● Pririterade strömmar● Server-initierade strömmar● Chrome har implementation● Experiementellt


Framtid 3: SCTP

● IETF (RFC 4960, 2007)● Ersätter TCP som transport● Meddelanden, inte byte-strömmar● Flera samtidiga logiska meddelande-strömmar● HTTP över SCTP● Över UDP?● Sannolikhet oklar


Framtid 4: MPTCP

● Multi-Path TCP● IETF● Flera vägar mellan source och destination● Kompatibelt API för applikationer● “Snällt mot nätet”● Som gjort för saker med flera interface● Sannolikhet: trolig


MPTCP


MPTCP ett koppel


MPTCP två koppel


Summering

● RTT står still fast bandbredd ökar● TCP har fördröjningar● HTTP kör på TCP● Använd rätt API:er● WebSockets, SPDY, SCTP och MPTCP

optimera sthlm! daniel stenberg

Technology