lmue
|
|
January 21, 2014, 10:05:44 PM |
|
Difficulty: 6.963243 Blocks: 51984 NetworkHashPs: 122471752.00000 Updated: 1/21/2014 3:49:54 PM
that is a new record!
GRC is now trading in China at QQ group: 258951963. Please add. Price now is 0.08 USD per GRC.
中国GRC qq交易群:258951963
|
|
|
|
deerough
Newbie
Offline
Activity: 25
Merit: 0
|
|
January 22, 2014, 12:28:43 AM |
|
i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
|
|
|
|
hamiltino
|
|
January 22, 2014, 03:57:15 AM Last edit: January 22, 2014, 06:52:13 AM by hamiltino |
|
go into Boinc manager > tools > computing preferences > change the cpu time and thread % to 100% (both those settings are at the bottom)
Give that a shot.
|
stacking coin
|
|
|
airtreb
|
|
January 22, 2014, 08:46:19 AM |
|
New Version Available: 7.7.7/70/1.1.5.7: Upgrade from RPC: Yes
* In this version we correct the cpumining next payment amount and outstanding amount owed and resolve most of the bloated wallet issue.
Please upgrade ASAP as this version will only work correctly after 51% upgrade.
Maybe, resolving bloated wallets doesn't cope with every wallet in the same way.. Still looking for possible reasons. Rob, may I ask you to comment on this, please? i have ver. 1.1.5.5 GRC client, i was mining the whole day and found a block then when i woke up my miner say " not responding" and found out the client close by it self so i re open the client and its not synchronizing properly so what i did is uninstall the client, delete the gridcoin folder, delete the blocks and chainstate folder as well as the peers.dat files and reistall the grc client but still unlucky to synchronize it, so i have no choice but to restart my computer and when i re-run the client again it says "Warning Displayed transaction may not be correct! you may need to upgrade or node need to be upgrade" i don't know what to do now? any solution? Thanks How did it work out for you, airtreb? Could you recover? its my fault i never thought that there is latest version 1.1.5.7, i just downloaded it in the gridcoin home page and its seems to be fine now ")
|
|
|
|
asdlolciterquit
|
|
January 22, 2014, 09:00:28 AM |
|
is it normal that i pay this 3 beacon in cpumining? I get this as well (3 beacons same amount). I assumed it was 3 CPUs running? 1 cpu, 4 core.
|
|
|
|
derm
Newbie
Offline
Activity: 52
Merit: 0
|
|
January 22, 2014, 12:48:04 PM |
|
New Version Available: 7.7.7/70/1.1.5.7: Upgrade from RPC: Yes
* In this version we correct the cpumining next payment amount and outstanding amount owed and resolve most of the bloated wallet issue.
Please upgrade ASAP as this version will only work correctly after 51% upgrade.
Maybe, resolving bloated wallets doesn't cope with every wallet in the same way.. Still looking for possible reasons. Rob, may I ask you to comment on this, please? i have ver. 1.1.5.5 GRC client, i was mining the whole day and found a block then when i woke up my miner say " not responding" and found out the client close by it self so i re open the client and its not synchronizing properly so what i did is uninstall the client, delete the gridcoin folder, delete the blocks and chainstate folder as well as the peers.dat files and reistall the grc client but still unlucky to synchronize it, so i have no choice but to restart my computer and when i re-run the client again it says "Warning Displayed transaction may not be correct! you may need to upgrade or node need to be upgrade" i don't know what to do now? any solution? Thanks How did it work out for you, airtreb? Could you recover? The recent upgrades required an additional security check for cpumined blocks and could have broken older versions; after upgrading to 7.7 did you all recover? All 5 of my machines recovered and went through that block. Grid couldn't recover, sadly. but thank you for the explanation. I started with new wallets on each machine and will try to recover one by one.
|
|
|
|
Gridcoin (OP)
|
|
January 22, 2014, 02:50:22 PM |
|
I think what fxmulder is saying is that the client does not compile, if I am understanding him correctly? grid says the linux client works find but you just can't mine with linux is. (You will be able to within a week)
Yeah, i thought there was a linux client already released, turns out its just the source code atm. traderman this is correct hamiltino I always build from source, going down the rabbit hole it seems there's some core dependencies on qt components, not sure why they exist but they prevent compilation Is this for an exchange? We have a coin-only client for Linux that builds; it just wont mine. It runs natively. The one Im talking about for this weekend is a mining version that works on Linux & Mac and requires wine to run. Rob H. This was the post I meant to quote, I need to be able to build the wallet on 64 bit ubuntu without gui/qt support Hi FxMulder, I'm coming off the road from a trip and almost back at the office. I do have the GitHub modified Linux code to make the headless native daemon for Grid and it builds, but Im going to need some time to sync it to the repo. I'll do it asap and keep you informed when it is in. Latest should be Sat afternoon if not sooner. Thanks, Grid
|
Gridcoin: scientia humana libertas
|
|
|
Gridcoin (OP)
|
|
January 22, 2014, 02:51:40 PM |
|
is it normal that i pay this 3 beacon in cpumining? I get this as well (3 beacons same amount). I assumed it was 3 CPUs running? It's sending one beacon per project; we can't change it, it's required to prove the cpuminer is participating per project. Thanks, Grid
|
Gridcoin: scientia humana libertas
|
|
|
Gridcoin (OP)
|
|
January 22, 2014, 02:54:28 PM |
|
i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
Scrypt sleep allows our network as a whole to be more efficient. Sleep causes your GPUs to sleep when your leaderboard sleep level is below the network sleep level. Team, answer the rest.
|
Gridcoin: scientia humana libertas
|
|
|
andrewp
|
|
January 22, 2014, 03:35:19 PM |
|
Hi everyone! Thanks to everyone who helped me get setup with gpu mining..everything is running smoothly so far. I'm now running 2x r9 280x and waiting for risers so I can install a third one...I've never been mining before so I'm quite surprised how much heat and noise these things make. Good thing it's winter It's sending one beacon per project; we can't change it, it's required to prove the cpuminer is participating per project.
Thanks, Grid
Hi Rob! Regarding CPU Mining, I have several machines running and each one mines fine without a problem. It takes time for the payouts to start, but I guess it is normal because the machine first needs to generate some BOINC credits. The multiple beacon thing: I have encountered it on several on my machines, they are all running only one project(so the beacons were sent to one address) and the maximum was 5 beacons sent in a row..separated by 26 minutes. Also in Projects Console I have seen several times a "-3" error, which is the problem connecting to Berkley API. So my guess would be that if there is -3 error when the client tries to send the beacon it fails and tries again in 26 minutes intervals until it succeeds. Hope this helps. Seems like things are really picking up and we're very close to start hitting exchanges! Looking forward to that! Regards, Andrew.
|
Proud Gridcoiner since 2013!
|
|
|
asdlolciterquit
|
|
January 22, 2014, 03:36:55 PM |
|
is it normal that i pay this 3 beacon in cpumining? I get this as well (3 beacons same amount). I assumed it was 3 CPUs running? It's sending one beacon per project; we can't change it, it's required to prove the cpuminer is participating per project. Thanks, Grid thx!
|
|
|
|
aysyr
|
|
January 22, 2014, 04:17:06 PM |
|
i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
1. How long were you running Gridcoin before you took a break for a few days? The 100% is made up of two things - 50% utilization which you probably have and 50% is total average daily credits which builds up 2-4 weeks. So maybe that few days break brought your average daily credits down. 2. Rob answered this question previously. 3. Try putting closeconhost=false into your gridcoin.con file to prevent it from hiding cmd prompts.
|
|
|
|
asdlolciterquit
|
|
January 22, 2014, 06:51:51 PM |
|
the number near any project (es: rosetta@home) is the number of daily credits of that project, is it correct?
and this lines: 1)"Total Daily CPU Payments to your GRC Address" : "45.0800", 2)"Amount Earned" : "32.1302",
what do they mean?
my opinion: 1)my payout if i keep mining until the end of the day? 2)what i've jet gained?
is it correct?
|
|
|
|
deerough
Newbie
Offline
Activity: 25
Merit: 0
|
|
January 22, 2014, 07:04:55 PM |
|
i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
Scrypt sleep allows our network as a whole to be more efficient. Sleep causes your GPUs to sleep when your leaderboard sleep level is below the network sleep level. Team, answer the rest. Thanks. I get the idea that it will prevent orphans, but what I don't understand is that when my GPUS are in "Sleep" is that it continues to hash and continues to draw a lot of energy. Is this true? I thought the point of Gridcoin was to not be a drain on environment and give miners a reason to hash. Could it shutdown the miners completely and not draw any power, or this getting a little too complex? Or am i still missing the point.
|
|
|
|
deerough
Newbie
Offline
Activity: 25
Merit: 0
|
|
January 22, 2014, 07:12:56 PM |
|
i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
1. How long were you running Gridcoin before you took a break for a few days? The 100% is made up of two things - 50% utilization which you probably have and 50% is total average daily credits which builds up 2-4 weeks. So maybe that few days break brought your average daily credits down. 2. Rob answered this question previously. 3. Try putting closeconhost=false into your gridcoin.con file to prevent it from hiding cmd prompts. And thanks to you as well. I will try the setting. I am sure my average daily credits were at 2,700 still, and all i need is 1,000 for the first 50% gridcoin credit. The second portion was supposed to be based on the CPU processing power. I have a six (12 thread) machine and was devoting 10 processing threads to BOINC and left 2 threads for my GPUS and user-interface. This at one time easily made up the other 50% gridcoin credit, so i was at 100% and getting the full 150 block reward. I took a break for a few days and now once i started back up, after running for 5 hours. My total gridcoin credit was only 65%. Again, my boinc avg daily credit was 2,700. so 10 cpu threads only accounted for 15 additional %? As proof, if I pause BOINC processing, my gridcoin credit drops back to 50%.
|
|
|
|
traderman
Legendary
Offline
Activity: 1260
Merit: 1001
|
|
January 22, 2014, 07:17:33 PM |
|
When the sleep is activated the Gpu will do Boinc work. So that way more is given to science projects. i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
Scrypt sleep allows our network as a whole to be more efficient. Sleep causes your GPUs to sleep when your leaderboard sleep level is below the network sleep level. Team, answer the rest. Thanks. I get the idea that it will prevent orphans, but what I don't understand is that when my GPUS are in "Sleep" is that it continues to hash and continues to draw a lot of energy. Is this true? I thought the point of Gridcoin was to not be a drain on environment and give miners a reason to hash. Could it shutdown the miners completely and not draw any power, or this getting a little too complex? Or am i still missing the point.
|
|
|
|
deerough
Newbie
Offline
Activity: 25
Merit: 0
|
|
January 22, 2014, 08:03:53 PM |
|
When the sleep is activated the Gpu will do Boinc work. So that way more is given to science projects. i am trying to be an early adopter. i have a few questions. first of all, i am mining 2 gpus solo with a 12 thread processor. my average daily credits is 2700 and i have 11 threads devoted to boinc. my boinc processing power won't go above 65 points. this has been 100 fairly consistently until i decided to take a few days off with my rig. i have not had syncing issues so long as i kept up with all the updates and addnodes. my questions are these:
1. what can cause this to stay at only 65?
2. can someone please explain the scrypt sleep? does this mean when my sleep is on that my hashing is doing nothing?
3. does closing the mining console have to hide command prompts? i have other things running in command prompt sometimes and these get hidden as well. it would be helpful if the mining console only hid process that it started.
thanks, and good work so far.
Scrypt sleep allows our network as a whole to be more efficient. Sleep causes your GPUs to sleep when your leaderboard sleep level is below the network sleep level. Team, answer the rest. Thanks. I get the idea that it will prevent orphans, but what I don't understand is that when my GPUS are in "Sleep" is that it continues to hash and continues to draw a lot of energy. Is this true? I thought the point of Gridcoin was to not be a drain on environment and give miners a reason to hash. Could it shutdown the miners completely and not draw any power, or this getting a little too complex? Or am i still missing the point. Finally, got it. Thanks.
|
|
|
|
groten
Newbie
Offline
Activity: 13
Merit: 0
|
|
January 22, 2014, 09:28:29 PM |
|
Read a lot of posts the last days to find some answers for the questions I still have, maybe someone can help me out,
- Got cgminer finally working under the cg miner api (setting cgminer to run as administrator and compatability mode W7 did do the trick), however,
Hash rate is now only 170, under Gui miner I got more than 400 with intensity 16. Compared settings and all are equal
- Beacons are not sent, running it for over five days now, cpu mining is true of course, did do all the checks and all are okay (address name Default, projects listed with credits, grc balance > 0, chain is synced)
I'm still listed under listminers, I assume it is still possible to have cpumining and poolmining both set to true, tried it also three days with poolmining=false, but no beacons were send
- In sleep mode I do not see any difference in the cgminer screen, hash rate stays the same and in Boinc manager I do not see any project running faster, how can I check that hasrate is used by Boinc in sleep mode?
Thank's in advance for the replies
|
|
|
|
s4mmy
Newbie
Offline
Activity: 55
Merit: 0
|
|
January 22, 2014, 09:39:43 PM |
|
Sleep is coming, not yet working. So you should be hashing all the time still
|
|
|
|
Inrideo
|
|
January 22, 2014, 10:40:47 PM |
|
Friend is stuck on a fork, and I suggested using a backup wallet and rebuilding the block chain. Anything else he needs to do?
|
Gridcoin :: GGEijprFRgB8LFVDLbdKQK9CcysFXAXRop
|
|
|
|