Bitcoin harddisk attack | Bitcointalksearch.org

MrFlibble

newbie

Activity: 25

Merit: 0

Quote from: farmer_boy on November 23, 2010, 10:11:36 PM

Quote from: MrFlibble on November 23, 2010, 09:22:16 PM

(Sounds like wx was broken. I haven't messed with it yet, sorry. Does it have a helloworld you can build?)

Yes, I stated in my post that I could build and run the demos included with wx.

Sorry. I didn't read your post carefully enough, just the compiler output. Embarrassed

farmer_boy

newbie

Activity: 56

Merit: 0

Quote from: MrFlibble on November 23, 2010, 09:22:16 PM

Quote from: farmer_boy on November 23, 2010, 08:17:03 PM

Quote from: MrFlibble on November 23, 2010, 07:18:39 PM

Sounds like the problem I noticed, only with spinny disk instead of Compact Flash (cheapskate SSD drive).
https://www.bitcoin.org/smf/index.php?topic=274.msg23624#msg23624 (a sticky topic)

[...]
I suppose it depends on where you live, but in an area where power supply is stable, I think keeping everything in memory and writing it in one go would be best. [...]

Yes. I used /dev/shm and a symlink, until the blockchain download finished.

Quote

I still have the problem of building the application, which is also bad for adoption; many people don't like it when they are running black boxes. Can someone look here? https://bitcointalksearch.org/topic/release-fails-to-build-1898

(Sounds like wx was broken. I haven't messed with it yet, sorry. Does it have a helloworld you can build?)

Yes, I stated in my post that I could build and run the demos included with wx.

MrFlibble

newbie

Activity: 25

Merit: 0

Quote from: farmer_boy on November 23, 2010, 08:17:03 PM

Quote from: MrFlibble on November 23, 2010, 07:18:39 PM

Sounds like the problem I noticed, only with spinny disk instead of Compact Flash (cheapskate SSD drive).
https://www.bitcoin.org/smf/index.php?topic=274.msg23624#msg23624 (a sticky topic)

[...]
I suppose it depends on where you live, but in an area where power supply is stable, I think keeping everything in memory and writing it in one go would be best. [...]

Yes. I used /dev/shm and a symlink, until the blockchain download finished.

Quote

I still have the problem of building the application, which is also bad for adoption; many people don't like it when they are running black boxes. Can someone look here? https://bitcointalksearch.org/topic/release-fails-to-build-1898

(Sounds like wx was broken. I haven't messed with it yet, sorry. Does it have a helloworld you can build?)

I don't like running black boxes, but I don't have time now to read the source so I see little benefit in compiling. (I have read "Reflections on trusting trust".) I have a DMZ and that's good enough for now.

HTH,

farmer_boy

newbie

Activity: 56

Merit: 0

Quote from: MrFlibble on November 23, 2010, 07:18:39 PM

Quote from: farmer_boy on November 23, 2010, 01:29:25 PM

Running bitcoin feels like its indexing my harddisk. [...] I don't mind the CPU usuage, but its seek behaviour is ridiculous.

Sounds like the problem I noticed, only with spinny disk instead of Compact Flash (cheapskate SSD drive).
https://www.bitcoin.org/smf/index.php?topic=274.msg23624#msg23624 (a sticky topic)

Did performance improve once you finished fetching the block chain?

Yes, afterwards it was ok.

I suppose it depends on where you live, but in an area where power supply is stable, I think keeping everything in memory and writing it in one go would be best. It's not like it's the end of the world when your machine crashes. Your wallet should be on non-volatile memory of course.

I still have the problem of building the application, which is also bad for adoption; many people don't like it when they are running black boxes. Can someone look here? https://bitcointalksearch.org/topic/release-fails-to-build-1898

MrFlibble

newbie

Activity: 25

Merit: 0

Quote from: farmer_boy on November 23, 2010, 01:29:25 PM

Running bitcoin feels like its indexing my harddisk. [...] I don't mind the CPU usuage, but its seek behaviour is ridiculous.

Sounds like the problem I noticed, only with spinny disk instead of Compact Flash (cheapskate SSD drive).
https://www.bitcoin.org/smf/index.php?topic=274.msg23624#msg23624 (a sticky topic)

Did performance improve once you finished fetching the block chain?

wumpus

hero member

Activity: 812

Merit: 1022

No Maps for These Territories

Yeah. My guess is that synchronous writing to disk is used for the blocks, to make sure that a power failure won't lose data. Isn't a bad idea IMO...

farmer_boy

newbie

Activity: 56

Merit: 0

The CPU usage was expected when generating hashes, but perhaps I was not clear there. The harddisk activity gives a bad impression, imho, for first time users, especially if it is a tiny fraction (100MB) of the available internal memory on the machine. So, by default, I would recommend only doing something with the harddisk if there is some real work to be performed (i.e. does not fit in RAM or user sends KILL signal to application).

wumpus

hero member

Activity: 812

Merit: 1022

No Maps for These Territories

Just disable coin generation and your CPU will be ok.

BrightAnarchist

donator

Activity: 853

Merit: 1000

Are you running anti-virus on a windows box? That could explain crazy harddisk behavior. If so, you should put the bitcoin executable on the list of "ignore" processes.

m0mchil

full member

Activity: 171

Merit: 127

Initially it downloads 'blocks' from other peers. It does this in bundles of 500, but this still involves some disk activity. This will stop when you have all blocks.

At the moment the block chain will take about 100 MB of disk space. This is the public shared history of all transactions ever happened. It will grow with time. There are plans for some optimizations like removing spent transactions from disk.

About the CPU - bitcoin is trying to solve current block, containing all recent transactions. This could take a significant amount of time. Please search and read more past forum threads - all this is explained many times.

farmer_boy

newbie

Activity: 56

Merit: 0

Quote from: grondilu on November 23, 2010, 01:35:32 PM

Quote from: farmer_boy on November 23, 2010, 01:29:25 PM

Running bitcoin feels like its indexing my harddisk. I will probably stop running the client, because of that. I don't mind the CPU usuage, but its seek behaviour is ridiculous. Isn't there some way to keep more in memory data structures and only write them to disk when the program is stopped or when there is a lot of date to write?

What are the harddisk requirements anyway?

I'm not sure I understand your pb correctly but... I guess you could make a symlink from a virtual fs to $HOME/.bitcoin, and crontab a backup of your wallet.

To do that one needs to know the requirements of the application. I was suggesting to put this logic into the application, but it appears that after running it for some time, it stopped attacking my harddisk. It's now just frying my CPUs, but that's ok.

I would like to know what it was doing to my harddisk before. I suppose it is some kind of syncing to the rest of the nodes, getting a semi-complete history of the network?

grondilu

legendary

Activity: 1288

Merit: 1076

Quote from: farmer_boy on November 23, 2010, 01:29:25 PM

Running bitcoin feels like its indexing my harddisk. I will probably stop running the client, because of that. I don't mind the CPU usuage, but its seek behaviour is ridiculous. Isn't there some way to keep more in memory data structures and only write them to disk when the program is stopped or when there is a lot of date to write?

What are the harddisk requirements anyway?

I'm not sure I understand your pb correctly but... I guess you could make a symlink from a virtual fs to $HOME/.bitcoin, and crontab a backup of your wallet.

farmer_boy

newbie

Activity: 56

Merit: 0

Running bitcoin feels like its indexing my harddisk. I will probably stop running the client, because of that. I don't mind the CPU usuage, but its seek behaviour is ridiculous. Isn't there some way to keep more in memory data structures and only write them to disk when the program is stopped or when there is a lot of date to write?

What are the harddisk requirements anyway?

Topic: Bitcoin harddisk attack (Read 2926 times)