in a tar (because the tar can be built on-the-fly Server-side script that would take a list of files to update and return On Wed, May 18, 2016, 12:27 PM Andre Leiradella idea that appears in the IRC conversation linked above is to have a It should definitely not amount to more than a sec per-file. The only difference (if the server is the same) would be the time to establish one TCP connection per-file. Reason for it being slow besides users being in a slow or high latency The SNES set took 5 minutes on my connection. needs a few alterations to the OSD interface to avoid spamming messagesĪnyway, my $0.02, it would be up to you guys, I just thought I should make a list and try to weigh pros and to back this issue? Post a bounty on it! We accept bounties via Bountysource.noticeable delay before a thumbnail appears (the first time), same thing happens virtually anywhere, heck even loading the thumbnails from the cache on steam takes a couple seconds.the approach could scale to download cheats, icons, saves, patches, anything we want.can be cached by a CDN making the bandwidth requirement on server side virtually zero.if a file is added it could be updated without downloading 300MB again.acts like a cache, once a file is fetched it wouldn't be downloaded.small downloads, should take just a few seconds per-thumbnail on a decent connection. ![]() huge file, should take a while to download and extract, many users will hammer the download every week or so even if there are no changes, wasting our bandwidth and killing their storage on the way.single download, should be faster if the user wants all the thumbs since it would mean less requests.Had a conversation last night with leiradel and we concluded the current approach won't scale.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |