[ANN] MemoryCoin | CPU Coin | Paid Dev Team | Limited Supply [MMC] - page 74.

lewishead

newbie

Activity: 2

Merit: 0

Hi I'm a bit of a noob so sorry if this is simple. But I had 280mmc show up in my wallet as "Immature funds" and now that has disappeared but it is listed in recent transactions. If I look at the transaction details it says not accepted: "If it fails to get into the chain, its state will change to "not accepted" and it won't be spendable." Does this mean I will fail to receive the coins at all? Or is it just a matter of waiting?

Thanks for any help.

Sharky444

hero member

Activity: 724

Merit: 500

Quote from: metalorixos on December 17, 2013, 12:38:19 PM

I think the linux crash is due to some memory leak. I try to run it on Amazon Linux and top shows that RES memory is constant but VIRT continuously increases. I followed Fasan's directions too, but nothing changed..

I've watched top on an Amazon rig. The bitcoind process took 1.1GB, 60GB free RAM, then it crashed.

padre999

newbie

Activity: 23

Merit: 0

Quote from: x0rcist on December 17, 2013, 01:20:50 PM

same, after 30minutes > VIRT = ~40g and keeps rising (16 core xeon)

so actually the difficulty is even higher with this leak? maybe a good moment to start mmc 3.0 after all what happened Grin

uuppss

same here on linux, bitcoind using up 61g of VIRT after some hours of mining (i5 laptop)

using the recent source from sometime yesterday evening (which was supposed to address a memory leak, no?)

EDIT:

Here memory usage of bitcoind is mentioned:

http://jbcrawford.us/2013/your-very-own-bitcoin-pool/

Quote

Now that we have bitcoind installed, let’s talk about why it’s going to be a big maintenance headache. When bitcoind runs, and especially when it is initially downloading blocks, its memory usage will increase steadily until it is extremely high. Once it gets high enough, your machine will likely run out of memory and kill the process to recover. This seems to happen especially frequently if you are in a paravirtualized environment (e.g. OpenVZ) where the hypervisor is particularly careful about memory usage.

Sounds familiar, no? He uses ulimit to limit memory usage.

trankil

hero member

Activity: 854

Merit: 539

we have to wait for the fork i guess

x0rcist

full member

Activity: 238

Merit: 100

Quote from: Wirel on December 17, 2013, 01:01:32 PM

Quote from: metalorixos on December 17, 2013, 12:38:19 PM

I think the linux crash is due to some memory leak. I try to run it on Amazon Linux and top shows that RES memory is constant but VIRT continuously increases. I followed Fasan's directions too, but nothing changed..

*

same, after 30minutes > VIRT = ~40g and keeps rising (16 core xeon)

so actually the difficulty is even higher with this leak? maybe a good moment to start mmc 3.0 after all what happened Grin

radiumsoup

sr. member

Activity: 356

Merit: 255

Quote from: metalorixos on December 17, 2013, 12:38:19 PM

I think the linux crash is due to some memory leak. I try to run it on Amazon Linux and top shows that RES memory is constant but VIRT continuously increases. I followed Fasan's directions too, but nothing changed..

I can confirm the virtual allocation keeps climbing on my machines as well (compiled from newest git source); perhaps my 16+ core boxes are increasing much faster and therefore running out of RAM sooner than the others, so my smaller core machines are just biding their time.

The error I'm getting:

Code:

terminate called after throwing an instance of 'boost::exception_detail::clone_impl >'
what(): boost::thread_resource_error: Resource temporarily unavailable

I've tried messing with ulimits to no avail, so a leak makes sense... threads are not closing properly perhaps?

just sat and watched one older 4-core box, and it's like clockwork: virtual memory increases by 32MB every 4 minutes 15 seconds (not sure the cpu speed on this one offhand, but I assume this coincides with completion of whatever the equivalent is of a getwork session is?), and that's PER CORE. No wonder my 32-core boxes are giving up after just one hour.

Wirel

newbie

Activity: 44

Merit: 0

Quote from: metalorixos on December 17, 2013, 12:38:19 PM

I think the linux crash is due to some memory leak. I try to run it on Amazon Linux and top shows that RES memory is constant but VIRT continuously increases. I followed Fasan's directions too, but nothing changed..

*

JustHayden

newbie

Activity: 22

Merit: 0

My MMC Wallet has been sitting at 2 days with no block source available for almost an hour now and I have MMC being sent to me that I'd like to receive. I made a .conf file in the MMC folder with a bunch of addnodes=, restarted the client and still nothing. I even manually added nodes in the debug window but still nothing.

Anyone want to give me detailed instructions on how to get my wallet synced? I was able to sync my NMC (NmaeCoin) wallet in a few hours started at 200+ weeks so it's not a firewall issue.

aorith

member

Activity: 84

Merit: 10

What does mean its going to be forked?

We have to stop mining and delete all files of memorycoin and wait for new version or we can keep going and if we find a block we keep it?

metalorixos

newbie

Activity: 7

Merit: 0

-1 did not make a difference for me...

FaSan

hero member

Activity: 658

Merit: 502

Quote from: FaSan on December 17, 2013, 11:50:00 AM

My server continue to work without stop. It's clean that we have some different config but I've not understand where yet.

I read in many thread that some people set the param "rpcthreads". I've never set it, I always use "genproclimit=-1". Can be a good test if you can try it.

FaSan

IS IT !

I've try to set the "rpcthreads" and my client crash in little minutes.

With "genproclimit=-1" you tell to client to use all CPUs avalaible.

Now I look the source code for try to fix ;-)

FaSan

drizzle2405

legendary

Activity: 1148

Merit: 1000

Cheers to the guy that found a block with 0.6 hpm. I truly think it is a waste for people to spend $$$ on cloud mining and use super rigs to mine this. Just my opinion. The chance of finding a block at this point, really is like hitting the lottery.

Donations accepted: MT62pS7eGGw6jQssrJbwpSBdWvRnzwhfJb

padre999

newbie

Activity: 23

Merit: 0

Quote from: bigfoot6696 on December 17, 2013, 12:30:52 PM

wish mod would have built a better more stable coin 10hpm nothing over the course of 24 hours but a burned up rig....

If your rig burns down it's a problem with your rig, not with the coin.

FaSan

hero member

Activity: 658

Merit: 502

I've not vps, only dedicate servers. But I can try Amazon, still connect ;-)

metalorixos

newbie

Activity: 7

Merit: 0

I think the linux crash is due to some memory leak. I try to run it on Amazon Linux and top shows that RES memory is constant but VIRT continuously increases. I followed Fasan's directions too, but nothing changed..

bigfoot6696

newbie

Activity: 13

Merit: 0

mining is worthless for this coin should be called blackhole eats time and energy this coin swings so wildly that it melted down a brand new rig highest system recorded temp was 256 degrees c.... wish mod would have built a better more stable coin 10hpm nothing over the course of 24 hours but a burned up rig....

radiumsoup

sr. member

Activity: 356

Merit: 255

"blocks" : 448,
"currentblocksize" : 3123,
"currentblocktx" : 4,
"difficulty" : 0.00001400,
-----
"blocks" : 465,
"currentblocksize" : 1226,
"currentblocktx" : 1,
"difficulty" : 0.00000063,
-----
"blocks" : 483,
"currentblocksize" : 1226,
"currentblocktx" : 1,
"difficulty" : 0.00002881,

Undecided