Bitcoin Forum
April 27, 2024, 09:28:37 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 ... 291 »
  Print  
Author Topic: Gridcoin (GRC) - first coin utilizing BOINC - Official Thread  (Read 597301 times)
lmue
Full Member
***
Offline Offline

Activity: 124
Merit: 100


View Profile
January 21, 2014, 10:05:44 PM
 #1541

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

GRC: GAcm1qG5XAjZGh8FJ7X5jSUFBM49Kom9Et

C-cex, 交易GRC

Coins-e, 其他虚拟货币

<a target="_blank" href="http://shang.qq.com/wpa/qunwpa?idkey=02e66be6eb2de2a31ec26119d488a63ae31ad726787f7ef44a979839fd855232"><img border="0" src="http://pub.idqqimg.com/wpa/images/group.png" alt="Gridcoin交流群 (GRC)" title="Gridcoin交流群 (GRC)"></a>
Every time a block is mined, a certain amount of BTC (called the subsidy) is created out of thin air and given to the miner. The subsidy halves every four years and will reach 0 in about 130 years.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
deerough
Newbie
*
Offline Offline

Activity: 25
Merit: 0


View Profile
January 22, 2014, 12:28:43 AM
 #1542

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
Hero Member
*****
Offline Offline

Activity: 644
Merit: 500


P2P The Planet!


View Profile
January 22, 2014, 03:57:15 AM
Last edit: January 22, 2014, 06:52:13 AM by hamiltino
 #1543

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
Full Member
***
Offline Offline

Activity: 217
Merit: 100


View Profile
January 22, 2014, 08:46:19 AM
 #1544

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 Huh  
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
Hero Member
*****
Offline Offline

Activity: 1666
Merit: 565


View Profile
January 22, 2014, 09:00:28 AM
 #1545

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 Offline

Activity: 52
Merit: 0


View Profile
January 22, 2014, 12:48:04 PM
 #1546

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 Huh  
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)
Sr. Member
****
Offline Offline

Activity: 364
Merit: 252


View Profile WWW
January 22, 2014, 02:50:22 PM
 #1547

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)
Sr. Member
****
Offline Offline

Activity: 364
Merit: 252


View Profile WWW
January 22, 2014, 02:51:40 PM
 #1548

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)
Sr. Member
****
Offline Offline

Activity: 364
Merit: 252


View Profile WWW
January 22, 2014, 02:54:28 PM
 #1549

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
Full Member
***
Offline Offline

Activity: 144
Merit: 100


View Profile
January 22, 2014, 03:35:19 PM
 #1550

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 Smiley

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! Smiley
Regards,
Andrew.

Proud Gridcoiner since 2013!
asdlolciterquit
Hero Member
*****
Offline Offline

Activity: 1666
Merit: 565


View Profile
January 22, 2014, 03:36:55 PM
 #1551

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
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250


View Profile
January 22, 2014, 04:17:06 PM
 #1552

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.

Trade at C-Cex, my favorite exchange!          Aysyr Reputation Thread
asdlolciterquit
Hero Member
*****
Offline Offline

Activity: 1666
Merit: 565


View Profile
January 22, 2014, 06:51:51 PM
 #1553

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 Offline

Activity: 25
Merit: 0


View Profile
January 22, 2014, 07:04:55 PM
 #1554

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 Offline

Activity: 25
Merit: 0


View Profile
January 22, 2014, 07:12:56 PM
 #1555

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 Offline

Activity: 1260
Merit: 1001



View Profile
January 22, 2014, 07:17:33 PM
 #1556

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 Offline

Activity: 25
Merit: 0


View Profile
January 22, 2014, 08:03:53 PM
 #1557

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 Offline

Activity: 13
Merit: 0


View Profile
January 22, 2014, 09:28:29 PM
 #1558


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 Offline

Activity: 55
Merit: 0


View Profile
January 22, 2014, 09:39:43 PM
 #1559

Sleep is coming, not yet working. So you should be hashing all the time still
Inrideo
Full Member
***
Offline Offline

Activity: 130
Merit: 100


View Profile
January 22, 2014, 10:40:47 PM
 #1560

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
Pages: « 1 ... 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 ... 291 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!