On 05.10.2008, 21:00 Gregory wrote:
Probably pointless. It's small enough already that
the load time is
going to be latency bound for any user not sitting inside a Wikimedia
data center. On ones which are above the latency bound window (of
roughly 8k), gzipping should get them back under it.
mwsuggest.js loses 10 kb that way, wikibits.js - 11k.
The page text is gzipped. CSS/JS are not. Many of the
CSS/JS are
small enough that gzipping would not be a significant win (see above)
but I don't recall the reason the the CSS/JS are not. Is there a
client compatibility issue here?
For a logged in user with monobook it's 33k vs. 106 kb - not that
insignificant.
In any case, from the second page onwards pages
typically display in
<100ms for me, and the cold cache (first page) load time for me looks
like it's about 230ms, which is also not bad. The grade 'f' is hardly
deserved.
Not everyone lives in the US and enjoys fast Internet.
--
Best regards,
Max Semenik ([[User:MaxSem]])