Comment Re:Why keep making simple things complicated? (Score 2) 362
Because it help useless techies employed. You really can't justifiy selling RHCE training and exams without this crap.
Because it help useless techies employed. You really can't justifiy selling RHCE training and exams without this crap.
My fantasy is a nearsighted: I would just back her against the wall.
Better yet, read your own 3 year old Perl code. Everything else will seem simple after that...
Starting a development company without an evangelist is like going to war without accordions.
It doesn't. But now you know about it.
Besides, who in their right mind would seek this level of counseling on Slashdot?
And this is one.
I was reading something in a different tab at the same time.
Even with bad WiFi, your RTT should still be an order of magnitude smaller than on the 3G network.
I suppose it also depends on your 3G network. I am in the UK and my service works well enough that
I don't have to bother finding WiFi spots at all, I just use 3G.
Mobile operators collect CDRs on the terrestrial side of the GGSN. Even if over the air there are no retransmissions,
there will still be some on the IP network. I work for a provider with higher RTTs (~1200ms) and the extra 5% is pretty
much what we are seeing. We all use the same TCP splitting techniques (Vegas on the slow link and Reno on the
fast link), because the primary purpose is to improve the user experience.
Navigate to any content heavy website. If your mobile browser allows you to, try to see the source of the page.
Chances are you will see all whitespace trimmed, all CSS and JS inlined. All pictures are compressed in a lossy
fashion to reduce their size.
There is also HTTP request coalescing. If you request "/", the whole page will be retrieved, then processed as
above and delivered to the mobile browser in a single reply. How many GET requests do you save? A lot.
If there were no such techniques, one's mobile bill would be almost twice as high and the browsing experience
would be 4 times as slow.
Whoops, replied to myself a 2nd time instead.
Also, most people have no idea of the optimization techniques operators use.
Navigate to any content heavy website. If your mobile browser allows you to, try to see the source of the page.
Chances are you will see all whitespace trimmed, all CSS and JS inlined. All pictures are compressed in a lossy
fashion to reduce their size.
There is also HTTP request coalescing. If you request "/", the whole page will be retrieved, then processed as
above and delivered to the mobile browser in a single reply. How many GET requests do you save? A lot.
If there were no such techniques, one's mobile bill would be almost twice as high and the browsing experience
would be 4 times as slow.
Also, most people have no idea of the optimization techniques operators use.
Navigate to any content heavy website. If your mobile browser allows you to, try to see the source of the page.
Chances are you will see all whitespace trimmed, all CSS and JS inlined. All pictures are compressed in a lossy
fashion to reduce their size.
There is also HTTP request coalescing. If you request "/", the whole page will be retrieved, then processed as
above and delivered to the mobile browser in a single reply. How many GET requests do you save? A lot.
If there were no such techniques, one's mobile bill would be almost twice as high and the browsing experience
would be 4 times as slow.
Indeed, all sorts of TCP splitting techniques exist. However, there is only so much data such a device can temporarily queue to keep retransmission on the terrestrial side. If you run a network with 10 million subscribers, it becomes very interesting.
The mismatch comes from the fact that operators collect CDRs on the terrestrial side of their GGSNs. So even if the mobile subscriber does not need to resend a segment, the terrestrial retransmission is still accounted, as are the duplicate ACKs sent by the Internet host.
You simply can't expect both having the cake and eating it. High latency links come with trade-offs.
I work for a provider with much higher RTTs (~1200ms). The 5% reported by the study is exactly what we are seeing.
24 Hz displays (theaters, yes, they do integer multiples) will be fine.
30 Hz displays (shitty TVs) will fuck it up royally.
24 Hz displays (theaters) will be fine.
60 Hz displays (TVs) will fuck it up royally.
120 Hz displays (TVs) will fuck it up royally.
Don't you see copy protection when you see it?
But if you were one, would you feel comfortable as 131916?
"Aww, if you make me cry anymore, you'll fog up my helmet." -- "Visionaries" cartoon