Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
aavegmittal
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
Measuring Network Throughput for Mobile Apps
(packetzoom.com)
6 points
by
aavegmittal
11y ago
|
0 comments
2.
▲
by
aavegmittal
11y ago
hmm… this caught my eye… "Immediately, we see that SPDY is far more adversely affected by packet loss than HTTPS is. This has been anticipated in other work [29] but never before tested. It is also contrary to what has been reported
3.
▲
by
aavegmittal
11y ago
Totally agreed. TCP is a great general purpose protocol which has been working "fine" in all cases. If it doesn't work well in a particular situation, then I believe its our fault that we are trying to fit it there just becau
4.
▲
by
aavegmittal
11y ago
Agreed. TCP is a great general purpose communication protocol, but using it in all situations is probably not a good idea. For eg, for a specific case of mobile networks, a custom protocol built over UDP could out perform TCP. details here:
5.
▲
by
aavegmittal
11y ago
yeah, thats what I thought. These libraries do help to some extent but I think the underlying problem of TCP still remains the same. I wonder how these libraries are handling the problem of request pipelining.
6.
▲
by
aavegmittal
11y ago
Cool, thanks. Now, how are they handling "cancellation" of requests on the network (which have already been made). As far as I understand, HTTP/TCP has no option to cancel a transfer, without closing the connection itself (wh
7.
▲
by
aavegmittal
11y ago
Very nice compilation. How does these different libraries behave in terms of network performance? My use case is to download many small thumbnails and as the user scrolls up the view, I'd want to cancel the transfer for the images that
8.
▲
by
aavegmittal
11y ago
JS and slow, thats redundant!
9.
▲
by
aavegmittal
11y ago
Its the author here. Thanks johnpjoseph for putting this up. Happy to answer any questions :)