You must be pushin much more hash.  At 130mh, I ran for 5 days and saw nothing.   I couldn't even get on the board due to no share.
I didn't change any settings from before, I have all updated soft....

Wholy cowpie batman, I stop mining 6 months ago, and come back and find that I can't even make it on the board.  
(dual gpu @ 130mh)

Oh well, now I just start my miners and use them as a heater when I need heat in my room.


Looks like the bitcoin network is going to get much smaller over time, as more and more hashers can't make the board.
This is a VERY BAD THING.  
This means that the security of the network is reduced, and is susceptible to shutdown using legal pressure on the few miners that are left.
Bitcoins strength was that it has so many hashers, the idea that any government could take down the hashers was impossible.
The death of fiat using the method of death by 1,000,000 cuts, now seems like its not going to happen.
As ROI disappears, only hashers left will be behemoths.
This implys that the entire network should implement a NODE policy (rewards for just running a hasher of any rate)
Even max rewards no matter who runs bigger hash.
(this would create hashers that just want the fame of being a large hasher(bragging rights) AND keep all the little nodes running.
Similar to how torrents work.  They work not because a single user is pushing gigabits, but because all users are pushing megabits(times 1,000)
If a ratio policy was implemented into torrents, the idea would have already failed(like the old days of ftps)

The value isn't in the nodes hash rate, but the fact that they are yet another node doing the relay race.
Rewards for running any hasher should have been implemented into the design to encourage everyone to stay in.

I don't really know, but I DO know that the number of participating hashers(regardless of hash rate) makes it safer for everyone.
Really, who cares who hashes more, if they are a single point of failure, it completely throws the model out the window.
Bitcoin2.0 needs to start now before the entire network hashes its self out of existence.

I understand that the bitcoin generated isn't worth the POWER the gpus use, but what if someone wants to generate SOMETHING?
(even very small returns?)

  If you can't generate a single share, you can't get on the list, so....
in the words of willy... http://www.youtube.com/watch?v=M5QGkOGZubQ

Still something wrong with the gadget..   When you select trading mode, and then back to mining, the url switches back to old url.
Also, this gadget won't work with correct url manually entered also.

I located the problem in the "Settings.js" file.  Even your new version has this error still.

I "fixed" the js file with the proper url "http://data.mtgox.com/api/1/BTCUSD/ticker" in two places where the old url was, but the ticker still doesn't work for me at all. (although after fixing the settings.js file, the url now always shows the proper url, but the USD box always shows N/A, for both mining and trading.   If I choose mining, I get N/A in both BTC and USD boxes too.

So I tried to use as my exchange url: https://api.bitfloor.com/ticker/1
I entered into the exchange rate JSON key: price
And deleted all other entries below.
And now it shows USD value properly.

Something is messed up majorly with the new version and the new mt.gox ticker url and JSON keys that its using.

I have dual gtx460's watercooled & oclocked to 851mhz and they hash at about 145 Mhash/sec (70Mhash/sec each)
This is the norm for nvidia.
 

I use two rpcminer-cuda.exe instances like so:
-gpu=0 -gpugrid=320 -gputhreads=320 -aggression=7 -workrefreshms=1000
-gpu=1 -gpugrid=320 -gputhreads=320 -aggression=7 -workrefreshms=1000

Guiminer Messages about "lost connection" are normal, its from the pool servers reply time.  

Every server has different reply times, if your miner tries to query the server too soon, guiminer will say you have connection problems.
You need to find the refresh rate your pool allows and change -workrefreshms=XXXX to the servers limit.
Default for  -workrefreshms=4000


Most virus scanners and firewall programs hate "coin" miners and call them viruses, so make sure your virus scanner and firewall allow rpcminer-cuda.exe, and guiminer.

I use p2pool as my pool server.
https://bitcointalk.org/index.php?topic=18313.0

DO NOT USE rpcminer-mod-cuda.exe
This MOD also uses up all of 1 cpu, so i think its using the cpu to do hash also, perhaps tricking users into thinking its better than original.  It uses all cpu, and no hashes are accepted in GUIMINER, even tho it says its hashing, and p2pool says almost all are DOA...
DO NOT USE THIS MOD-->hxxps://github.com/cdmackie/rpcminer-mod/tree/master/bin
 USE ORIGINAL RPCMINER

Original RPCMINER: https://bitcointalk.org/index.php?topic=2444.0

If your RPCMINER program uses 100% of any cpu, and GUIminer shows 0(0) under "Accepted"
 (if you are only doing gpu mining) then you have the modified broken rpcminer-cuda.

This error shows when P2pool cannot connect to bitcoind, i.e. you don't have bitcoin running, or your firewall / virus program refused to allow p2pool to talk to bitcoind...  or you forgot to set JSON name/pass, re-view p2pool setup instructions.

I have dual gtx460's watercooled & oclocked to 851mhz and they hash at about 145 Mhash/sec (70Mhash/sec each)
This is the norm for nvidia.
 

I use two rpcminer-cuda.exe instances like so:
-gpu=0 -gpugrid=320 -gputhreads=320 -aggression=7 -workrefreshms=1000
-gpu=1 -gpugrid=320 -gputhreads=320 -aggression=7 -workrefreshms=1000

Messages about "lost connection" are normal, its from the pool servers reply time.  

Every server has different reply times, if your miner tries to query the server too soon, guiminer will say you have connection problems.
You need to find the refresh rate your pool allows and change -workrefreshms=XXXX to the servers limit.
Default for  -workrefreshms=4000


Most virus scanners and firewall programs hate "coin" miners and call them viruses, so make sure your virus scanner and firewall allow rpcminer-cuda.exe, and guiminer.

I use p2pool as my pool server.
https://bitcointalk.org/index.php?topic=18313.0

DO NOT USE rpcminer-mod-cuda.exe
This MOD also uses up all of 1 cpu, so i think its using the cpu to do hash also, perhaps tricking users into thinking its better than original.  It uses all cpu, and no hashes are accepted in GUIMINER, even tho it says its hashing, and p2pool says almost all are DOA...
DO NOT USE THIS MOD-->hxxps://github.com/cdmackie/rpcminer-mod/tree/master/bin
 USE ORIGINAL RPCMINER

Original RPCMINER: https://bitcointalk.org/index.php?topic=2444.0

If your RPCMINER program uses 100% of any cpu, and GUIminer shows 0(0) under "Accepted"
 (if you are only doing gpu mining) then you have the modified broken rpcminer-cuda.

BUGZZZZZ
I didn't do anything abnormal, using bcoin0.71
Started p2pool like I do normally,  but then I saw that an invalid hash message poped up, and then the bug showed up.

I think this caused the bug:
2012-11-16 13:14:45.342000 invalid hash for 99.162.89.78 'remember_tx' 248345 04cac86c 86dc28a6********(rest of hash omitted because.....the text was too long for forum "The message exceeds the maximum allowed length (64000 characters). "

And this forum has no way to attach text files.

I am not sure if the invalid hash LENGTH is what cased the bug, because it was over 64,000 characters in length+
So perhaps this is just a bug that is caused by a hash that was too long, overloading a buffer or related.
This might just be a bug caused by getting hashes from peers that are wayyyy too long?   
(no idea how that would happen unless someone is malicious, or their pc flipped out/program crashed....)

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)

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

Im good, lets just end this.

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.

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)

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.

Accessing http://127.0.0.1:9332/static/share.html
Causes bug in main program, will output this to cmd window.


How fast should a miner ask for updates from P2 pool?    I can do 1ms to 10,000 ms.

ALSO, if you want to parse the text window output for keywords to cause actions, you can use a program called : SCANCODE

LET ME OUT!!!!!!!!!!!! AHHHHHHHHHHH

I am trying to post a bug to the P2Pool thread.

Accessing http://127.0.0.1:9332/static/share.html
Causes bug in main program, will output this to cmd window.

Geez u guys...  some of us just want to sumbit a bug, but are deterred by all this restrictive crap...

Forcing people to post or wait too long/much ends up making them forget about this forum altogether...

My only reason to be here is actually to submit a bug, and help other users out with their configurations, setups.. 
I have a successful setup, and am very familiar with command shell programming (something many miner/gui programs here take advantage of)  many people ask how to parse cmd prompt program output etc...  )

I am less likely to help if I have to jump through making a bunch of meaningless posts just so I can get access to post in the subforum that I was trying to help in the first place.   I am not getting paid here.

I have posted on many forums and this one takes the cake on restrictions.



lets seee that should make 3 posts....   oh, this isn't a spamm/garbage post..  it has meaning.