Topic: [CLOSING DOWN] ScryptGuild Auto-Switching Pool - page 45. (Read 102241 times)
I am having issues with 20 Gridseeds on the pool. My hash rate is only showing around 5 MH/s while cgminer is showing 7.1 MH/s. Is just something with cgminer?
LOL We do hit the same threads alot.
It has been good with the Guilds that is for sure.
It has been good with the Guilds that is for sure.
manebjorn, are you following me?? 
And I second what you said above. BTCguild and Scryptguild got me covered. thanks @el.
And I second what you said above. BTCguild and Scryptguild got me covered. thanks @el.
manebjorn, are you following me?? And I second what you said above. BTCguild and Scryptguild got me covered. thanks @el.
And I second what you said above. BTCguild and Scryptguild got me covered. thanks @el.
Thanks for all the hard work.
Between BTCG and SG you have my mining covered. I appreciate it.
Between BTCG and SG you have my mining covered. I appreciate it.
Some updates have been made to how the pool penalizes the profit rating of coins without much BTC trade volume. Now that we have auto conversion, more coins to move between, and more hash rate, the penalty was re-evaluated and made less harsh, since the pool looks at market depth fairly deep when determining the price already. It was essentially double-penalizing low volume coins.
Hopefully the changes today, plus the new coins being added, will smooth out the variance a little (less time falling back to LTC's 4.7k diff).
Hopefully the changes today, plus the new coins being added, will smooth out the variance a little (less time falling back to LTC's 4.7k diff).
Isnt there a way to see the pools BTC/MHs/Day?
Btw, the changes are more than welcome!
Btw, the changes are more than welcome!
Some updates have been made to how the pool penalizes the profit rating of coins without much BTC trade volume. Now that we have auto conversion, more coins to move between, and more hash rate, the penalty was re-evaluated and made less harsh, since the pool looks at market depth fairly deep when determining the price already. It was essentially double-penalizing low volume coins.
Hopefully the changes today, plus the new coins being added, will smooth out the variance a little (less time falling back to LTC's 4.7k diff).
Hopefully the changes today, plus the new coins being added, will smooth out the variance a little (less time falling back to LTC's 4.7k diff).
The missing ingredient here is probably your GPU and memory speed. Scrypt mining is *very* finicky about that. The mixture has to be *just* right else you will get a decrease in hash. Try something like GPU engine 1055 and memory 1500 or possibly 1010 and 1495.
how do i set these ??
cgminer has the options to do so. when it's running, press G to see GPU settings. Be careful what you change, the wrong setting can crash the driver (best case scenario) or lock your PC altogether.
M
There were two very brief (couple ms) restarts in the last hour in order to get Tagcoin, our first PoS+PoW hybrid coin working properly. PoS+PoW coins use slightly different notation for block rewards (10^6 satoshi = 1 coin instead of 10^8), which was causing the profit rating system to get very confused.
Feathercoin, Novacoin, and Anoncoin should all be added in the next few hours. There will only be one restart to add all 3 additional coins.
Feathercoin, Novacoin, and Anoncoin should all be added in the next few hours. There will only be one restart to add all 3 additional coins.
about to give up on the 290x's .. way to much work to try get the configured right . just not worth this much effort.
Did you look here?
https://litecoin.info/Mining_hardware_comparison
M
yup none those settings work with my cards ..
i had to use this setting atm:
cgminer -o stratum+tcp://stratum.scryptguild.com:3333 -u aztecminer -p 123 --scrypt -I 13 -w 256 --thread-concurrency 8192
to finally get no HW errors or stales .. now i am waiting to see what the hash rate i get on the guild page before i bump it up to 14 because at 13 cgminer reports about 550 k/hs
these cards can do a lot more i am sure.
and i have another small setback .. i am not using a mining rig. i am using a dell precision t7000 series because ireally dont want to build a full mining rig atm .. and these dell precisions things will reboot the pc if it detects the gpu go over 65 degrees more than a minute .. on the bright side this pc is in a 60 degree datacenter so it is running under 60 degrees at this setting with fan adjusted to 90% using afterburner. that is with one card, i still have to put the other card into the pc. maybe i 14 will work. i guess i putting a little more work into this hopefully i get the right settings here in a few.
I'm using -I 19, -w 512 -g 1 --thread-concurrency 32765 on my non-OCd 290s, so something similar should work on the 290x. Lower the I to 13 if it is your display adapter that you use interactively. Bumping the concurrency up will likely give you a good boost.
Not going above 65C is going to be tough though. My 290s are in an enclosed, high air-flow case (My workstation) run up 90C then slow down to maintain that temp. AMD stated somewhere that that is perfectly OK and within the rated specs. May want to check the Dell BIOS to see if you can configure that option.
i set thread concurrency to 32765 and i get an error:
error -61 increase IC or decrease LG
failed to init thread 0 disabling device 0 ..
running at I 13 i get no hw errors, if increase to i 14 i start getting hw errors.
cgminer -o stratum+tcp://stratum.scryptguild.com:3333 -u aztecminer -p 123 --scrypt -I 13 -w 256 --thread-concurrency 8192
running great otherwise at 72 - 73 degrees no crashes but only 550 k/hs on each card. i guess i can live with it until i figure it out.
yup none those settings work with my cards ..
i had to use this setting atm:
cgminer -o stratum+tcp://stratum.scryptguild.com:3333 -u aztecminer -p 123 --scrypt -I 13 -w 256 --thread-concurrency 8192
to finally get no HW errors or stales .. now i am waiting to see what the hash rate i get on the guild page before i bump it up to 14 because at 13 cgminer reports about 550 k/hs
these cards can do a lot more i am sure.
and i have another small setback .. i am not using a mining rig. i am using a dell precision t7000 series because ireally dont want to build a full mining rig atm .. and these dell precisions things will reboot the pc if it detects the gpu go over 65 degrees more than a minute .. on the bright side this pc is in a 60 degree datacenter so it is running under 60 degrees at this setting with fan adjusted to 90% using afterburner. that is with one card, i still have to put the other card into the pc. maybe i 14 will work. i guess i putting a little more work into this hopefully i get the right settings here in a few.
i had to use this setting atm:
cgminer -o stratum+tcp://stratum.scryptguild.com:3333 -u aztecminer -p 123 --scrypt -I 13 -w 256 --thread-concurrency 8192
to finally get no HW errors or stales .. now i am waiting to see what the hash rate i get on the guild page before i bump it up to 14 because at 13 cgminer reports about 550 k/hs
these cards can do a lot more i am sure.
and i have another small setback .. i am not using a mining rig. i am using a dell precision t7000 series because ireally dont want to build a full mining rig atm .. and these dell precisions things will reboot the pc if it detects the gpu go over 65 degrees more than a minute .. on the bright side this pc is in a 60 degree datacenter so it is running under 60 degrees at this setting with fan adjusted to 90% using afterburner. that is with one card, i still have to put the other card into the pc. maybe i 14 will work. i guess i putting a little more work into this hopefully i get the right settings here in a few.
The missing ingredient here is probably your GPU and memory speed. Scrypt mining is *very* finicky about that. The mixture has to be *just* right else you will get a decrease in hash. Try something like GPU engine 1055 and memory 1500 or possibly 1010 and 1495.
M
how do i set these ??
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Look at your "Worker Summary" at the end of the "dashboard" page - Rejected Shares
Yes, there I have the actual value, I want a column with the percentage as well besides the value.
Any insight if I should submit a stale share or not?
Leave no-submit-stale on it's default value (false). Your miner doesn't know the difference between a new block and a coin switch, and ScryptGuild can actually still solve a block for the previous coin if your work isn't stale on that coin.
I set it on false and my reject ratio went from 2% to 14% ! most of the stales are rejecting, just a very few one's getting accepted
Is your intensity too high?
Unless I'm missing something, I can't see the harm of submitting possible stales. I see it as two outcomes:
1 - possible stale, don't submit it, risk not submitting a good share
2 - possible stale, submit it, risk getting a stale share on your stat
#1 seems to be the better option to me.
M
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Look at your "Worker Summary" at the end of the "dashboard" page - Rejected Shares
Yes, there I have the actual value, I want a column with the percentage as well besides the value.
Any insight if I should submit a stale share or not?
Leave no-submit-stale on it's default value (false). Your miner doesn't know the difference between a new block and a coin switch, and ScryptGuild can actually still solve a block for the previous coin if your work isn't stale on that coin.
I set it on false and my reject ratio went from 2% to 14% ! most of the stales are rejecting, just a very few one's getting accepted
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Look at your "Worker Summary" at the end of the "dashboard" page - Rejected Shares
Yes, there I have the actual value, I want a column with the percentage as well besides the value.
Any insight if I should submit a stale share or not?
Leave no-submit-stale on it's default value (false). Your miner doesn't know the difference between a new block and a coin switch, and ScryptGuild can actually still solve a block for the previous coin if your work isn't stale on that coin.
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Look at your "Worker Summary" at the end of the "dashboard" page - Rejected Shares
Yes, there I have the actual value, I want a column with the percentage as well besides the value.
Any insight if I should submit a stale share or not?
Some updates have been done to the automatic refill for exchanges to keep the local coin reserves a bit higher. A few altcoins have had periods where automatic payouts weren't paying because the pool didn't have enough coins stored locally (but had more than enough on the exchange to convert).
Some additional coins will be added later this evening (blockchains synchronizing right now for 3 of them).
It looks like most multipools have been under 0.006 BTC per MH/s in the last 24 hours. I know ScryptGuild's earnings tanked yesterday, though it was more luck based (we've been falling back to LTC for a lot of shares but have not been lucky iwth block solves). Hopefully adding some new coins will keep us from falling back to LTC too frequently, though the pool is still growing at a steady pace which will help smooth out the luck on LTC more quickly.
Some additional coins will be added later this evening (blockchains synchronizing right now for 3 of them).
It looks like most multipools have been under 0.006 BTC per MH/s in the last 24 hours. I know ScryptGuild's earnings tanked yesterday, though it was more luck based (we've been falling back to LTC for a lot of shares but have not been lucky iwth block solves). Hopefully adding some new coins will keep us from falling back to LTC too frequently, though the pool is still growing at a steady pace which will help smooth out the luck on LTC more quickly.
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Look at your "Worker Summary" at the end of the "dashboard" page - Rejected Shares
Suggestion,
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
On the dashboard, can't you have a column with the percentage of rejected shares? Makes it more easy to compare different miner settings.
Oh and what should I have on the setting: no-submit-stale?
Got my 1st payment, so far a rough estimate would be 0.00615/Mh/day, but i have not gathered enough data and had some variance in my rig (paused a card for some hours)
0.00615/Mh/Day with Auto Trade on?
Yes, autotraded, but keep in mind it's an innacurate value, like i explained.
Is it good or bad ?
Got my 1st payment, so far a rough estimate would be 0.00615/Mh/day, but i have not gathered enough data and had some variance in my rig (paused a card for some hours)
0.00615/Mh/Day with Auto Trade on?
Got my 1st payment, so far a rough estimate would be 0.00615/Mh/day, but i have not gathered enough data and had some variance in my rig (paused a card for some hours)
eleuthria, any ETA for timezones or showing the server clock ?
eleuthria, any ETA for timezones or showing the server clock ?
Jump to: