Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 623. (Read 2591920 times)

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://bitcointalksearch.org/topic/official-cgminer-mining-software-thread-for-linuxwinosxmipsarmr-pi-4110-28402 .

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.

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.

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)

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.

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 .

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

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)

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.      
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.)

WTF drugs have you been taking?

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
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.

Im good, lets just end this.

Quote me where I said that?

Then re-read my last post.

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.

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.

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

then

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

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://bitcointalksearch.org/topic/mining-on-nvidias-new-cards-99523

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)

... 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]"


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

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.  
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.

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.

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.

Thanks for telling me, I forgot. Fixed.

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?

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.

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...