very interesting, but your theory is wrong. You obviously did not read "what happened to me". Check the link in my first post here in this thread. There are other unknown factors in play because neither disk or network or CPU is overloaded and it can take really forever

Man thank you for confirming that I am not the only one with these problems. But I see you read probably only the first post, thus did not notice that I have fixed it already ;-)

Anyway I am a total newbie with no BTC, but this just confirms my fear that no normal non geeky people will ever be interested in using this currency when this kind of things happen with an official client

I was unaware about adding BitCoin to the firewall (port forwarding?) so that it wouldn't have the 8 connection limit.  Now I am getting 16-20 active connections and it appears to be growing.  If this was done prior to the initial blockchain download (where I maxed out at 8 connections), I might have downloaded the blockchain in a few hours instead of it taking days.  I have dual core windows VPS with 100 Gbps connection; I was wondering WTF was taking so long to download blockchain. 

I'll have to watch now how much quicker transactions take to validate (used to be 1 hour for micro transactions <0.01 BTC)

When I started this thread, the blockchain was 1GB, now the datadir files are over 4GB!

Files updated to recent block height, similar procedure employed to build this blockchain as the bootstrap torrent uses, resulting in an identical dat structure as other methods, without orphan blocks. I also separated the files so if you have need or use for just one, you can grab it by itself.

Yes, I have some half-baked php I've been writing to captcha, rate limit downloads, and only let one file download per user ever, but haven't put it all together and put it up.

Rather, there is no reason not to use it other than time required, which is still 6+ hours to import the blocks after the time spent downloading (making total time near that of normal sync on a good connection), and the fact that the method the developers hoped to create - simply drop a bootstrap.dat file in the datadir and it will be automatically imported - will only will import up to 2.0GB of blocks due to a bug.

Here is a summary of methods, using the current 0.7.2 client:

1. From an already-synced copy of Bitcoin (which must have been last closed with the -detach option), copy all blockchain files (BLK000x.DAT) plus the matching index file (BLKINDEX.DAT) to your data directory [fast, no re-verification of block data]
(This is what I offered in the first post, but I've temporarily removed my files due to DOS attempts. The current best drop-in blockchain is this 2.1GB torrent),

2. From an already-synced copy of Bitcoin, copy just the blockchain files (BLK000x.DAT), and use the -loadblock=BLK0001.DAT -loadblock=BLK0002.DAT -loadblock=BLK0003.DAT option to import any or all block data into your fresh Bitcoin, and re-verify the contents. [slow, safe, verifies all data],

3. Get the bootstrap.dat that has been distributed (2.3GB torrent or direct download ), and drop it in your data directory before you start Bitcoin, to import only 2GB of blocks up to 189205 (due to bug). Basically does the same thing to import data as loadblock command. [slow, safe, only 40% of current size]

3a. Optionally split the bootstrap torrent into two parts, and import both parts with the -loadblock option to use the complete data (instructions here). [slow, safe, only 50% of current size]


Bitcoin 0.8.0+ fixes the bootstrap.dat import bug and will probably coincide with a new larger bootstrap torrent. It also improves the initial download experience with it's complete refactoring of how data is downloaded and stored.

Ditto here. I am on a dual-core MacBook Pro with 8GB of RAM, and this is headed for a week, easily. v0.8.1-beta. It got to 80% within some hours, then started putting along, slower and slower. It's now at 91% of the almost 233k blocks after several days, not 24x7, maybe 16x7. I've also done the 8333 port forward on both TCP and UDP and restarted the client and can't get >8 connections. I've tested the forward: I can telnet to my public IP from the outside on 8333, and it connects.

BitCoin has 1GB virtual memory allocated and is only using 200MB of resident RAM. The disk is not overloaded at all. This is all without any of the tricks posted here, like the bittorrent download. I'm at 91%. BitCoin seems to be doing its own bittorrent, effectively (maybe literally). I should now download a different, 2.5GB torrent compressed (?), to prime BitCoin, when I'm at 91%? And the prime may only work for the first 2 GB of raw data?

My ~/Library/Application Support/Bitcoin is 5.0 GB right now.

This is mostly FYI as a datapoint to developers, as I will probably switch to a different client, unfortunately. Whatever tricks are posted here need to basically be rolled in as the default, coded behavior of the app. Good luck, seriously. I'm a developer and I know the challenges. This is obviously a growing-pain stage.

Bitcoins are really designed so that every client must "know" and verify every single transaction since the beginning of time? That, um, doesn't scale. 

All right, I'll try the torrent. Seems silly.

If you are pool mining, you don't need Bitcoin with a blockchain installed at all.

can you explain in "noob" language please..
because this is really new for me

right now, i'm trying to build my 1st rig, and i'm using saphire 7870xt
but, since 2 days ago it keep sync untuill today left like 60 weeks behind
and it worry me a lot, if i put another rig, i have to redo the sync again with the new one

i'm joining slush btw, and using a block chain wallet