On 03/06/2013 04:55 PM, Richard Hughes wrote:> If you return 40 items in
a GUI, you need to do 40 RPC calls to a
service, and get back 40x10k icons, assuming they are not cached due
to being shown in a previous search. Downloading 400k of data for each
new search destroys any ability to do search-as-you-type, as the icons
flicker from gtk-broken to the actual icon as they load (sometimes
changing size as they do that).
Could the RPC call not handle more than one package ID as an argument to
the icon retrieval function?
Couldn't you pre-cache the most common icons on disk maybe as part of
the installation or setup process?
Also, 1000 users (conservative estimate) hammering a single server
all
at once just doesn't scale. That requires a ~300Mb/s downlink to a
single server. Packaging them up as a package allows us to use our
existing mirror network with a local cache, which means there's no
central point of failure.
The server could be appropriately mirrored though right?
~m