Bitcoin Forum
December 03, 2016, 10:06:40 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 326 »
  Print  
Author Topic: [DEAD] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too  (Read 1452641 times)
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
November 10, 2011, 01:58:42 AM
 #4441

I'm having some issues,

1)When i start to mine in this pool the 3 to 5 first blocks are shown in stats as i never submit a share, and i don't receive any payment for those blocks

Also, when i stop my workers, the 3 to 5 last block that i submit shares are shown again in stats like i never shared on those again, and again i don't receive the payment for those.

I was watching all the blocks resolved for several days, one by one, and i was monitoring that on the last 7 days and always happened the same. This have some explanation?

2)Also in last days i put a counter for shares submited, and again start monitoring, I detected that the shares are not asigned correctly to each block resolved. The stats system take an amount of my shares subtimted to the blocks that are resolved in a few minutes, and those shares from fast blocks are asigned to the fat blocks that are resolved sometimes in hours, and as result my payment is lowered from 10 to 40% less.

To be graphical like this example:

[...]


So, the first thing that i think was that maybe my counter is giving wrong info, but no, i go to other pools and i tested for several hours and no, the counter is fine.

I can make a table with the same info like the example with true info from my share counter and the Deepbit stats, but i think that isn't need, Anyone could do the same and see.

So, i also sended before a this info to the mail address shown on deepbit web, but at this moment i don't have a response...

Are you sure you aren't forgetting the stats delay? Also, your "my counter" part of the graphic can't possibly measure the total amount of shares, so that is suspicious. You should rather include the beginning and end of round times.

FWIW, I do a little superficial verification that shares are counted correctly from time to time, and everything checks out.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
1480802800
Hero Member
*
Offline Offline

Posts: 1480802800

View Profile Personal Message (Offline)

Ignore
1480802800
Reply with quote  #2

1480802800
Report to moderator
1480802800
Hero Member
*
Offline Offline

Posts: 1480802800

View Profile Personal Message (Offline)

Ignore
1480802800
Reply with quote  #2

1480802800
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480802800
Hero Member
*
Offline Offline

Posts: 1480802800

View Profile Personal Message (Offline)

Ignore
1480802800
Reply with quote  #2

1480802800
Report to moderator
1480802800
Hero Member
*
Offline Offline

Posts: 1480802800

View Profile Personal Message (Offline)

Ignore
1480802800
Reply with quote  #2

1480802800
Report to moderator
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
November 10, 2011, 02:02:39 AM
 #4442

I'm having some issues,

1)When i start to mine in this pool the 3 to 5 first blocks are shown in stats as i never submit a share, and i don't receive any payment for those blocks

I apologize in advance if I am stating things you already know/considered.

The Deepbit stats page is delayed by one hour so you may be seeing blocks that were found prior to your starting mining.  Also if there is a really long block mixed in the round it may take longer than an hour for the stats page to be updated.

Also Deepbit doesn't find every block.  So a round may encompass several blocks worth of hashing and those shares are paid by the one block that got solved at the end.

Also when I first started mining I was switching my miner between Proportional and PPS whenever the luck shifted and the share count shows both share types for the block/round but only calculates pay based on the Proportional shares so it made it look like I was getting paid less when in reality I wasn't.

So it would seem to me that you need capture the share count for the round which may be more than one block long and match up the actual times so as not to be confused by the delay, if that's the case.

Anyway just some random thoughts, don't know if it has any bearing on your issue,
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
November 10, 2011, 02:13:42 AM
 #4443

Also Deepbit doesn't find every block.  So a round may encompass several blocks worth of hashing and those shares are paid by the one block that got solved at the end.

This can be easily verified by calculating shares for every bitcoin block (user is receiving prevhash in LP broadcast), then wait for stats on website, pick their prevhashes from block explorer, match them with own records and then just sum together own shares from blocks mined inside of deepbit rounds.

Just my 2 cents, because it's interesting to thinking about how to check this. But personally I think that patrixiorey did some basic mistake and it isn't a problem of deepbit.

DeepBit
Donator
Hero Member
*
Offline Offline

Activity: 532


We have cookies


View Profile WWW
November 10, 2011, 08:38:15 AM
 #4444

1)When i start to mine in this pool the 3 to 5 first blocks are shown in stats as i never submit a share, and i don't receive any payment for those blocks
This looks exactly like you forgot about stats delay.

2)Also in last days i put a counter for shares submited, and again start monitoring, I detected that the shares are not asigned correctly to each block resolved. The stats system take an amount of my shares subtimted to the blocks that are resolved in a few minutes, and those shares from fast blocks are asigned to the fat blocks that are resolved sometimes in hours, and as result my payment is lowered from 10 to 40% less.
No, it doesn't works this way. Check again about stats delay and check if your timezone is set correctly so you can see in stats which block was solved at that moment.

So, i also sended before a this info to the mail address shown on deepbit web, but at this moment i don't have a response...
Never received it.

Welcome to my bitcoin mining pool: https://deepbit.net ~ 3600 GH/s, Both payment schemes, instant payout, no invalid blocks !
Coming soon: ICBIT Trading platform
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
November 10, 2011, 05:46:46 PM
 #4445

In other words : Move on, nothing to see here Wink
patrixiorey
Newbie
*
Offline Offline

Activity: 13


View Profile
November 11, 2011, 07:00:25 AM
 #4446

Scammers gonna scam. Maybe they are not scamming you but you are just "unlucky" and the counter is "fixed" just for you Tongue
Well, i never say scam, scammers, or anything like that, i'm just only asking for something that i was monitoring in last days, and i think maybe is lowering the payments...

I also want to express my respect for pools owners, I think the only thing that make grew the mining as we see today is thanks to them.

Are you sure you aren't forgetting the stats delay? Also, your "my counter" part of the graphic can't possibly measure the total amount of shares, so that is suspicious. You should rather include the beginning and end of round times.
FWIW, I do a little superficial verification that shares are counted correctly from time to time, and everything checks out.

I'm very sure that i'm not forgeting the delay stats, I have my user synchronized for my local time, -3 hours, and this is fine, the blocks are identificated correctly with blockexplorer info later when the stats are updated. The counter shows the amount of shares submited with a minimum variance (sometimes it is 100% accurate with each block, and sometimes there is a minimum variation of 10 shares at most). Yes i should include the begining and end, the table that i post is just an example. Also as i shown in the table, there aren't missed shares, the final count from a period of time is the same in both stats.

Also Deepbit doesn't find every block.  So a round may encompass several blocks worth of hashing and those shares are paid by the one block that got solved at the end.

Well, maybe there is the mismatch detected, I had understood that the blocks are solved one by one, and each block corresponded with a round and did not have the concept that in each round are resolved several blocks... so, the shares were submited simultaneously for several blocks?... Is this correct?

Also Deepbit doesn't find every block.  So a round may encompass several blocks worth of hashing and those shares are paid by the one block that got solved at the end.

This can be easily verified by calculating shares for every bitcoin block (user is receiving prevhash in LP broadcast), then wait for stats on website, pick their prevhashes from block explorer, match them with own records and then just sum together own shares from blocks mined inside of deepbit rounds.

Just my 2 cents, because it's interesting to thinking about how to check this. But personally I think that patrixiorey did some basic mistake and it isn't a problem of deepbit.

Well maybe I'm forgetting something else. The procedure that i followed for minitoring is this:

1-All workers are stoped, a window with LP broadcast awaiting for the announcement that a block is found, the counter is reseted to 0 shares.

2-When a block is found i take note of the time to identify the first block later in pool stats, i start minig, automatically starts the counter...

3-For some hours i take note, for each block anounced in the LP broadcast, each begining an end time, amount of shares submited for each block.

4-Later after a few hours, i wait for a last block announcement, when it is announced i stop minig.

5-Wait for stats update, and when i see a none announcement in the statis begin to compare....

What is missed here?

1)When i start to mine in this pool the 3 to 5 first blocks are shown in stats as i never submit a share, and i don't receive any payment for those blocks
This looks exactly like you forgot about stats delay.

2)Also in last days i put a counter for shares submited, and again start monitoring, I detected that the shares are not asigned correctly to each block resolved. The stats system take an amount of my shares subtimted to the blocks that are resolved in a few minutes, and those shares from fast blocks are asigned to the fat blocks that are resolved sometimes in hours, and as result my payment is lowered from 10 to 40% less.
No, it doesn't works this way. Check again about stats delay and check if your timezone is set correctly so you can see in stats which block was solved at that moment.
As I said above, I have not forgotten that

So, i also sended before a this info to the mail address shown on deepbit web, but at this moment i don't have a response...
Never received it.
Well, what can i tell you? I send the mail... Honestly I have no interest in harming or disturbing any pool, or anyone

In other words : Move on, nothing to see here Wink
You want to leave my new hobby when I'm just starting ... Wink

P/D: Sorry for my English...
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
November 11, 2011, 07:19:10 AM
 #4447

1-All workers are stoped, a window with LP broadcast awaiting for the announcement that a block is found, the counter is reseted to 0 shares.

2-When a block is found i take note of the time to identify the first block later in pool stats, i start minig, automatically starts the counter...

3-For some hours i take note, for each block anounced in the LP broadcast, each begining an end time, amount of shares submited for each block.

4-Later after a few hours, i wait for a last block announcement, when it is announced i stop minig.

5-Wait for stats update, and when i see a none announcement in the statis begin to compare....

What is missed here?

That seems a bit overly complex and error-prone to me. LPs are sent for any blocks found on the network, not just those found by deepbit. Since a lot of the blocks are found by deepbit, your method may work well some of the time.

What you might want to do is log the exact time each share was committed, then add them up for the time intervals extracted from the stats page, obviously correcting for timezone as appropriate. (I'd suggest to both log in and set your deepbit preference to UTC, that way you can be sure you won't need to adjust anything.)
With this method, you may see a tiny amount of mismatched shares around the beginning/end of each round, but the share counts should match more or less.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
patrixiorey
Newbie
*
Offline Offline

Activity: 13


View Profile
November 11, 2011, 07:42:35 AM
 #4448

That seems a bit overly complex and error-prone to me. LPs are sent for any blocks found on the network, not just those found by deepbit. Since a lot of the blocks are found by deepbit, your method may work well some of the time.

What you might want to do is log the exact time each share was committed, then add them up for the time intervals extracted from the stats page, obviously correcting for timezone as appropriate. (I'd suggest to both log in and set your deepbit preference to UTC, that way you can be sure you won't need to adjust anything.)
With this method, you may see a tiny amount of mismatched shares around the beginning/end of each round, but the share counts should match more or less.

The announcement in my LP broadcast indicates the pool owner, so i take note, in this case, only for blocks found by Deepbit, also the counter log each share, i make some tests analizing the logs and the result is the same, the counter works well, show the same log info. Yes i could, and i already set the preferences to UTC a few times, when i take some practice there is no diference, i cant identify all blocks...
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
November 11, 2011, 10:11:29 AM
 #4449

The announcement in my LP broadcast indicates the pool owner, so i take note, in this case, only for blocks found by Deepbit, also the counter log each share, i make some tests analizing the logs and the result is the same, the counter works well, show the same log info. Yes i could, and i already set the preferences to UTC a few times, when i take some practice there is no diference, i cant identify all blocks...

Two comments:

* No, longpolling broadcasts are not only blocks done by pool, those are all blocks from Bitcoin network.
* You don't need to synchronize time or timezone at all. Everything you need is to log blockhash when it come thru LP and count submitted shares between each LP broadcasts. Not sure how you log this, but some miners prints blockhash directly to console; or it's trivial to change console output to print those hashes.

So final algorithm should looks like:
a) When LP broadcast come, write down blockhash of broadcast
b) Start counting every submitted shares for every blockhash (don't forget you're now writing down count of submitted shares for NEXT blockhash, which will be mined in future)
c) After few hours, when you'll have enough data, watch pool stats page and follow links to block explorer to see, which blocks wrote down in your logs were mined on this pool.
d) Sum together all logged shares between two block which were mined by pool - and you have exact information how many shares you submitted to pool for given round without any  need for exact time.

Example:
13:00 Block 1234abfb... broadcasted
13:00-13:30 30 shares submitted
13:30 Block 2345bdf... broadcasted
13:30-13:35 5 shares submitted
13:35 Block 3456aaa... broadcasted

Then you'll see on pool stats that only blocks 1234abfb and 3456aaa were mined by pool (those hashes are in links to block explorer). So you sum 30+5 shares and now you know that you submitted exactly 35 shares for round of block 3456aaa.

Tycho, I'm sorry once again for hijacking the topic, I just wanted to make clear some mistakes probably done by patrixiorey. I hope it's clear now and no furter comment will be necessary :-).

os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
November 11, 2011, 02:17:54 PM
 #4450

Also Deepbit doesn't find every block.  So a round may encompass several blocks worth of hashing and those shares are paid by the one block that got solved at the end.

Well, maybe there is the mismatch detected, I had understood that the blocks are solved one by one, and each block corresponded with a round and did not have the concept that in each round are resolved several blocks... so, the shares were submited simultaneously for several blocks?... Is this correct?

No shares are submitted for one block at a time.  Lets say Deepbit solved block number 152830 then BTCGuild solved 152831 and 152832 and then Deepbit solved 152833.  So revenue from block number 152833 would pay for the shares you submitted for 152831, 152832 and 152833.

In other words : Move on, nothing to see here Wink
You want to leave my new hobby when I'm just starting ... Wink

P/D: Sorry for my English...
[/quote]

No I don't think he wants you to leave your new hobby.  I think he just wants you to drop the subject.  But I think it is good to trust but verify.
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
November 11, 2011, 02:54:05 PM
 #4451

Well maybe I'm forgetting something else. The procedure that i followed for minitoring is this:

1-All workers are stoped, a window with LP broadcast awaiting for the announcement that a block is found, the counter is reseted to 0 shares.

2-When a block is found i take note of the time to identify the first block later in pool stats, i start minig, automatically starts the counter...

3-For some hours i take note, for each block anounced in the LP broadcast, each begining an end time, amount of shares submited for each block.

4-Later after a few hours, i wait for a last block announcement, when it is announced i stop minig.

5-Wait for stats update, and when i see a none announcement in the statis begin to compare....

What is missed here?

LP occur anytime anyone in the network (not just DeepBit) finds a block.
LP can also occur for non-block reasons like including a valuable transaction (high fee), change NMC header (not used by DeepBit), a server side issue,etc.

LP *may* only issue LP when a block is found but that is a bad assumption to make AND even if it is valid an LP will be issued on any block that is found (by any pool or solo miner).
Nic Dooce
Newbie
*
Offline Offline

Activity: 18



View Profile
November 12, 2011, 01:57:22 AM
 #4452

Hey, does Deepbit has a LEADERBOARD ? Can someone send me the link plz ?

Celui qui n'a pas appris à échouer, a échoué à apprendre.
DeepBit
Donator
Hero Member
*
Offline Offline

Activity: 532


We have cookies


View Profile WWW
November 12, 2011, 02:58:13 AM
 #4453

Hey, does Deepbit has a LEADERBOARD ? Can someone send me the link plz ?
Top miners list only includes those who are mining in teams and the teams itself. Currently there is no "global" top list for individual miners, but it may be added later.

Check the teams link at the right panel of stats page.

Welcome to my bitcoin mining pool: https://deepbit.net ~ 3600 GH/s, Both payment schemes, instant payout, no invalid blocks !
Coming soon: ICBIT Trading platform
bittenbob
Hero Member
*****
Offline Offline

Activity: 560


View Profile
November 13, 2011, 02:43:42 AM
 #4454

I seem to always have a heck of a time trying to connect to the deepbit mining pool. It usually takes anywhere from 10-25 minutes to be able to connect and I have had 0 success with phoenix miner (using guiminer). polcbm seems to attempt to connect more often and thats the only one I have had any success with. Any other pool I connect immediately but I would prefer to mine with deepbit due to the way their reward system works. Does everyone have this problem and does anyone have any suggestions on how to fix this other than mining at another pool?
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
November 13, 2011, 03:00:38 AM
 #4455

I seem to always have a heck of a time trying to connect to the deepbit mining pool. It usually takes anywhere from 10-25 minutes to be able to connect and I have had 0 success with phoenix miner (using guiminer). polcbm seems to attempt to connect more often and thats the only one I have had any success with. Any other pool I connect immediately but I would prefer to mine with deepbit due to the way their reward system works. Does everyone have this problem and does anyone have any suggestions on how to fix this other than mining at another pool?

I have used Ufasoft, pheonix and now CG Miner with Deepbit and haven't ever had a problem like you describe.  The other pools that you can connect to, do they use the same TCP Port as Deepbit?  Do you get a reliable continuous ping to pit.deepbit.net, f1.deepbit.net and f2.deepbit.net?
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
bittenbob
Hero Member
*****
Offline Offline

Activity: 560


View Profile
November 13, 2011, 03:08:34 AM
 #4456

I seem to always have a heck of a time trying to connect to the deepbit mining pool. It usually takes anywhere from 10-25 minutes to be able to connect and I have had 0 success with phoenix miner (using guiminer). polcbm seems to attempt to connect more often and thats the only one I have had any success with. Any other pool I connect immediately but I would prefer to mine with deepbit due to the way their reward system works. Does everyone have this problem and does anyone have any suggestions on how to fix this other than mining at another pool?

I have used Ufasoft, pheonix and now CG Miner with Deepbit and haven't ever had a problem like you describe.  The other pools that you can connect to, do they use the same TCP Port as Deepbit?  Do you get a reliable continuous ping to pit.deepbit.net, f1.deepbit.net and f2.deepbit.net?
Sam
pit.deepbit.net I am getting 53ms constant through multiple ping commands (groups of 3)
f1.deepbit.net I get 52ms constantly
f2.deepbit.net could not connect a few times but the ping to that is out of whack.

Should I change my DNS from my ISPs to google? I have had some issues with connecting to some sites before using my ISPs DNS but I am not sure if I want google knowing and storing every web page and connection I make. I have been trying to connect to deepbit for the last 50 minutes with no success. Shame too since I boosted my mining speed from 340 to 389 Mhash/s.

The other pools are Slush's pool and bitcoinpool. I mainly mine on Slushs but I find the rewards are much less than deepbit on average. As far as I know they use the same port however.

Edit

Just tried Ufasoft and since the login for deepbit is your email (with @) I think it is confusing my email with the server address and I am getting 0 Mhash. So much for that idea.
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
November 13, 2011, 03:51:23 AM
 #4457

I seem to always have a heck of a time trying to connect to the deepbit mining pool. It usually takes anywhere from 10-25 minutes to be able to connect and I have had 0 success with phoenix miner (using guiminer). polcbm seems to attempt to connect more often and thats the only one I have had any success with. Any other pool I connect immediately but I would prefer to mine with deepbit due to the way their reward system works. Does everyone have this problem and does anyone have any suggestions on how to fix this other than mining at another pool?

I have used Ufasoft, pheonix and now CG Miner with Deepbit and haven't ever had a problem like you describe.  The other pools that you can connect to, do they use the same TCP Port as Deepbit?  Do you get a reliable continuous ping to pit.deepbit.net, f1.deepbit.net and f2.deepbit.net?
Sam
pit.deepbit.net I am getting 53ms constant through multiple ping commands (groups of 3)
f1.deepbit.net I get 52ms constantly
f2.deepbit.net could not connect a few times but the ping to that is out of whack.

Should I change my DNS from my ISPs to google? I have had some issues with connecting to some sites before using my ISPs DNS but I am not sure if I want google knowing and storing every web page and connection I make. I have been trying to connect to deepbit for the last 50 minutes with no success. Shame too since I boosted my mining speed from 340 to 389 Mhash/s.

The other pools are Slush's pool and bitcoinpool. I mainly mine on Slushs but I find the rewards are much less than deepbit on average. As far as I know they use the same port however.

If you can ping by name then your DNS should be fine.  My ping to f2.deepbit.net is also a little flaky, but the others are reliable.  I guess I would try to do a Wireshark capture to see what exactly is happening.  If you want to examine your DNS go to grc.com and download DNSbench and run it and it will show you the best DNS servers for your connection.  That's a Windoze app.

Deepbit is using TCP Port 8332 so if any of the other pools are using that same port then it shouldn't be a port blocking problem.  Maybe your ISP is blocking deepbit's IP addresses?  But that wouldn't explain why some miners work and somwwhat and some don't.
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
bittenbob
Hero Member
*****
Offline Offline

Activity: 560


View Profile
November 13, 2011, 04:06:58 AM
 #4458

I am in Canada and on a third party ISP on a rogers network. They are known to do traffic shaping (rogers) which could be causing dropped packets. I am not using my connection for anything else but mining at the moment so there should not be any packets dropped. Rogers recently got in trouble for traffic shaping WOW and other games so this would not be a complete suprise to me. What is surprising is that it seems to be affecting deepbit only. I have been trying to connect for almost 2 hours to no avail. With Slush's pool most of the blocks I am mining don;t seem to mature so I have next to 0 BTC despite thousands of shares. ABCPool sounds like its similar to deepbit with the proportional mining and payment despite unmatured blocks but their registration is closed ATM. I will try that dnsbench and see if I can find anything.
os2sam
Legendary
*
Offline Offline

Activity: 1918


Think for yourself


View Profile
November 13, 2011, 04:07:50 AM
 #4459

Edit
Just tried Ufasoft and since the login for deepbit is your email (with @) I think it is confusing my email with the server address and I am getting 0 Mhash. So much for that idea.

The worker name goes after the -u in the ufasoft miner and the url goes after the -o.  So the miner program shouldn't get them confused.  At least it never did for me.  Deepbit's main page has command line suggestions for some common miners, you might want to verify the syntax.
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
bittenbob
Hero Member
*****
Offline Offline

Activity: 560


View Profile
November 13, 2011, 04:25:39 AM
 #4460

Edit
Just tried Ufasoft and since the login for deepbit is your email (with @) I think it is confusing my email with the server address and I am getting 0 Mhash. So much for that idea.

The worker name goes after the -u in the ufasoft miner and the url goes after the -o.  So the miner program shouldn't get them confused.  At least it never did for me.  Deepbit's main page has command line suggestions for some common miners, you might want to verify the syntax.
Sam

My comptuer crashed while running the DNSBenchmark but it could have been duie to my OC settings. I have since been able to connect with GUIMiner to deepbit. There were some servers I saw that DNS Benchmark was unable to connect to and I am hoping that the crash was due to poor coding of the program and not the OC of my card. I will run overnight to confirm. At least I am mining for deepbit again. Deepbit speeds are about 374 compared to 388 but that is probably just the innefficiency of polcbm over phoenix. Its livable though considering without any flags and at default clocks I was getting 300.
Pages: « 1 ... 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 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 326 »
  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!