i think i missed the bastion algo, there is anything worth considering for this algo, what is the hashrate for this one? it's only for joincoin or there are other coins?
seems that this is a cpu only algo...
Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 403. (Read 2347659 times)
You're trying to troubleshoot it like a hardware problem - it's not a hardware problem. It only happens with this miner. I've mined SIB, so it's not a power delivery, utilization, or reliability issue.
How many cards in the rig. What is you intensity setting and batfile?
For some reason SP Lbry Mod causes GPU utilization of one of my 1070s in the rig to oscillate heavily back and forth between 0-100%. This does not happen with any other miner.
What does your batfile look like? Open the trottle card in gpu-z. What is the trottle reason? (Pcap-reason)
You're trying to troubleshoot it like a hardware problem - it's not a hardware problem. It only happens with this miner. I've mined SIB, so it's not a power delivery, utilization, or reliability issue.
spreadminer 10 on stock GTX 970 (evga somthing...) x=26
around 5100kh
EDIT: spreadminer 9 was about 4600-4700kh same settings
around 5100kh
EDIT: spreadminer 9 was about 4600-4700kh same settings
Quote
you can do 8MH with 70% tdp or above 9MH with 100%
You can reduce the power by using the -x parameter. Lower x value, less power.
i get also less hashrate, i made many tests, the best result is 70% tdp(i'm trying 72% now to see if the peak is not above 1000watt, with spreadmod 9 was not possible) with 30 intensity, i get 8MB at around 100 watt
peak 173 watt
First 24 hours of mining spreadcoin with 2x 970 and 1x1070 (18 mhash) i got 270 spreadcoins. (4.8$)
Around $2.4 for the gtx 1070, and $1.2 for the gtx 970. low power (80% tdp)
The current global hashtrate is around 170 gtx 970 cards or 320 750ti cards or 290 amd r9 480 cards (opencl miner)
with the opensource miner.
sp-mod 0.05BTC limited sale to the few lucky ones.. 20% more hash with less power..
For some reason SP Lbry Mod causes GPU utilization of one of my 1070s in the rig to oscillate heavily back and forth between 0-100%. This does not happen with any other miner.
What does your batfile look like? Open the trottle card in gpu-z. What is the trottle reason? (Pcap-reason)
sp-mod #5 seems to work fine on the pool. 19% of the hashrate @yiimp.
For some reason SP Lbry Mod causes GPU utilization of one of my 1070s in the rig to oscillate heavily back and forth between 0-100%. This does not happen with any other miner.
md 5 ccminer splbc
4BF649A6ABFBB8A2502AFF8105A6864A
lastest 4 version ?
4BF649A6ABFBB8A2502AFF8105A6864A
lastest 4 version ?
Version 4?
I uploaded 4 version to the same link make sure you download the latest version
I uploaded 4 version to the same link make sure you download the latest version
i have tested lbc spmod#5 VS alexis version
65% tdp?
What about 80% tdp or 100%?
And what is the intensity setting used. Wich cards do you use in the rig? And run without the -q option..
TDP 100%
Cards MSI 1070 armor and 1070 Gaming X
+150 oc - 500 mem
-i 28
without -s and -q parameters
sp:
616*1.7/100=10
616-10=606
total 606Mh
Alexis:
total 612Mh
I suppose that the version I've received it's an old one, then.
I've downloaded the version that you've sent me in the email:
friday 24/02/2017 17.55
Suggestion:
You could create a webpage with a private access with user and pw, so your customers could go there and dl the latest releases, without the need of downloading by email, possibly borken releases or old ones. It would be better in the long term, for sure.
Every kernel need a different tuning to reach optimal speed. One kernel can work good on 65% tdp, while another modded kernel need 70% tdp. etc.
I know, I've tested more than 8 types of 1070's .. with all the algos
. Just have a look in my sig, not updated with the current situation (I'm keeping it private, due internal use)
I've downloaded the version that you've sent me in the email:
friday 24/02/2017 17.55
Suggestion:
You could create a webpage with a private access with user and pw, so your customers could go there and dl the latest releases, without the need of downloading by email, possibly borken releases or old ones. It would be better in the long term, for sure.
Talking about VGA thermal throttling issue it's wasting time, we've got a very big experience in matter.
Every kernel need a different tuning to reach optimal speed. One kernel can work good on 65% tdp, while another modded kernel need 70% tdp. etc.
I know, I've tested more than 8 types of 1070's .. with all the algos
. Just have a look in my sig, not updated with the current situation (I'm keeping it private, due internal use) Talking about VGA thermal throttling issue it's wasting time, we've got a very big experience in matter.
Every kernel need a different tuning to reach optimal speed. One kernel can work good on 65% tdp, while another modded kernel need 70% tdp. etc.
I've just pointed out that the release that you've sent me is broken at the moment, on yiimp
It's working here. try to run without
--show-diff --cpu-priority 4.
And did you download the latest version from the link? (number 4)
I made 3 public betas before the final version. The url of the archieve is the same.
I'm not hating anyone dude, I've just pointed out that the release that you've sent me is broken at the moment, on yiimp
As simple as that.
Whoever is selling the intellectual property of others, drawing profit, should be the subject of disapproval, but not for this reason, if you permit, your end users should be affected. We've talked about this in the past and it's pretty clear that unfortunately, talking about software development and releases, these are concrete issues.
Thanks, I'll try if in the next days if I'll have time to retest.
As simple as that.
Whoever is selling the intellectual property of others, drawing profit, should be the subject of disapproval, but not for this reason, if you permit, your end users should be affected. We've talked about this in the past and it's pretty clear that unfortunately, talking about software development and releases, these are concrete issues.
Thanks, I'll try if in the next days if I'll have time to retest.
sp: in 19 days the btc amount spent on a 10% optimization it's totally useless, as you know.
Then you should direct your hate to the people who opensourced the optimalizations. Not me.
I release faster kernels for people who donate..
ccminer -a lbry -o stratum+tcp://yiimp.ccminer.org:3334 -u myoldLBCaddress -p d=128 --show-diff --cpu-priority 4
Working flawlessly with 1.8.4 (I can see the speed and all the other stuff)
With yours (N'5) nothing at all, it seems working correctly on clientside, but on server side (Yiimp) there's absolutely nothing.
Working flawlessly with 1.8.4 (I can see the speed and all the other stuff)
With yours (N'5) nothing at all, it seems working correctly on clientside, but on server side (Yiimp) there's absolutely nothing.
You need to wait 2 minutes, then you get to mine 120minutes on your pool.
I've left it 4 hours, nothing at all.
I haven't tested on zpool, but on yiimp there's an issue with the version that I've downloaded from your link
sp: in 19 days the btc amount spent on a 10% optimization it's totally useless, as you know. Btw it's not an issue, I'm just telling you to have a look at your code, preventing potential fees and addresses errors. Talking about VGA thermal throttling issue it's wasting time, we've got a very big experience in matter.
ccminer -a lbry -o stratum+tcp://yiimp.ccminer.org:3334 -u myoldLBCaddress -p d=128 --show-diff --cpu-priority 4
Working flawlessly with 1.8.4 (I can see the speed and all the other stuff)
With yours (N'5) nothing at all, it seems working correctly on clientside, but on server side (Yiimp) there's absolutely nothing.
Working flawlessly with 1.8.4 (I can see the speed and all the other stuff)
With yours (N'5) nothing at all, it seems working correctly on clientside, but on server side (Yiimp) there's absolutely nothing.
You need to wait 2 minutes, then you get to mine 120minutes on your pool.
4h wasted on a unknown pool (Maybe your, hardlocked, Zpool BTC address? )
Wich pool did you mine on?
ccminer -a lbry -o stratum+tcp://yiimp.ccminer.org:3334 -u myoldLBCaddress -p d=128 --show-diff --cpu-priority 4
pause
Working flawlessly with 1.8.4 (I can see the speed and all the other stuff)
With yours (N'5) nothing at all, it seems working correctly on clientside, but on server side (Yiimp) there's absolutely nothing.
Well, the issue is in your statements and selling conditions, the customer's utilization it's totally irrelevant.
You've sold a software that should have been updated with that logic. I can understand that you want to change rules later on, but I've just pointed out another issue with your fee system, hardlocked inyour closed source kernel
You should release a version without the fee for the old clients (or if you wish due tax purposes: "donators")
I sendt you LBRY sp-mod #2 03-sept-2016 wich was at the time around 10% faster or more than the opensource
The opensource was improved by alexei/tvpruvot on the 22 Sep 2016 to match the speed of #2.
So you had the faster kernel for 19 days.
You can't expect me to release a faster kernel for free every time the competition improving their work..
LBRY #5 is around 5-7% faster than 1.8.4. This is my tests, on the gtx 970, gtx 10603gb, and gtx 1070.
The numbers depends on tdp, heat, clock settings etc. The pascal cards trottle.
With my latest kernel, I am running at 2075mhz and 1.8.4 is running at 2100mhz. but my kernel is still 7.5% faster than 1.8.4 on a lower clock. (lower power too)
From yiimp's statistics, on the gtx 1060 3gb , you get the best hash/watt with
80watt Power (70% plimit)
1850mhz coreclock
Jump to: