scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
July 21, 2016, 02:50:59 PM |
|
crackfoo, thank you very much, sir please add digit grouping, i got problems reading my earnings ohh.... that's interesting... wth ZOMBIE GREY IS HARD TO READ-- I can barely read the stats on my 48" HDTV. The color scheme itself makes it difficult. Sorry if the complaint is out-of-line, but plain white is readable (YIIMP).
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
July 21, 2016, 02:56:01 PM |
|
another lbry block found! let them rain! :-) it's so profitable I wonder why there are only 28 miners on it.
really ugly orphans(or rejected) rate on this coin I have 99.5% accepted shares and I don't see any orphan block. Well, there are just two new blocks since I started mining it.
|
|
|
|
denravonska
Newbie
Offline
Activity: 37
Merit: 0
|
|
July 21, 2016, 03:04:57 PM |
|
each company has different timings in different models.!my card is the gigabyte gtx750ti windforce, Samsung memory,standard clocks default 1033 boost 1111. Your card has other timings.
YES, I AGREE-- But about all any miner is going to get is about 50MH/s from a decent 750ti. --scryptr Not sure how you guys do it. I managed to scare my GTX 650ti up to 15mhs with overclocking, though now it's just doing 5mhs for some reason
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
July 21, 2016, 03:07:31 PM |
|
please make the initial diff for lbry higher: an average rig makes so many shares it gets banned repeatedly.
|
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
July 21, 2016, 03:20:01 PM |
|
another lbry block found! let them rain! :-) it's so profitable I wonder why there are only 28 miners on it.
really ugly orphans(or rejected) rate on this coin I have 99.5% accepted shares and I don't see any orphan block. Well, there are just two new blocks since I started mining it. ZPOOL HAS FOUND TWO BLOCKS TOTAL-- Zpool needs more miners, really. That is why I started mining LBC at Zpool. --scryptr
|
|
|
|
berron
|
|
July 21, 2016, 03:56:59 PM |
|
Is there any way to add LBC to the fantastic JK scrypt (please, JK, add a BTC address in your signature for donation)?? If not, it could be GPU mined, and which software is being used now to mine this algo in Nvidia GTX9XX cards?? Thanks a lot for the answers
|
|
|
|
Spiffy_1
|
|
July 21, 2016, 05:23:26 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable. In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals. To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it. Otherwise its manually selecting the coin to force it to pay. It's the same with sib at the moment. Both coins are incredibly profitable but we currently don't have the hash to hit it.
|
If you like what I've posted, mine for me on whatever algo you like on www.zpool.ca for a minute using my bitcoin address: 1BJJYPRcRPzTEfByCwkeJ8SCBcrnGD1nhL
|
|
|
crackfoo (OP)
Legendary
Offline
Activity: 3556
Merit: 1126
|
|
July 21, 2016, 05:32:45 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.
I've joined the lbry slack channel so hopefully can drum up some more miners. But yes, this these coins it's ideal to have more hash. Same with DCR, which we just hit some luck and got 2 blocks in an hour.
|
ZPOOL - the miners multipool! Support We pay 10 FLUX Parallel Assets (PA) directly to block rewards! Get paid more and faster. No PA fee's or waiting around for them, paid instantly on every block found!
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
July 21, 2016, 05:34:42 PM |
|
I have -w 64 -g 4 -I 19 added to my stratum. But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.
not working on my 390 - i get this error message: -------------------------------------------------------------- [16:26:05] Started sgminer 5.4.0-nicehash [16:26:05] * using Jansson 2.7 error: Clang front-end compilation failed! Frontend phase failed compilation. Error: Compiling CL to IR [16:26:09] Failed to init GPU thread 0, disabling device 0 [16:26:09] Restarting the GPU from the menu will not fix this. [16:26:09] Re-check your configuration and try restarting. Press enter to continue: -------------------------------------------------------------- anyone can help me with this? plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
Spiffy_1
|
|
July 21, 2016, 05:43:18 PM |
|
I have -w 64 -g 4 -I 19 added to my stratum. But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.
not working on my 390 - i get this error message: -------------------------------------------------------------- [16:26:05] Started sgminer 5.4.0-nicehash [16:26:05] * using Jansson 2.7 error: Clang front-end compilation failed! Frontend phase failed compilation. Error: Compiling CL to IR [16:26:09] Failed to init GPU thread 0, disabling device 0 [16:26:09] Restarting the GPU from the menu will not fix this. [16:26:09] Re-check your configuration and try restarting. Press enter to continue: -------------------------------------------------------------- anyone can help me with this? plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs Hey bud, I downloaded my lbry sgminer from this site ]http://cryptomining-blog.com/8075-cpu-and-amd-gpu-mining-for-lbry-credits-lbc-now-available/]I simply changed the pool to our beloved zpool and its lbry port and it worked for me. Remove the intensity setting at the start and manually increase it in the miner to find a stable and profitable intensity then hardcode it into the batch file. I hope this helps you out.
|
If you like what I've posted, mine for me on whatever algo you like on www.zpool.ca for a minute using my bitcoin address: 1BJJYPRcRPzTEfByCwkeJ8SCBcrnGD1nhL
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
July 21, 2016, 05:44:39 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable. In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals. To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it. Otherwise its manually selecting the coin to force it to pay. It's the same with sib at the moment. Both coins are incredibly profitable but we currently don't have the hash to hit it.
The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense. See "gambler's fallacy" for further explanation.
|
|
|
|
aarons6
Legendary
Offline
Activity: 1736
Merit: 1006
|
|
July 21, 2016, 06:01:42 PM |
|
crackfoo, thank you very much, sir please add digit grouping, i got problems reading my earnings ohh.... that's interesting... wth ZOMBIE GREY IS HARD TO READ-- I can barely read the stats on my 48" HDTV. The color scheme itself makes it difficult. Sorry if the complaint is out-of-line, but plain white is readable (YIIMP). your sharpness is too high.. its always set too high from factory..
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 21, 2016, 06:10:00 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable. In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals. To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it. Otherwise its manually selecting the coin to force it to pay. It's the same with sib at the moment. Both coins are incredibly profitable but we currently don't have the hash to hit it.
The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense. See "gambler's fallacy" for further explanation. Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50. Unless the coin is loaded.
|
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
July 21, 2016, 07:05:25 PM |
|
crackfoo, thank you very much, sir please add digit grouping, i got problems reading my earnings ohh.... that's interesting... wth ZOMBIE GREY IS HARD TO READ-- I can barely read the stats on my 48" HDTV. The color scheme itself makes it difficult. Sorry if the complaint is out-of-line, but plain white is readable (YIIMP). your sharpness is too high.. its always set too high from factory.. I'VE ADJUSTED THE PICTURE-- The adjustment is not the problem, the color scheme is. Thanks, but the grey-on-grey does not read well. --scryptr
|
|
|
|
citronick
Legendary
Offline
Activity: 1834
Merit: 1080
---- winter*juvia -----
|
|
July 21, 2016, 07:58:48 PM |
|
I have -w 64 -g 4 -I 19 added to my stratum. But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.
not working on my 390 - i get this error message: -------------------------------------------------------------- [16:26:05] Started sgminer 5.4.0-nicehash [16:26:05] * using Jansson 2.7 error: Clang front-end compilation failed! Frontend phase failed compilation. Error: Compiling CL to IR [16:26:09] Failed to init GPU thread 0, disabling device 0 [16:26:09] Restarting the GPU from the menu will not fix this. [16:26:09] Re-check your configuration and try restarting. Press enter to continue: -------------------------------------------------------------- anyone can help me with this? plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs Hey bud, I downloaded my lbry sgminer from this site ]http://cryptomining-blog.com/8075-cpu-and-amd-gpu-mining-for-lbry-credits-lbc-now-available/]I simply changed the pool to our beloved zpool and its lbry port and it worked for me. Remove the intensity setting at the start and manually increase it in the miner to find a stable and profitable intensity then hardcode it into the batch file. I hope this helps you out. thanks spiffy - i used the same sgminer from the link. Still getting the same error - see above. Will try running sgminer on a different rig and see if that works.
|
If I provided you good and useful info or just a smile to your day, consider sending me merit points to further validate this Bitcointalk account ~ useful for future account recovery...
|
|
|
Spiffy_1
|
|
July 21, 2016, 08:24:09 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable. In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals. To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it. Otherwise its manually selecting the coin to force it to pay. It's the same with sib at the moment. Both coins are incredibly profitable but we currently don't have the hash to hit it.
The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense. See "gambler's fallacy" for further explanation. Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50. Unless the coin is loaded. I know what you guys mean, pool lucky is simply another variable. but my point was not many people want to mine a coin for 2 hours or more to get one block. They would rather mine a bunch of coins in that 2 hour block to show a steady gain instead of nothing then an abrupt adjustment in funds even if it works out to be the same.
|
If you like what I've posted, mine for me on whatever algo you like on www.zpool.ca for a minute using my bitcoin address: 1BJJYPRcRPzTEfByCwkeJ8SCBcrnGD1nhL
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 21, 2016, 10:38:11 PM |
|
The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable. In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals. To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it. Otherwise its manually selecting the coin to force it to pay. It's the same with sib at the moment. Both coins are incredibly profitable but we currently don't have the hash to hit it.
The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense. See "gambler's fallacy" for further explanation. Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50. Unless the coin is loaded. I know what you guys mean, pool lucky is simply another variable. but my point was not many people want to mine a coin for 2 hours or more to get one block. They would rather mine a bunch of coins in that 2 hour block to show a steady gain instead of nothing then an abrupt adjustment in funds even if it works out to be the same. It's not like solo mining, you don't have to be mining when a block is found. If you stop mining before a block is found you will get credit for your share whenever the next block is found. However your percentage share will drop over time as the total shares grow while yours remains static. One concern is a multi-coin pool where you don't have control of which coin is mined. It would be nice if some of the more popular coins could have their own pool. At the moment there are two levels of profit switching: among coins sharing the same algo, and among algos. users have control over algo switching but not coin switching within an algo's pool. It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 21, 2016, 11:03:26 PM |
|
It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.
that would drastically cut yaamp pool's profits, of course that would be done long ago if it were profitable for the pool How so?
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 22, 2016, 12:19:08 AM |
|
It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.
that would drastically cut yaamp pool's profits, of course that would be done long ago if it were profitable for the pool How so? it's the core of yaamp, i won't elaborate. this curve (and actually any similar curve) demonstrates the subject: https://i.imgur.com/rzPqCUE.png(this one is mining skein for 6 hours, then halt and waiting for complete payout, top is ~55ksat, payout is ~22+10ksat, in form of 1sat tty) I don't know what you're implying with that curve. Those kinds of drops are mostly due to exchange volatility and orphaned blocks. The only connection to the stoppage in mining is that the drop is more visible in the graph because there are no offsetiing new blocks to push it higher. I have seen this many times with many algos, some with many coins. I see no connection at all to the yaamp SW or my suggestion for single coin pools.
|
|
|
|
joblo
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
July 22, 2016, 12:56:21 AM |
|
I don't know what you're implying with that curve. Those kinds of drops are mostly due to exchange volatility and orphaned blocks. The only connection to the stoppage in mining is that the drop is more visible in the graph because there are no offsetiing new blocks to push it higher. I have seen this many times with many algos, some with many coins. I see no connection at all to the yaamp SW or my suggestion for single coin pools.
ok nvm, more happy people in crypto - more profits just let me point out - it was 55k, then it became 32k - for me, not necessary for the pool. if you enable somehow mining certain coin instead of autoprofitable one such miracles in favor of the pool won't be possible in general anymore. for single coin pools we have http://yiimp.ccminer.org/, it's totally different That in no way benefitted the pool, they lost out on fees due to the lower mature value. Next time don't bother trolling if you aren't prepared to elaborate, particularly when you're so far off base.
|
|
|
|
|