Bitcoin Forum
June 16, 2019, 01:58:50 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 181 182 183 184 185 186 187 188 189 190 191 [192] 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2578475 times)
K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
November 13, 2012, 05:05:21 PM
 #3821

@aadje93: Hiding last 11 characters in address has no use.
Coz just by typing 1Es9aGi in search field of blockchain.info, will show full address & bitcoins.
https://blockchain.info/address/1Es9aGimor2fuHM1xMX4gA7w6t14PQ7NP3

Next time, hide first 11 characters.
wait u tell someone not do to a stupid thing, afterwards you tell him if you do the stupid thing a bit different its no longer stupid? sry but hiding first 11 characters dosnt help at all too...

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
1560650330
Hero Member
*
Offline Offline

Posts: 1560650330

View Profile Personal Message (Offline)

Ignore
1560650330
Reply with quote  #2

1560650330
Report to moderator

Mine RVN and with 0% mining fees and get paid in BTC, ETH, XMR or RVN.

www.cudominer.com Get Cudo Miner
Auto coin switching, third-party miners, overclocking and remote management (Win/Linux)
Run from a USB stick or install from an ISO image (Linux)
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1560650330
Hero Member
*
Offline Offline

Posts: 1560650330

View Profile Personal Message (Offline)

Ignore
1560650330
Reply with quote  #2

1560650330
Report to moderator
1560650330
Hero Member
*
Offline Offline

Posts: 1560650330

View Profile Personal Message (Offline)

Ignore
1560650330
Reply with quote  #2

1560650330
Report to moderator
1560650330
Hero Member
*
Offline Offline

Posts: 1560650330

View Profile Personal Message (Offline)

Ignore
1560650330
Reply with quote  #2

1560650330
Report to moderator
Aseras
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


View Profile
November 13, 2012, 05:25:29 PM
 #3822

yeah you would need to hide the whole address and probably payments too because as I said you can look at the output of the blocks and figure out who someone is from payment amounts alone, or even a couple of letters of the address.
cabin
Sr. Member
****
Offline Offline

Activity: 608
Merit: 250


View Profile
November 13, 2012, 06:11:00 PM
 #3823

One small thing.. the links in the first post in this thread still point to version 8.2.. I guess it should be changed to 9 now?
forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 514


View Profile
November 13, 2012, 06:16:02 PM
 #3824

Accessing http://127.0.0.1:9332/static/share.html
Causes bug in main program, will output this to cmd window.
That's expected - Just don't go to that page like that. The URL should always have a share hash on the end, like http://vps.forre.st:9332/static/share.html#00000000004506b7e27ad78c40fedc063bbe417936b99316856c0e7338ac5250 The error happening isn't harmful.

How fast should a miner ask for updates from P2 pool?    I can do 1ms to 10,000 ms.
Your miner should support long polling so that it doesn't have to do timed polling. Failing that, 100ms or lower, depending on how much overhead you can cope with.

One small thing.. the links in the first post in this thread still point to version 8.2.. I guess it should be changed to 9 now?
Thanks for telling me, I forgot. Fixed.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 13, 2012, 11:37:51 PM
Last edit: November 13, 2012, 11:49:09 PM by Clock Loop
 #3825


Your miner should support long polling so that it doesn't have to do timed polling. Failing that, 100ms or lower, depending on how much overhead you can cope with.


I have the only cuda miner in existance. (rpcminer)
It seems that because the cuda cards aren't as efficient at hashing, the community has altogether abandoned cuda and any new miner support for nvidia and cuda cards.

Even if someone dares mention the evil "nvidia" they will get 5 hashes at the mast.  
The RPC miner defaults to 4000ms polling.

So this means that there are a ton of nvidia users out there with outdated miners (because they have been abandoned)
Unless they all use the switch -workrefreshms=100 their polling rates will stay at 4000ms.

Don't tell me to get ati cards, if I had that kind of money, id just design my own fpga/asic pcb and be done with it.
I use what I have.   Now if someone is willing to throw me bitcoins so I can buy two of the latest ati cards..go ahead, my address is in my sig.   Smiley
But then id need to purchase a gpu mod for my swifttech gpu cooler blocks.   And I'd have to re-run all my PEX coolant lines...etc...

I'd rather just use all the money and extra effort, by doing a fpga/asic design. (i used to do dsp/fpga design for milling machine controllers and drives)
 Why buy new vid cards if they are going to be as useless as nvidia in about a month or so.
kano
Legendary
*
Offline Offline

Activity: 2842
Merit: 1172


Linux since 1997 RedHat 4


View Profile
November 14, 2012, 02:40:29 AM
 #3826


Your miner should support long polling so that it doesn't have to do timed polling. Failing that, 100ms or lower, depending on how much overhead you can cope with.


I have the only cuda miner in existance. (rpcminer)
It seems that because the cuda cards aren't as efficient at hashing, the community has altogether abandoned cuda and any new miner support for nvidia and cuda cards.

Even if someone dares mention the evil "nvidia" they will get 5 hashes at the mast.  
The RPC miner defaults to 4000ms polling.

So this means that there are a ton of nvidia users out there with outdated miners (because they have been abandoned)
Unless they all use the switch -workrefreshms=100 their polling rates will stay at 4000ms.

Don't tell me to get ati cards, if I had that kind of money, id just design my own fpga/asic pcb and be done with it.
I use what I have.   Now if someone is willing to throw me bitcoins so I can buy two of the latest ati cards..go ahead, my address is in my sig.   Smiley
But then id need to purchase a gpu mod for my swifttech gpu cooler blocks.   And I'd have to re-run all my PEX coolant lines...etc...

I'd rather just use all the money and extra effort, by doing a fpga/asic design. (i used to do dsp/fpga design for milling machine controllers and drives)
 Why buy new vid cards if they are going to be as useless as nvidia in about a month or so.

... fires up ./cgminer-2.9.3a -S noauto on his Fedora 17 desktop that has no ATI GPU's ... just a "nVidia Corporation G84 [GeForce 8600 GTS]"

Code:
cgminer version 2.9.3a - Started: [2012-11-14 13:34:07]
--------------------------------------------------------------------------------
 (5s):5.573M (avg):5.979Mh/s | Q:8  A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 4  SS: 0  DW: 1  NB: 1  LW: 0  GF: 0  RF: 0  WU: 0.0
 Connected to au.ozco.in with LP as user miku
 Block: 00c71a0928a7dbbf3922906b...  Started: [13:34:07]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 6.077M/8.046Mh/s | A:0 R:0 HW:0 U:0.00/m I: 0
--------------------------------------------------------------------------------

I will also point out that CoinLabs also has a cuda miner ...

--

Meanwhile regarding your rant full of inaccurate information ... if you spent the money of your electricity bill, that you using mining on the nVidia card, to buy BTC, you'd get more BTC and also help increase the price of BTC ... and reduce Carbon output at the same time

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 04:05:27 AM
Last edit: November 14, 2012, 04:29:56 AM by Clock Loop
 #3827


Meanwhile regarding your rant full of inaccurate information ... if you spent the money of your electricity bill, that you using mining on the nVidia card, to buy BTC, you'd get more BTC and also help increase the price of BTC ... and reduce Carbon output at the same time
But if I didn't mess around with these miners, and learn all about this stuff, and just purchased the BTC,
 i would be like ever other noob who hasn't a clue of how and why bitcoin is a better option than our current Federal Reserve System.
(corrupt officials can't exactly counterfeit BTC)

Like I said I am not here to mine, just to learn about the whole process, and what exactly is being "mined"

I disagree that my COMMENT was complete inaccurate, but my time and electrons are worth more than to argue with you over something that I already know.
There are no good cuda miners for windows, and the rpcminer was last updated nov of 2011.

And I am not going to switch to linux just to try a different miner (you show cg miner)  
I tried cgminer with opencl and my hash rates were 1/2 of the cuda miner, and it used 75% cpu while using 100% of both gtx460 cards.
Rpcminer uses almost no cpu while using 100% of both gtx460cards.

The coin labs miner looks like its a mod of rpcminer. Plus is looks like you must use coinlabs to use their miner.
Why would you tell me to use a miner that requires me to use a different pool...  
I am posting in the P2Pool because that is what I want to use, im not going to switch to a different pool just so I can use a special miner.
If the miner won't even work with the thread topic(P2 Pool), don't mention it, its useless info.
https://bitcointalk.org/index.php?topic=99523.0

My point that I was trying to make is ati owners can choose between like 10 different miners, but nvidia get what...   2?
(if you call cgminer even viable, at the horrid performace it does)

Tell ya what lets agree to disagree, because you attack my post and say its full of crap basically, but then you mention that I must switch to linux... to use cgminer...  cgminer sucks with nvidia..   or use coinlabs miner, which IS rpcminer/requires you to leave p2pool...  

But hey, everyone ignore me cause all this is completely inaccurate.


So lets make some use out of this post...

If i set my refresh rate to 100ms, at my low has rate (150mh/s) won't I never find a share because my GPU's don't have enough time on the current block to find any shares?
Doesn't the refresh rate REQUIRE a minimum hash rate to find any share or block?
What would increasing my refresh rate to say 1000ms do?
Give me potential dead/orphan shares? (local dead on arrival)

I have tried refreshrates of 100ms, 750ms, 4000ms, 8000ms...
If I go longer refresh rates (above 1000ms) then I will get lots of dead on arrival, but I find that my share # goes up.
 Some arrive as dead, orphans, but more show up as good shares.
If I set my refresh rate to say 100ms... I find that I produce NO shares, no dead, and no orphans, in a 24hour period.
If I set it to 750ms, I find I can produce 1 share every 4-8 hours or so.
If I increase it to around 4000ms I have lots of local dead on arrival, with even more shares than a lower refresh rate.  (but more dead and orphan shares show up.

I guess I don't fully get it all, but my understanding is that if you set the refresh to a longer rate, you might produce old shares.
But having some dead/orphan shares is better than none at all.    So it seems that people with lower hash rates should use longer polling?
They may get more dead, but at least they will get something.  
 I found that not all were dead, only say 10% were dead when I had a polling rate of 4000ms.
So what gives, does polling rate depend on your overall hash rate?

What I notice, is with very low polling rates(100ms or less), I produce no shares at all.   Even if I run it for two days.
But if I set it to 750ms or longer, I will produce about 1 share every 4-8 hours.
And if I set it to about 5000ms, I will produce about 1 share every 2-4 hours(with 25% of those shares ending up as dead/orphans)

So does polling rate depend on hash rate, if you want to produce any shares at all...(dead/orphan/good)
kano
Legendary
*
Offline Offline

Activity: 2842
Merit: 1172


Linux since 1997 RedHat 4


View Profile
November 14, 2012, 04:37:26 AM
 #3828


Meanwhile regarding your rant full of inaccurate information ... if you spent the money of your electricity bill, that you using mining on the nVidia card, to buy BTC, you'd get more BTC and also help increase the price of BTC ... and reduce Carbon output at the same time
But if I didn't mess around with these miners, and learn all about this stuff, and just purchased the BTC,
 i would be like ever other noob who hasn't a clue of how and why bitcoin is a better option than our current Federal Reserve System.
(corrupt officials can't exactly counterfeit BTC)

Like I said I am not here to mine, just to learn about the whole process, and what exactly is being "mined"

I disagree that my COMMENT was complete inaccurate, but my time and electrons are worth more than to argue with you over something that I already know.
There are no good cuda miners for windows, and the rpcminer was last updated nov of 2011.
Well I guess CoinLabs must be hiding the CUDA miner that ckolivas wrote for them months ago ... ?
(I don't know I don't have anything to do with CoinLabs, I just know that ckolivas wrote a proprietary CUDA miner for them some months ago)

...

... and your previous post started with
Quote
I have the only cuda miner in existance. (rpcminer)

then
Quote
So this means that there are a ton of nvidia users out there with outdated miners (because they have been abandoned)

... anyway ... cgminer compiles on all sorts of platforms - even windows Tongue

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 04:42:55 AM
 #3829



Ya know what.. dude...  since you seem to imply that there are tons of options for cuda miners....

Link me to some windows CUDA miners that don't require me to switch to linux or switch pools.

Otherwise, kindly f-off.
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 05:01:52 AM
 #3830

Oh, and since were on the topic of cgminer.....   BEGIN RANT.

Someone f-ed up big time when programming/designing the cgminer to bitforce interface.


Its funny, because I happen to find a program that was transmitting on all FTDI serial ports every 10 seconds at 115200 baud.

It turns out that one of the "miners" called cgminer has code in it that wrecklessly opens ALL FTDI ports and transmits on them.
Its a program that is trying to find a device called "bitforce". (its a fpga hashing cpu) to mine digital hashes.
The problem is, that it opens ports to other devices that use the FTDI chip ALSO, and transmits ZXG every 10 seconds on ALL FTDI ports at 115200 baud.
From a bitforce perspective, they don't give a shit, they just want their product to work.
From a 3rd party hardware engineer, that is really really mean to do to other hardware developers that develop using the FTDI CHIP.
 (tons of microcontroller programmers and devices use it)

I know no one will change the code to be more "serial port" and other device friendly, and I also know you won't mention it to the developer.
But it really IS bad practice to open ALL ports every 10 seconds, not just open them, but actaully transmitt, and operate the DTR lines(many devices use the DTR to operate the reset line on the microcontroller/chip.

https://github.com/ckolivas/cgminer/...ver-bitforce.c
This code is included in almost all "miners" and so most computers that run a miner program most likely have this FTDI port access every 10 seconds
It will transmit "ZGX" at 115200 baud every 10 seconds on all FTDI ports.

Why a simple switch couldn't have been implemented to turn the bitforce port attacking ON, instead of having it run 24/7, till it finds a bitforce device, beats me.

Most of you have no idea that your cgminers are doing this to every serial port on your computer, every 10 seconds, because most of you don't do hardware development.
But if a hardware developer were to see this activity from a program, that hardware developer would have a few CHOICE words to use, and they wouldn't be pretty.
kano
Legendary
*
Offline Offline

Activity: 2842
Merit: 1172


Linux since 1997 RedHat 4


View Profile
November 14, 2012, 05:05:01 AM
 #3831



Ya know what.. dude...  since you seem to imply that there are tons of options for cuda miners....

...
Quote me where I said that?

Then re-read my last post.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 05:23:39 AM
 #3832



Im good, lets just end this.
kano
Legendary
*
Offline Offline

Activity: 2842
Merit: 1172


Linux since 1997 RedHat 4


View Profile
November 14, 2012, 05:27:45 AM
 #3833

Oh, and since were on the topic of cgminer.....   BEGIN RANT.

Someone f-ed up big time when programming/designing the cgminer to bitforce interface.


Its funny, because I happen to find a program that was transmitting on all FTDI serial ports every 10 seconds at 115200 baud.

It turns out that one of the "miners" called cgminer has code in it that wrecklessly opens ALL FTDI ports and transmits on them.
Its a program that is trying to find a device called "bitforce". (its a fpga hashing cpu) to mine digital hashes.
The problem is, that it opens ports to other devices that use the FTDI chip ALSO, and transmits ZXG every 10 seconds on ALL FTDI ports at 115200 baud.
From a bitforce perspective, they don't give a shit, they just want their product to work.
From a 3rd party hardware engineer, that is really really mean to do to other hardware developers that develop using the FTDI CHIP.
 (tons of microcontroller programmers and devices use it)

I know no one will change the code to be more "serial port" and other device friendly, and I also know you won't mention it to the developer.
But it really IS bad practice to open ALL ports every 10 seconds, not just open them, but actaully transmitt, and operate the DTR lines(many devices use the DTR to operate the reset line on the microcontroller/chip.

https://github.com/ckolivas/cgminer/...ver-bitforce.c
This code is included in almost all "miners"
WTF drugs have you been taking?

Quote
and so most computers that run a miner program most likely have this FTDI port access every 10 seconds
It will transmit "ZGX" at 115200 baud every 10 seconds on all FTDI ports.

Why a simple switch couldn't have been implemented to turn the bitforce port attacking ON, instead of having it run 24/7, till it finds a bitforce device, beats me.

Most of you have no idea that your cgminers are doing this to every serial port on your computer, every 10 seconds, because most of you don't do hardware development.
But if a hardware developer were to see this activity from a program, that hardware developer would have a few CHOICE words to use, and they wouldn't be pretty.
LULZ

Go complain to the person who wrote the miner you are complaining about.

If it is cgminer you are talking about, then it's the windows driver that you are using at fault, not cgminer (... if anything above you have said it true)
Cgminer searches for BFL devices at startup ... but never again.

When a BFL device fails, it will attempt to restart it then, but otherwise, "ZGX" isn't sent for any other reason in cgminer.

What's the next fairytale you are going to make up?

--

Aside: if I look around the forum and IRC logs I'll find my comments about using serial, at all, being crap.

Lucky for you I've rewritten the MMQ code in the past week to use libusb, once I finish off the tidy up of the resource tracking, it will be available for use for the Icarus and Bitforce driver also.

Yeah I'm one of the cgminer developers Tongue
I wrote the API, the majority of the Icarus driver, and shortly most of the MMQ driver code also.
I'll be writing the ASIC drivers in cgminer too along with ckolivas.

If you have some actual useful knowledge or suggestions come visit IRC and help
Otherwise - fuck off.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 05:53:04 AM
Last edit: November 14, 2012, 06:48:28 AM by Clock Loop
 #3834

I wouldn't want to help someone with such a negative/attacking attitude.

I don't even care if my comments are false, as you can clearly see, I am new here, and being so harsh, and attacking with new people is a bit much dude.

Even if all I said was bad, then just try to correct me, instead of blatantly attacking me (in a general way too, saying its all completely false)
 Even still, you failed to mention any solution, you say switch to linux, or use cgminer(which uses 75% of cpu also)
So exactly .....WHAT solutions do you present, if rpcminer isn't the ONLY viable cuda miner.

You say that cgminer dosen't attack all FTDI ports constantly?
Did one version of the code DO this at one point in the past?  

After looking into it, looks like the ufasoft code is the culprit here..  sorry...


So its actually ufasoft(ufasoft_0.37) that is abusing the ports..  my bad..
I thought it was cgminer, my bad.

I thought I WAS running cgminer, but I must have switched to ufasoft at some point.

I also am not much help, I do hardware/firmware development, I try to stay away from the software side of it if I can.
But if someone wants to send me a fpga/asic dev board, id be glad to help.     Wink  
WHOLY CRAP ARE High speed FPGA/ASIC's expensive. (even if you just buy 1, bga ONLY, not even on a pcb)

Stratix IV fpga =  Cheapest single chip is $1,000.   FOR ONE CHIP.
http://www.digikey.com/scripts/dksearch/dksus.dll?FV=fff40027%2Cfff80166&vendor=0&mnonly=0&newproducts=0&ptm=0&fid=0&quantity=0&PV-5=22897&PV-5=22898&PV-5=21079&stock=1

(but I do dig into software code when I MUST, to help determine if bugs are software or hardware.)
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 06:13:48 AM
 #3835

BACK to the topic of this thread.....  P2Pool...

I have more questions...

If i set my refresh rate to 100ms, at my low has rate (150mh/s) won't I never find a share because my GPU's don't have enough time on the current block to find any shares?
Doesn't the refresh rate REQUIRE a minimum hash rate to find any share or block?
What would increasing my refresh rate to say 1000ms do?
Give me potential dead/orphan shares? (local dead on arrival)

I have tried refreshrates of 100ms, 750ms, 4000ms, 8000ms...
If I go longer refresh rates (above 1000ms) then I will get lots of dead on arrival, but I find that my share # goes up.
 Some arrive as dead, orphans, but more show up as good shares.
If I set my refresh rate to say 100ms... I find that I produce NO shares, no dead, and no orphans, in a 24hour period.
If I set it to 750ms, I find I can produce 1 share every 4-8 hours or so.
If I increase it to around 4000ms I have lots of local dead on arrival, with even more shares than a lower refresh rate.  (but more dead and orphan shares show up.

I guess I don't fully get it all, but my understanding is that if you set the refresh to a longer rate, you might produce old shares.
But having some dead/orphan shares is better than none at all.    So it seems that people with lower hash rates should use longer polling?
They may get more dead, but at least they will get something.
 I found that not all were dead, only say 10% were dead when I had a polling rate of 4000ms.
So what gives, does polling rate depend on your overall hash rate?

What I notice, is with very low polling rates(100ms or less), I produce no shares at all.   Even if I run it for two days.
But if I set it to 750ms or longer, I will produce about 1 share every 4-8 hours.
And if I set it to about 5000ms, I will produce about 1 share every 2-4 hours(with 25% of those shares ending up as dead/orphans)

So does polling rate depend on hash rate, if you want to produce any shares at all...(dead/orphan/good)
aadje93
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
November 14, 2012, 06:37:14 AM
 #3836

BACK to the topic of this thread.....  P2Pool...

I have more questions...

If i set my refresh rate to 100ms, at my low has rate (150mh/s) won't I never find a share because my GPU's don't have enough time on the current block to find any shares?
Doesn't the refresh rate REQUIRE a minimum hash rate to find any share or block?
What would increasing my refresh rate to say 1000ms do?
Give me potential dead/orphan shares? (local dead on arrival)

I have tried refreshrates of 100ms, 750ms, 4000ms, 8000ms...
If I go longer refresh rates (above 1000ms) then I will get lots of dead on arrival, but I find that my share # goes up.
 Some arrive as dead, orphans, but more show up as good shares.
If I set my refresh rate to say 100ms... I find that I produce NO shares, no dead, and no orphans, in a 24hour period.
If I set it to 750ms, I find I can produce 1 share every 4-8 hours or so.
If I increase it to around 4000ms I have lots of local dead on arrival, with even more shares than a lower refresh rate.  (but more dead and orphan shares show up.

I guess I don't fully get it all, but my understanding is that if you set the refresh to a longer rate, you might produce old shares.
But having some dead/orphan shares is better than none at all.    So it seems that people with lower hash rates should use longer polling?
They may get more dead, but at least they will get something.
 I found that not all were dead, only say 10% were dead when I had a polling rate of 4000ms.
So what gives, does polling rate depend on your overall hash rate?

What I notice, is with very low polling rates(100ms or less), I produce no shares at all.   Even if I run it for two days.
But if I set it to 750ms or longer, I will produce about 1 share every 4-8 hours.
And if I set it to about 5000ms, I will produce about 1 share every 2-4 hours(with 25% of those shares ending up as dead/orphans)

So does polling rate depend on hash rate, if you want to produce any shares at all...(dead/orphan/good)

Hi because of your low hashrate the P2P share chain (similair to blockchain of bitcoin) has already found new shares. You can see share difficulty on the website of your miner node. With the current difficulty of writing it gives you around 4 shares each day But you could connect to a public node of P2Pool (check the p2pool servers list) and connect to there. This will "give" you 1 difficulty shares if i look correctly (i see alot of accepted on my gpu's but not so much on the miner node) and this will count your count of the shares from the miners node and give a payout to your adress (use adress as username, and no password) Then you still have some variance, but its less Wink.

Its (if im right) some kind of proportional from the miner node wich mines at p2pool in PPLnS system  Cheesy

kano
Legendary
*
Offline Offline

Activity: 2842
Merit: 1172


Linux since 1997 RedHat 4


View Profile
November 14, 2012, 06:47:56 AM
 #3837

BACK to the topic of this thread.....  P2Pool...

I have more questions...

If i set my refresh rate to 100ms, at my low has rate (150mh/s) won't I never find a share because my GPU's don't have enough time on the current block to find any shares?
Doesn't the refresh rate REQUIRE a minimum hash rate to find any share or block?
What would increasing my refresh rate to say 1000ms do?
Give me potential dead/orphan shares? (local dead on arrival)
...
P2Pool has an average share LP of 10 seconds.

I've no idea what refresh rate is in your miner, however:

A ) if that affects how often the GPU returns success/fail results, then the lower it is the better, with an obvious exception:
as it goes lower, then the CPU will be doing more work for the same amount of GPU work (and the GPU will be more idle)

However, from a statistical view, it doesn't matter if you only hash 1,000th of a nonce range or all of it.
You will still find shares as often.

B ) What you will do however, if you are processing without break for 1000ms, is you will on average lose 500ms per share LP
i.e. when a share LP hits you will on average be half way through your 1000ms of work and thus have wasted 500ms of work (assuming of course the miner aborts current work on the share LP)
When an LP hits, any work in progress is throw away (unless it's a network block - and then only if the miner program is smart enough to send it - which hopefully it is for your miner)

Thus on average with that figure I just mentioned, 5% of your processing time is wasted on average and one in 20 1-difficulty shares will appear after they are no longer valid - thus 1 in 20 of the longer term share chain shares of much higher difficulty (that you will only find a very few each day at a low shash rate) will be discarded also.

If you are processing without break for only 100ms, then on average each LP will represent 50ms of lost work or 0.5% - so much better.

It's obviously a balance between the two A ) and B ) however.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Clock Loop
Newbie
*
Offline Offline

Activity: 22
Merit: 0



View Profile
November 14, 2012, 07:03:26 AM
 #3838


 This will "give" you 1 difficulty shares if i look correctly (i see alot of accepted on my gpu's but not so much on the miner node) and this will count your count of the shares from the miners node and give a payout to your adress (use adress as username, and no password) Then you still have some variance, but its less Wink.


Can't I give p2pool an argument that forces specific difficulty shares?  
And if setting lower difficulty gets more shares, why doesn't everyone just set theirs like that?
(perhaps lower difficult shares are worth less?)  

Even if they are, at least i'd get some shares, instead of none.
In all the documentation I read, no miner documentation ever said that one should use servers with difficulty to a low number if you are hashing less than X....

I have read people suggest low hashers use server pools who serve lower difficulty.
Can't p2pool be configured to serve low difficulty?   (i understand that the miners cannot choose difficulty tho)
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
November 14, 2012, 07:27:42 AM
Last edit: November 14, 2012, 09:08:10 AM by Krak
 #3839


 This will "give" you 1 difficulty shares if i look correctly (i see alot of accepted on my gpu's but not so much on the miner node) and this will count your count of the shares from the miners node and give a payout to your adress (use adress as username, and no password) Then you still have some variance, but its less Wink.


Can't I give p2pool an argument that forces specific difficulty shares?  
And if setting lower difficulty gets more shares, why doesn't everyone just set theirs like that?
(perhaps lower difficult shares are worth less?)  

Even if they are, at least i'd get some shares, instead of none.
In all the documentation I read, no miner documentation ever said that one should use servers with difficulty to a low number if you are hashing less than X....

I have read people suggest low hashers use server pools who serve lower difficulty.
Can't p2pool be configured to serve low difficulty?   (i understand that the miners cannot choose difficulty tho)
The only node that actually does this is P2PMining.com. They count the amount of difficulty-1 (or higher; they support variable difficulty) "pseudo" shares and pay out with their own PPLNS system. The reason p2pool can't do this for everybody is because there'd be thousands of shares getting transferred between all of the nodes on the network every second, causing a lot of orphans/DOAs and extremely high bandwidth usage. This is why you can't set your p2pool share difficulty lower than the current network difficulty, however some of the bigger miners volunteer to set their difficulty higher to lower variance for the rest of the network.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
sharky112065
Sr. Member
****
Offline Offline

Activity: 382
Merit: 250



View Profile
November 14, 2012, 08:49:00 AM
 #3840



Ya know what.. dude...  since you seem to imply that there are tons of options for cuda miners....

Link me to some windows CUDA miners that don't require me to switch to linux or switch pools.

Otherwise, kindly f-off.

I'm not Kano, but...

Cgminer does mine on Nvidia hardware and has a Windows version supplied on each release. You can also compile your own binary by following the included "windows-build.txt" file as a guide. You can download it from one of the links in the OP at this forum thread https://bitcointalk.org/index.php?topic=28402.0 .

As far as Cgminer using  too much CPU, that seems odd to me as Cgminer is designed to use very little CPU.  Maybe you have a driver issue?

Kano is Australian, and in my opinion/experience they tend to come off a bit brash. Once you realize that and account for it, communicating with them will go much smoother. I used to play an online game with several Australians and that is how they were as well.  Remember, the Bitcoin community is made up of many nationalities/cultures.

Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
Pages: « 1 ... 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 181 182 183 184 185 186 187 188 189 190 191 [192] 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 ... 814 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!