niko
|
|
February 03, 2013, 03:35:52 AM |
|
^^^I've installed and verified pre-0.8 from scratch several times on a 768 MB fossil running WinXP (see earlier posts). Never got close to running out of RAM. IIRC peak usage was 190 MB. Might be a problem specific to Linux?
|
They're there, in their room. Your mining rig is on fire, yet you're very calm.
|
|
|
|
|
|
|
|
"Bitcoin: mining our own business since 2009" -- Pieter Wuille
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
dserrano5
Legendary
Offline
Activity: 1974
Merit: 1029
|
|
February 03, 2013, 01:29:20 PM |
|
Dude, memory is way too cheap to put yourself through the torture of running a machine with 1 GB of ram.
Unless you're paying for a server such as a VPS. In this case every MB of memory pushes the monthly cost up. I keep getting crashes on my bitcoind install running an Electrum server. From the debug log: 02/03/13 02:35:30 CTxMemPool::accept() : accepted a3fbde782d (poolsz 713) 02/03/13 02:35:31
************************ EXCEPTION: St9bad_alloc std::bad_alloc bitcoin in ThreadMessageHandler() This seems to happen every few days for me right now. Is there a memory leak that is causing eventual depletion? My "memory" problems in my VPS turned out to be not related to the available RAM, but to the number of running processes/threads (I have a limit of 128 threads). You may be finding the same issue.
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
February 04, 2013, 06:34:31 AM |
|
Dude, memory is way too cheap to put yourself through the torture of running a machine with 1 GB of ram.
Unless you're paying for a server such as a VPS. In this case every MB of memory pushes the monthly cost up. I keep getting crashes on my bitcoind install running an Electrum server. From the debug log: 02/03/13 02:35:30 CTxMemPool::accept() : accepted a3fbde782d (poolsz 713) 02/03/13 02:35:31
************************ EXCEPTION: St9bad_alloc std::bad_alloc bitcoin in ThreadMessageHandler() This seems to happen every few days for me right now. Is there a memory leak that is causing eventual depletion? bad_alloc.... do you have no swap?
|
|
|
|
rasputin
Newbie
Offline
Activity: 14
Merit: 0
|
|
February 05, 2013, 12:19:44 AM Last edit: February 05, 2013, 12:40:13 AM by rasputin |
|
I keep getting crashes on my bitcoind install running an Electrum server.
*snip*
This seems to happen every few days for me right now. Is there a memory leak that is causing eventual depletion?
Absolutely, at least for me (64-bit Linux). The memory leak predates the 0.8 build, just for the record. I've worked around it by installing monit and creating this config file: $ cat /etc/monit/conf.d/bitcoind check process bitcoin matching "bitcoind .*daemon" start program "/home/bitcoin/bin/bitcoind -datadir=/home/bitcoin/.bitcoin -daemon" as uid bitcoin and gid nogroup stop program "/home/bitcoin/bin/bitcoind -datadir=/home/bitcoin/.bitcoin stop" as uid bitcoin and gid nogroup if mem > 420 MB for 3 cycles then restart if 3 restarts within 10 cycles then timeout
Monit starts bitcoind whenever it isn't running, and forces a restart once the process is using more than 420MB of physical memory.
|
|
|
|
BkkCoins
|
|
February 05, 2013, 05:56:20 AM |
|
Thank you for the multiple suggestions. I haven't had time to explore it more fully yet. It is running on a 1GB VPS under OpenVZ. I believe this has no swap or at least is handled differently. At this moment it's using 686 MB / 1024MB available, and this is typical. This includes electrum and bitcoind. About 468 MB of that is bitcoind. I think it does increase over time but haven't kept records.
There probably is a threads/process limit set by the virtual host. I don't know how to check that off hand but I recall there being some vz cmds and beancounter type stuff I could find out and check.
I could probably fix it by just restarting bitcoind and electrum every 24 hours. But for now I'll let it go and check now and then to see if the memory use climbs up.
|
|
|
|
dserrano5
Legendary
Offline
Activity: 1974
Merit: 1029
|
|
February 05, 2013, 11:57:22 AM |
|
There probably is a threads/process limit set by the virtual host. I don't know how to check that off hand but I recall there being some vz cmds and beancounter type stuff I could find out and check.
# grep numproc /proc/user_beancounters
|
|
|
|
BkkCoins
|
|
February 05, 2013, 02:48:01 PM |
|
There probably is a threads/process limit set by the virtual host. I don't know how to check that off hand but I recall there being some vz cmds and beancounter type stuff I could find out and check.
# grep numproc /proc/user_beancounters I get these numbers: 39 66 1000 1020 But it's running fine atm, and steady at 660 MB total.
|
|
|
|
nexusakachus
|
|
February 18, 2013, 12:58:01 AM |
|
runs smooooooth macbook pro 6.2 osx 10.8.3 build 12D58
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
February 18, 2013, 10:38:04 PM |
|
Any word on when this will be released?
|
|
|
|
Diapolo
|
|
February 19, 2013, 06:10:49 AM |
|
Any word on when this will be released?
I'm sure we will see an RC2 and perhaps an RC3 before this version gets released. Dia
|
|
|
|
notme
Legendary
Offline
Activity: 1904
Merit: 1002
|
|
February 19, 2013, 06:47:45 AM |
|
Any word on when this will be released?
I'm sure we will see an RC2 and perhaps an RC3 before this version gets released. Dia Actually, this wasn't even RC1. RC1 is out now though: https://bitcointalk.org/index.php?topic=142151.0Not many complaints, solid for me too. Hopefully we can get enough testing and get this pushed out before too long. It really is a huge improvement.
|
|
|
|
|
Pieter Wuille (OP)
|
|
February 25, 2013, 09:06:02 PM |
|
Since 0.8.0 final is released, I'd like to thank everyone who participated in testing the pre-release versions. Several problems were found after user reports, and others at least showed that many people noticed the improvements. There is certainly still room for improvement, but we're making progress in small (and sometimes bigger) steps.
Thanks!
|
I do Bitcoin stuff.
|
|
|
|