Quote from: rich90usa on May 22, 2013, 04:02:49 AM

If you're bandwidth limited, you could try bootstrap.dat: https://bitcointalk.org/index.php?topic=145386.0

You'll still verify all the transactions that you downloaded, but now you'll be CPU bound instead of Network bound.

If you're looking to download faster with a slower Internet connection, go to linked thread, skip OP, and download directly from first reply. DSL and shittier will generally benefit very significantly from a direct download. As much as I hate the damned things, I found a download accelerator making multiple ( Cool

connections can get >150kb/s (~30kb/s with a single connection) whereas p2p downloads tends to DL around 40-100kb/s. (or, at peak times, ~2kb/s multi direct, ~.8kb/s single direct, ~.1-.3kb/s p2p)

For those clicking thread with slow or capped Internet connections who still want to use qt or Armory, I suggest downloading a traffic shaping tool for applications, like NetLimiter, to quickly and easily restrict TDP and/or UDP traffic. AFAIK, QT has no toggle switch (at least, not in the GUI) to shut off seeding or limit speeds, so to get around this, you can simply limit QT's upload traffic to something like .5kb/s. To keep general Internet usage reasonable, I limit qt's download speeds to 4kb/s. This is still enough to stay up-to-date for now, though you'll want to disable the UL speed restriction when sending a transaction. QT still sucks down ~150-175mb/day (450-700MB/day before throttling), leaving it unusable for those with relatively harsh bandwidth caps, but is much more tolerable for those like me with unlimited slowness, and can allow light Internet usage if you have a cap >15gb/mo... though, you're kind of screwed the first time you want to download the blockchain no matter what if you have a low-cap connection. I find the lack of reward to host a BTC node pretty interesting... I'll be interested to see something implemented in Future VirtualCurrency -- very difficult problem to solve, technically.

As others said, though - probably not an Internet bandwidth issue OP is noticing. One-day download is super-fast. (If you have a low number of peers on qt, may be firewall issue, though -- slow peers will cause slow download)