Bitcoin Forum
August 11, 2024, 07:04:18 PM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 [174] 175 176 177 178 179 180 »
3461  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 24, 2011, 02:38:55 PM
Personally i think we should only have One pool, One nice big 90%nethash pool, Run by all the leaders, Democracy style, Where NO INDIVIDUAL has any power, But as a group can make changes.

Hmm, wasn't that the main premise of the Star Wars story?
Sam
3462  Bitcoin / Mining software (miners) / Re: CGMINER CPU/GPU miner overclock monitor fanspeed in C linux/windows/osx 2.0.7 on: October 24, 2011, 01:26:02 PM
So, is there any way to verify that solo mining is actually working now?
There is an MHash/sec indicator that implies hashes are being calculated at that rate.  If something goes wrong with your mining equipment, that number wil drop.  If you Are concerned about connectivity, I would think you could simply use netstat to verify a local connection or wireshark to verify a remote one.

That's what I would have thought too.

I shut down my bitcoin client, running in server mode, and CGMiner will continue to chug along as if it were still working fine.  But, at least, with 2.0.5 the rejected share notification stops.

If you run netstat while solo mining you will see a time wait for for the process's but no connection established.  So my theory is that there is an initial connection using the TCP stack but then it reverts to some other type of communication between the two programs since they are on the same machine.

Also now it looks like the donation isn't working in 2.0.5 now.  Is conman still an active account on Ozco?
Sam
3463  Bitcoin / Mining software (miners) / Re: CGMINER CPU/GPU miner overclock monitor fanspeed in C linux/windows/osx 2.0.7 on: October 24, 2011, 04:05:41 AM
In 2.0.7 I don't get any feedback as to if solo mining is working or not.  In version 2.0.5 I would get rejected for a status on the solo pool so I knew it was working.  Is there any way of verifying that it is actually working in the later versions?

Also it doesn't seem like the donation is working either in 2.0.7.  I haven't wiresharked it yet to see if it is actually sending to Ozco, but that would be my next step.

Thanks,
Sam
2.0.7 only shows messages at the level the source of the getwork requires.

Solo to bitcoind means you are trying to get blocks, so you get a message whenever you get a block.
(shares are not related to solo but: it used to show messages at share level, not block level, bit that has been 'fixed')

Pool means you are trying to get shares, so you get a message whenever you get a share.

I believe the donation is pointing somewhere else now.

So, is there any way to verify that solo mining is actually working now?

Is the donation not using port 8332 now?  I guess I can check that myself, but if not I'll need to set a new firewall rule.
Sam
3464  Bitcoin / Mining software (miners) / Re: CGMINER CPU/GPU miner overclock monitor fanspeed in C linux/windows/osx 2.0.7 on: October 24, 2011, 03:40:03 AM
In 2.0.7 I don't get any feedback as to if solo mining is working or not.  In version 2.0.5 I would get rejected for a status on the solo pool so I knew it was working.  Is there any way of verifying that it is actually working in the later versions?

Also it doesn't seem like the donation is working either in 2.0.7.  I haven't wiresharked it yet to see if it is actually sending to Ozco, but that would be my next step.

Thanks,
Sam
3465  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 18, 2011, 12:02:00 PM
personally i like pay per share. And I agree, when you have a slow miner, you get screwed out of your shares on many pools.

That was just an example.  My dedicated machine has a 5830 and 5770, but the same scenario could happen because of network congestion or other hiccups out of my control.
Sam
3466  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 18, 2011, 04:33:29 AM

I'll be putting up a poll this week on the BTC Guild website to see what the users want:  

A) Payout Change
  1) Proportional
  2) SMPPS
  3) PPLNS
  4) Straight PPS [will require a much larger fee due to risk]


I say use the KISS method (Keep It Simple Stupid).  Straight Proportional w/2% fee and PPS.

These other payment methods seem to try to reduce flexibility of the miner and are hard to verify.  But of course I haven't seen a good explanation of them either.
Sam

They make the pool less attractive to pool hoppers and trust me people are hopping the living shit out of BTC-Guild.  You short blocks get split many way and your long blocks get split few ways.  If you tallied your total shares contributed and total earnings you will find you made significantly less than "expected value".

That's all well and good.  But what is the exact explanation as to what these payment methods are?  All I ever hear anyone saying is the N stands for the amount of time you are in that round.  How is that variable measured?

I have a non dedicated machine with a low end GPU mining 24/7 and the pools often say the miner is not active because it may not submit a share for 2 or 3 minutes, just now it took 10 minutes to submit shares but it is still churning away at 34.5Mhs.  So do I get dinged for that? do I get banned for pool hopping?

I think we needlessly over complicate things sometimes.  I'll just wait to see what Eleuthria's explanation is when he posts his poll, I guess.
Sam
3467  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 18, 2011, 03:13:04 AM

I'll be putting up a poll this week on the BTC Guild website to see what the users want:  

A) Payout Change
  1) Proportional
  2) SMPPS
  3) PPLNS
  4) Straight PPS [will require a much larger fee due to risk]


I say use the KISS method (Keep It Simple Stupid).  Straight Proportional w/2% fee and PPS.

These other payment methods seem to try to reduce flexibility of the miner and are hard to verify.  But of course I haven't seen a good explanation of them either.
Sam
3468  Bitcoin / Mining software (miners) / Re: CGMINER CPU/GPU miner overclock monitor fanspeed in C linux/windows/osx 2.0.7 on: October 17, 2011, 05:19:04 PM
XP? what happened to OS/2???

 Smiley

Can't get the Catalyst drivers to install Wink

Sam
3469  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 17, 2011, 05:04:54 PM

On a non-technical side:  Yes, the updates from me in the forum have been delayed a bit.  Work is taking up far more time, and the pool itself is becoming a drain on time and resources.  For miners, the drop in price is a reduction in profitability, but you don't have to do much work for a miner.  For running this pool, it went from rivaling my day job's income, to now making about 1 day of my day job salary per month.  That's how drastic the difficulty/price ratio has affected large pool operations.  Risking an extra 3-4 hours of time at my day job to work on the pool is simply not an option anymore.


And that is completely understandable.  Good thing you didn't give up that day job Smiley.

I appreciate the work you do.  I had increased my donation after that big DDOS attack and have just increased it again, just to say thanks for your work.
Take Care,
Sam
3470  Bitcoin / Mining software (miners) / Re: CGMINER CPU/GPU miner overclock monitor fanspeed in C linux/windows/osx 2.0.6 on: October 17, 2011, 01:45:01 PM
New Version 2.0.7:

- Go to kernel build should we fail to clCreateProgramWithBinary instead of
failing on that device. This should fix the windows problems with devices not
initialising.


Running WinXP

I still have to copy the .bin files that CG Miner 2.0 generated.

Also still get the crash on exit.
Thanks,
Sam
3471  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 16, 2011, 10:21:56 PM
The pool has dropped to 350GH....maintenance...?..i hope...or is it a DDOS?

It's been up and down like a toilet seat for me today.
Sam
3472  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 16, 2011, 07:10:58 PM
WARNING

Today someone tried some userlist against this pool. It may be the user/password database stolen from bitcointalk forum or somewhere else.
While most usernames didn't match, tens of users have same password in the pool and in this list. PLEASE consider taking appropriate actions immediately:

1. If you used same password in this pool and somewhere else - change your pool's password.
2. If you used same password in this pool and in your e-mail - change both (this is not secure).
3. If you used same password somewhere else and you have bitcoins on your pool balance - please use permanent bitcoin address lock function at the pool's advanced settings page (this can't be undone). You have to be the real owner of this address' private keys (wallet.dat) and keep a backup copy of it.

Folks should probably change their password regardless.

What's the maximum Password length Deepbit accepts?
Also maybe you should consider allowing more complex characters too.
Thanks,
Sam
3473  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 12, 2011, 11:06:52 PM
I just hope they solve this fast.

I agree, I don't want the hassle to set up miners on a new pool bit I can't keep 7 machines off line this long. What a dumbass I am! I should have prepared for this eventuality long ago but deepbit has been pretty reliable lately.

With CG Miner its really easy to setup multiple pools and utilize several different failover strategies.

I have been using it since 2.0 came out and now it has finally paid off for me as the it has switched to the failover pool automatically and switch's back to the primary pool when it is working.
Sam
3474  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 12, 2011, 01:46:35 AM
what is up with 24hr avg???

is there a problem?

Depends on your point of view.  Decreasing network hash rate causes fewer blocks to be solved.  But then it also decreases the difficulty.

Sam

i know luck will vary but over time it's all smoothed out... but I've not seen this kind of number before... looks really weird...


Yep, probably because we came from such a high difficulty and have been dropping and people have stopped mining because of the depressed price.  The total hash rate was around 15Ths and now its under 11.  I keep thinking things will level out but it seems to keep dropping.  I'm sure it'll pickup again at some point.  But I wouldn't mind some more difficulty drops and then have it level out at some point.

I wonder how the new GPU's will come into play.  Seems like the life of the current GPU's that do well with this kind of work is coming to an end and will be replaced by devices that do a much lower hash rate.

Sam
3475  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 12, 2011, 01:05:57 AM
what is up with 24hr avg???

is there a problem?

Depends on your point of view.  Decreasing network hash rate causes fewer blocks to be solved.  But then it also decreases the difficulty.

Sam
3476  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 11, 2011, 11:49:22 PM
OK, I just switched to PPS so the luck should start improving for everyone else.
Sam
3477  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 09, 2011, 11:30:52 PM
wtf cant payout ?

what is this nonsense ?
No problems here dude.

When I attempt to manually withdraw coins, via "instant payout".  The below is seen.

Please_wait_for_autopayment!

Is your balance equal to or greater than your auto payment threshold?
Sam

Equal to or greater than...that's the first time I've heard the reference being called on, in reverse.

To answer the question, no.  Current balance < Auto Payout Threshold.  Although, that should have 0 affect on being able to withdraw manualyl.

Agreed, but I was speculating maybe the auto payment was already in a que to be paid.

The auto payments go out once a day and about the same time each day.  I had auto payments wait till they were 50% over my set threshold but waited to pay until the same time it was payed the previous day.

But anyway that isn't the case so I'll shut up now Smiley
Sam
3478  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 09, 2011, 11:16:24 PM
wtf cant payout ?

what is this nonsense ?
No problems here dude.

When I attempt to manually withdraw coins, via "instant payout".  The below is seen.

Please_wait_for_autopayment!

Is your balance equal to or greater than your auto payment threshold?
Sam
3479  Bitcoin / Pools / Re: [1800 GH/sec] BTC Guild - 0% Fees, LP, SSL, API, 8 Decimal Payouts and more! on: October 09, 2011, 04:17:35 PM
My miners can't connect either.  Been down for 2 hours 45 minutes according to the worker summary.
Sam

My miners just reconnected.
Sam
3480  Bitcoin / Pools / Re: [5000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 09, 2011, 02:32:12 PM
Why did i have to overclock to compensate for the bad luck TT^TT, Last 24/hrs was great luck but i Crashed my rig with the overclock, And didnt know till i woke up....
I need to learn howto have hotmail foward emails.....HALP?!

I switched to PPS before I went to bed and that is almost the exact time the "Luck" improved.  At least I was still  mining though.

Isn't there a better term we could be using instead of "Luck" for when fewer shares than the difficulty are solving blocks?

Sam
Pages: « 1 ... 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 [174] 175 176 177 178 179 180 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!