Try adding EVP_cleanup(); at line 136 of momentum.cpp This might free the memory. no effect on Ubuntu 13.10 64bit; using 8.53 |
|
|
|
Hmmmm i beleive you could be very wrong. The problem is, the miner is paging tones of key search space onto the hard drive. This would have a MASSIVE impact on mining performance. Also, in all my tests the miner has basically been using 0 real memory, and putting everything into the virtual memory. There is a serious bug in the miner, and it impacts anyone not on a windows platform. I'm surprised nothing has been done about this yet, considering how freetrade is primarily concerned with a fair and even launch.
While I could very well be wrong about any number of things on a wide variety of topics (just ask my wife! *rimshot*), my miners show almost no disk activity whatsoever. iotop output while mining on a 32-core dedicated box: Total DISK READ : 0.00 B/s | Total DISK WRITE : 0.00 B/s
Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 0.00 B/s
It sometimes bursts to 15kB/sec, but that only happens every 10 seconds or so. It's much less than that on older 4-core boxes. Disk I/O is not the bottleneck here. |
|
|
|
Delete the "rpcthreads" setting and use only the "genproclimit". It's the onlyone solution for now
try both last night, still got crash  , now will try only genproclimit. Any other suggestions? I still to look the source code, but I've not find nothing yet. Without rpcthreads my server was still up for three days without problems. Try and give a me a feedback. Now it's my time to sleep :-) Good luck  FaSan BULL. Post a pic of htop and i will believe you. that's unnecessary. I've found that the problem is exacerbated by the number of threads being used; perhaps he's only using 2 or 4 cores and therefore hasn't hit a hard limit yet? I ended up just writing a script to restart the daemon if (when) cpu drops below a certain threshold, indicating the process has crashed... hacky, but good enough for now. |
|
|
|
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: terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::thread_resource_error> >'
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. |
|
|
|
"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,  |
|
|
|
Mining block 295 since 30 minutes. I guess 296 will be mined in 1 minute, and 297 again in 30-60.
Yes, this difficulty algorithm is going to need to be addressed. I'm looking at options now. even though i am empty handed, i think this should be left as is, the whole point of currency is that it should be scarce. The 10 PTS trade off is now justifiable. tampering with it at this point would discredit the honour system for those who did import some coins. I think instead focusing on an optimized miner may help distribution, maybe even a pool over the weekend. Fixing the difficulty adjustment algo won't change the scarcity - it will make the difficulty adjustments more linear instead of hopping around so wildly. There's currently simply too few data points being used for the calculation, which skews the average badly. With more data points to calculate from, the curve will be much smoother and predictable. It won't (shouldn't) change the number of blocks per hour. |
|
|
|
|
has anyone found a block on linux? I have (apparently) found at least one but it crashed as it was trying to send to the network (I then accidentally closed my screen session instead of detaching, so I don't have the output of the error)... error had to do with running out of thread resources.
:\
|
|
|
|
restart the server with "bitcoind -reindex" to rebuild the database file instead of deleting and resyncing. works every time for me so far, although I wish I could figure out what's causing it to fail in the first place so I don't have to keep babysitting this.
Does it work with the daemon option, so it could be performed on startup? (so a restart would fix it). probably... I start mine in a screen session with the -reindex, but without the -daemon option so I can read the output; works to rebuild at restart. |
|
|
|
Running the daemon on ubuntu linux, it crashes every few hours. The process is still running, but
bitcoind getmininginfo
results in
cannot connect to server
rebooting does not solve the problem. Deleting the database, and resyncing does!
This is actually the perfect botnet defence! The daemons on the botnets will crash, but the owners of the botnets are probably not gonna delete the database often.
Also having this same issue - always saying couldn't connect to server. Did you ever get it to actually work properly? restart the server with "bitcoind -reindex" to rebuild the database file instead of deleting and resyncing. works every time for me so far, although I wish I could figure out what's causing it to fail in the first place so I don't have to keep babysitting this. |
|
|
|
Block 261 since 20 minutes. I think the difficulty is WAY too high. I have a bad feeling about this.
Well, since difficulty adjusts on every block (yes, you read that right... no, I don't know why they thought this was a good idea), all you have to do is wait for this block to be found and the difficulty will overadjust much too low, which should allow you to lose the bad feeling (at least until the next block where it overadjusts too high again.) |
|
|
|
after 1 hour mining on linux, wallet crash with error Do you want to rebuild the block database now?
bitcoind: db/version_set.cc:715: leveldb::VersionSet::~VersionSet(): Assertion `dummy_versions_.next_ what is this? I also got this. Do you also get the this message when you open the wallet "Warning: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade." ?? I can confirm this on multiple linux machines as well (I'm pretty sure all of them are Ubuntu 13.10 64bit). Just before an hour goes by, *poof*. reindexing using "bitcoind -reindex" starts it back up successfully, but doesn't fix whatever underlying thing is happening at the 1 hour mark. |
|
|
|
Someone bought around half of that at .0002 BTC. That's a pretty good chunk of change to throw at LC at this stage in the game...
November 03, 2013 03:28 Buy 0.0002 202,305 40.4610
November 03, 2013 03:28 Buy 0.0002 37,695 7.5390
It's very likely it was the issuer who bought those - it happened within a minute of the number of shares held by the company going back and forth by about 400k shares, if memory serves. |
|
|
|
Has anyone been able to withdraw anything at all in the last 3 days?
I've ready ukyo's posts but they do not explain why it has simply been impossible to withdraw over such a long period. Maybe bitcoind is causing problems but not resolving such a major issue with a bitcoin wallet is not acceptable, regardless of what else is going on.
...has anyone asked the obvious question yet? "Is there still money available in the site's wallet(s) to be withdrawn?" |
|
|
|
I wouldn't say painfully slow... anyone who has been involved in a real life/world start-up understands the growing pains associated with what Dealcoin is attempting to accomplish. It is much better to slowly implement a working system than to immediately implement something full of bugs.
Like any BTC investment, Dealco.in is not risk free by any means. The bottom line though, is that the mining game is oversatured (at the very least). As more individuals would like to obtain Bitcoin (especially those without bank accounts), in person exchanges will become increasingly important.
I have been involved with IT startups - the last two places I worked at have been startups, and for the most recent one, I was hired before it even had an office. Presumably, most issues would have been flushed out during the architecture rollout (if not earlier in the design planning), then internally identified and QA'd well before the public announcement and request for beta testers. That's how we did things at my startups, anyway. I was one of the first to sign up at dealco.in, and I have to say that although there have been minor improvements to the interface since I first saw it, this is not as complicated a system as you seem to believe it to be. It's pretty straightforward. It just seems that there's not a lot going on right now. The amount raised during the IPO was small enough that I thought this to be a "we're ready to go, just raising some token cash to let people have a stake in it for word-of-mouth-marketing reasons" project, especially since they appear to be prefunded from Seedcoin. I understand the need for a short beta to find any unexpected items, but this really does seem to just be kinda dragging along at the moment. Perhaps the beta was premature? |
|
|
|
If we get the verified status on bitfunder does this mean we have to report our profits/losses to our government even if we stay in BTC?
Im contemplating just getting verified
Of what I understand, it is only considered profit once you convert the bitcoins you profited into fiat. Not the case. Government considers it a profit as soon as you turn a profit in any denominated "form" of currency and last I checked, Bitcoin fits the bill for a "form" of currency as defined by the government (at least this is the case in Canada)... maybe America is drastically different, who'd assume!  in the U.S., you get taxed on bartering - so even if you try to claim bitcoins as a non-monetary asset, (and I'm not sure if they would accept this argument or not - I'm not about to go ask them) trading one asset for another could easily fall under the definition of a barter. You'd have to prove the cost of the goods you sent to deduct from the value of the goods you received, which is a LOT harder to prove than you think it is. U.S. taxes get you coming and going. And then they even tax you when you die. |
|
|
|
yawn no one is buying lol. About half the release is still open for the public, Wow what a great catch.  , You don't raise 18,000BTC in a day. mcxNOW raised 10,000 in 4 days, it's pretty good. For whom, exactly? Surely not for holders of the self-issued currency/share things, whatever they're called |
|
|
|
|
this is going painfully slow... any hard dates for going live yet?
|
|
|
|
We may be a few months (or more) away from me being able to share details unfortunately. I will definitely do so as soon as I am able.
Write a book and start going on a lecture tour. People will buy the book, and I will buy you a beer when your tour puts you in Texas.  |
|
|
|
|
there's a really simple explanation that seems reasonable to me.
If I wanted to shift jurisdictions, I'd buy an established shelf company in the jurisdiction I want to move to, then have that shelf company "buy" the ownership shares from whatever entity owns it now.
It's very likely that's all they're doing - just moving the corporate entity to Panama for legal/tax reasons.
|
|
|
|
lol the sites down. Does this mean realsolid has done a snatch and run? or a ddos? or to much traffic? be interesting to see how this pans out  b...b...but it's powered by C++! It can't go down! |
|
|
|
|
Show Posts
