FaSan
|
|
December 18, 2013, 01:11:43 AM |
|
Delete the "rpcthreads" setting and use only the "genproclimit". It's the onlyone solution for now
|
|
|
|
truckythin
|
|
December 18, 2013, 01:13:10 AM |
|
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?
|
|
|
|
FaSan
|
|
December 18, 2013, 01:17:24 AM |
|
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
|
|
|
|
crendore
|
|
December 18, 2013, 01:18:07 AM |
|
Delete the "rpcthreads" setting and use only the "genproclimit". It's the onlyone solution for now
This does not fix the problem. stop telling people this fixes the problem. you are filling this thread with FUD!
|
|
|
|
crendore
|
|
December 18, 2013, 01:18:37 AM |
|
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.
|
|
|
|
radiumsoup
|
|
December 18, 2013, 01:44:04 AM |
|
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.
|
PGP fingerprint: 0x85beeabd110803b93d408b502d39b8875b282f86
|
|
|
truckythin
|
|
December 18, 2013, 01:47:39 AM |
|
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.
radiumsoup, can you share that script? appriciate
|
|
|
|
iluveunc
Full Member
Offline
Activity: 140
Merit: 100
CEO/Founder AltSwap (Cryptocurrency Exchange)
|
|
December 18, 2013, 01:55:24 AM |
|
Let me get this straight...to activate the new fork mining all I need to do is just reinstall everything like I did in the beginning because the new files are posted at the same address?
|
|
|
|
eddilicious
|
|
December 18, 2013, 02:08:05 AM |
|
i just followed the cloud mining guide last night to start mine memory coin, so what do i need to do to get the update? has the source been released that we just do a new download and recompile?
|
|
|
|
TheMightyX
Sr. Member
Offline
Activity: 350
Merit: 250
Vires in Numeris
|
|
December 18, 2013, 02:12:34 AM |
|
I'm not sure I agree with you yet.
Albeit, writing yourself "payments" into the code for 6 officers, with two people filling two positions (twice the payments) is pretty sketchy.
Giving the right to vote on "job positions" to only a select few who already hold memorycoins from the previous coin is also sketchy. How can we be sure the devs didn't buy up all the old coins with the intention of holding the majority vote on the new coin? Why even hold a vote?
Writing a premine to "benefit previous memorycoin and protoshares holders" without outlining exactly how many coins would go to those people. We know the amount 1:10 memory coins. Does that mean there is 7,800,000 memory coins from 1.0? (nope, max 1 mill). So why the 780,000 MMC2 premine?
Let's say there was 500,000 memorycoins from 1.0 Shouldn't the premine be only 50,000 then?
What happens to all the MMC2 coins that aren't redeemed from MMC1 coins? These questions need to be addressed going forward.
The devs didn't buy my old MemoryCoins neither mine ahh good because this solves everything. Of course we know that only two people had MMC1 coins. Problem solved... or they could have bought them on exchanges without anyone knowing who bought what. Obviously that is just speculation, but I am just pointing out we don't know what happened.
|
|
|
|
reaxion
Member
Offline
Activity: 66
Merit: 10
|
|
December 18, 2013, 02:21:34 AM |
|
Still mining since the start, now with 2.3 HPM on i7 2600 ....... still no block. Just about download and update the client hope it brings some luck!!!
|
|
|
|
agx56
Newbie
Offline
Activity: 36
Merit: 0
|
|
December 18, 2013, 02:31:47 AM |
|
Still mining since the start, now with 2.3 HPM on i7 2600 ....... still no block. Just about download and update the client hope it brings some luck!!!
check out the source code changes on github (as you should always do to prevent yourself from downloading a bicoind wallet stealer ^^), it only adds changes to block >750 difficulty and disallows inefficient thread numbers. wont make you fastere or luckier.
|
|
|
|
truckythin
|
|
December 18, 2013, 02:37:07 AM |
|
hi guys, where can i get the windows build for verson 8.5.3? the file on memorycoin.info and on google drive at page still 8.5.2
Thanks
|
|
|
|
truckythin
|
|
December 18, 2013, 02:39:07 AM |
|
never mind, just re-download from the .org one, it has 8.5.3 verison.
|
|
|
|
badbonez
Member
Offline
Activity: 70
Merit: 10
|
|
December 18, 2013, 02:48:11 AM |
|
I have two quick q's: 1) I have downloaded and am using the 0.8.53 version and have 3 active connections. But it's been over 20 minutes and it is still calculating the hash rate. In addition, when I go to the console and getmininginfo, nothing happens, I get no response. Is it mining? Any ideas why I can't get the console information? 2) In General, what's the difference between the 4 processes and 8 processes? Does it affect the hash rate? 8 is faster? Any reason not to use 8 processes? (OK, that's 3 questions in one ) Cheers!
|
MMC: MQ4EA85nnZwytrcqx9rJSpDWVTSXaxfqmc EAC: eTGWiLDpSvZx6GXyMqbY61bTJd28chc9Rt
|
|
|
truckythin
|
|
December 18, 2013, 02:51:32 AM |
|
I have two quick q's: 1) I have downloaded and am using the 0.8.53 version and have 3 active connections. But it's been over 20 minutes and it is still calculating the hash rate. In addition, when I go to the console and getmininginfo, nothing happens, I get no response. Is it mining? Any ideas why I can't get the console information? Did u run "setgenerate true 4" (or 8, 16, 32)? You can check the cpu usage to make sure it hit 99-100% 2) In General, what's the difference between the 4 processes and 8 processes? Does it affect the hash rate? 8 is faster? Any reason not to use 8 processes? (OK, that's 3 questions in one ) The more processe (cpu core) you have the fast mining you will get.Cheers!
|
|
|
|
crendore
|
|
December 18, 2013, 02:56:10 AM |
|
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. 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.
|
|
|
|
radiumsoup
|
|
December 18, 2013, 03:25:41 AM |
|
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.
|
PGP fingerprint: 0x85beeabd110803b93d408b502d39b8875b282f86
|
|
|
agx56
Newbie
Offline
Activity: 36
Merit: 0
|
|
December 18, 2013, 03:31:39 AM |
|
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.
I believe you are talking of a different kind of virtual memory here. Mutliple mining threads accessing the same one gigabyte of memory to find the magic number for mining doesnt mean there is anything wrong - its just blowing up virtual memory totals <numer of threads>-fold while keeping actual RAM clean. no swapping going on there. If you are ineterested in the matter, use the program iotop and compare how protoshares and memorycoins each react when configuring more 1GB threads than GBs of real RAM available. memorycoin will be less effecive if too many threads started, but well handle MANY more threads, protoshares will just start to swap or crash if thats exceeded too.
|
|
|
|
reaxion
Member
Offline
Activity: 66
Merit: 10
|
|
December 18, 2013, 03:46:45 AM |
|
I have the new update running but i was using "setgenerate true 6" on my i7 2600 and was getting 2.2 Hpm so i could use work on the pc whilst mining. with the new update i can only use 4 or 8 of my threads and not the 6 which was running at 75% Cpu
4 threads is 50% Cpu @1.5 Hps 8 threads is 100% Cpu @2.6 Hps that is unusable
why have you removed the 6 i though you could go in 2's with how many threads you using ?
|
|
|
|
|