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 -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
