Hi, is there a possibility to build a specific DAG file? ex. #48
No. Why do you need it? Miner creates next DAG in background so there is no pause in mining, and then use it when new epoch is coming and generate next DAG in background, etc. For me when the DAG changes, mining is stopped until next DAG has 40-65% and after that one card (or more) has 0 hashrate, to avoid this I create DAG in advance with ethminer and I use it with your miner. Hmm, what CPU do you have? It takes some time to apply new DAG, may be it's a good idea to start creation next DAG in a few minutes. I use several types of AMD CPU, last DAG changes this happened with a rig with Athlon X2 and other with FX 6300 where I didn't create next DAG+1 manually. On other rigs where I create DAG there was no problem. I don't think is related to CPU. |
|
|
|
Hi, is there a possibility to build a specific DAG file? ex. #48
No. Why do you need it? Miner creates next DAG in background so there is no pause in mining, and then use it when new epoch is coming and generate next DAG in background, etc. For me when the DAG changes, mining is stopped until next DAG has 40-65% and after that one card (or more) has 0 hashrate, to avoid this I create DAG in advance with ethminer and I use it with your miner. |
|
|
|
v3.3:
- failover for both Ethereum and Decred.
- added CRC check for DAG files. Now if DAG file is corrupted, miner will detect it and re-create DAG.
Don't remove DAG files manually if you think that they can be corrupted - miner will do it automatically if necessary.
- default value for "-ethi" option is "8" now (instead of "16"), it slightly reduces delays when miner accepts new job.
- Bug fixes, a few minor improvements.
Note that this version will recreate DAG files because old DAGs don't have built-in CRC. If you also want to use old versions of miner, use "-dir" option to set different folders for DAG files because CRC makes DAG files incompatible between v3.3 and earlier versions.
Hi, is there a possibility to build a specific DAG file? ex. #48 |
|
|
|
Another feature that i'd like to suggest is a way to for us to identify which card on a rig relates to the GPU number. The only way I can think of doing this would be, for example, if you hit CTRL+0, then it will adjust GPU#0's FAN to 100% while adjusting all other GPU fans on that rig to 5% for 15 seconds, that way we can know that GPU0 will be the card on the rig thats running the fans at full speed. This would be a huge help with troubleshooting hardware.
Can second this - GPU ordering is totally wack in this miner. GPU-Z, Afterburner, etc seem to show the GPUs in a totally different order. True, one can always see temps in the miner and try to match them in gpu-z to see "what's what". I can add to this that claymore miner isn't internally consistent. Order of GPUs shown in mining stats messages doesn't match order of GPUs shown in temperature stats messages. Not the end of the world, but it can be confusing. In Claymore miner order of GPU is like in every miner cgminer, sgminer, ethminer, etc ..., GPU utilities show different order. |
|
|
|
I use Sapphire Trixx to downclock my memory to 150 Mhz which also increases hashrate due to tighter timings.  how does downclocking the memory actually help? and, to me, this value seems insane!  are you sure you meant 150 Mhz ? I use Sapphire Trixx to downclock my memory to 150 Mhz which also increases hashrate due to tighter timings. Using 15.7.1 and Trixx? Are You sure it's underclocked? Checked in Trixx card info or GPU-Z? I'm absolutely certain, Trixx seems to be the only utility which allows you to do so without any hassle anyway. A wide variety of algorithms benefit from setting the memory to 150 Mhz [600 Mhz effective] such as Quark & Qubit which rely on latency rather than throughput. This sets your memory bus to a strap with tighter timings which will ultimately lower power consumption and heat and also allows for more overclocking headroom. To prove my point, I managed to yield 23 MH/s for Quark, a similar figure for Qubit and 37 MH/s Ethereum & 620 MH/s for Decred in dual mining mode on a 390x without rejected shares. Has anyone tried Stilit's bios or any other modded bios for that matter on Ethereum? 15.12 Trixx and Win7 x64 I can only overclock, but not downclock. Trixx accepts downclock, pretends that it's done, but if I check in card info or GPU-Z clocks are default values. MSI Afterburner reports that my memory is indeed running at 150 Mhz once set via Trixx. I have no other utilities present in this system which is why I cannot provide any other kind of confirmation. Try launching a game or anything else which can put a substantial load on your memory bus for that matter, such as Scrypt and you'll immediately notice a drastic decrease in performance. Out of curiosity, I "tried" to play a variety of games including Fallout 4, BF4 and GTA5 and let me say that what was once smooth sailing at 60 FPS is now a slideshow, which eliminated the last shred of doubt. 150 Mhz has proved to be optimal on my 290s, 290xs and 390xs as anything lower or higher seems to offset timings. By curiosity I set memory for R9 290 to run at 150Mh, speed for ETH is aprox. 3Mh .... You are sure memory is indeed run at 150Mh, look at MSI Afterburner Hardware Monitor graph not in main window. |
|
|
|
Miner in the dough a little more than a day. It's okay for now. Over time, fading farm name on the pool. Usually after work to the author. Supernova and stable work https: //dcr.maxminers.net and https://pool.mn/dcr. Less mistakes. If you mean, that the miner suddenly stops sending worker name, then I confirm. Just saw this. It should be rig1 and rig2. But actually looks like an empty name.  I confirm this also. |
|
|
|
Can it be compiled on Windows or is it Linux-only? Finally got it to compile. It seems to be 15% slower on my card than the official one. Advantage is to run only one instance for all cards. |
|
|
|
I am announcing my plans for a profitsharing delegate node called Full_Fat_Profitshare on the Lisk network.
...
If the community is not happy with more than one node per person, I will withdraw this proposal and just run the single node.
...
This is a malleable project, I am open to suggestions and/or criticism...... interested?
As history shows - profit is important. Most of community the support of those who pay more. They do not care about security and other such things. If the system is designed so that one person/group can grab the most of delegates - it can happen. So, if you can maintain and provide to an active delegates several nodes - do it. And I'm don't want to support those who because of their greed wants to be an active delegate taking all the profits themselves. Did you create nodes for Crypti? What? Is't not profitable? Ok. Furthermore, some characters which was spread FUD and harmed the community is now asking to vote for them. It's ridiculous. So, I plan to vote only for pools (profitsharing delegates) and maybe for some developers or other useful members. I'm going to do the same. Vote on profit sharing nodes as I think that is the only fair way to go. Especially with the insanely high payouts they are currently getting. That said, I do think the profit sharing delegates should rethink their rates. Most normal mining pools only take 0.5-2% of the mined coins for doing basically the same. For LISK owners will be interesting to calculate for who to vote to maximise their profit. Votes can earn profit from many pools. |
|
|
|
I am announcing my plans for a profitsharing delegate node called Full_Fat_Profitshare on the Lisk network.
...
If the community is not happy with more than one node per person, I will withdraw this proposal and just run the single node.
...
This is a malleable project, I am open to suggestions and/or criticism...... interested?
As history shows - profit is important. Most of community the support of those who pay more. They do not care about security and other such things. If the system is designed so that one person/group can grab the most of delegates - it can happen. So, if you can maintain and provide to an active delegates several nodes - do it. And I'm don't want to support those who because of their greed wants to be an active delegate taking all the profits themselves. Did you create nodes for Crypti? What? Is't not profitable? Ok. Furthermore, some characters which was spread FUD and harmed the community is now asking to vote for them. It's ridiculous. So, I plan to vote only for pools (profitsharing delegates) and maybe for some developers or other useful members. Right, I thinking in same way, pools delegates will dominate and will end "vote for me and I vote for you" |
|
|
|
The people buying on Yobit are basically agreeing to exchange BTC for 2 IOUs.
Let's face it, we are all holding IOUs from LISK Devs. People buying from YoBit are getting IOUs on the IOUs that YoBit has.
Not my business what they do, but I prefer one layer of IOU and I'll wait for the real launch to do any real trading.
Agree, but maybe some people want to enter before launch (because after the first major exchange price will rocket). Some of them that already bought are in profit right now! edit:right quote well ... this (second ICO from yobit!!!) is a little confusing .... |
|
|
|
smart move for yobit, but this can turn bad if LISK sold is more than they bought in ICO.
How? If YoBit sells more than they have then that's on them not LISK. People that buy from them are taking the risk that YoBit will really have the LISK and can exchange their LISK tokens 1:1 for real LISK. If you take that risk, it's on you. Not LISK "but this can turn bad " i refer to people who buy this token ... is risky. bought coins can't be withdrawn now .... and probably yobit planning to make more LISK from delegates .... |
|
|
|
|
Probably yobit invested in ICO some amount and now they sell in advance and probably will apply for delegates. smart move for yobit, but this can turn bad if LISK sold is more than they bought in ICO.
|
|
|
|
Once you completed the exchange a window popped with the address and passphrase. It gives you the option to download the credentials to a text file and afterwards you close the dialog box by "accepting" or basically saying that you've recorded the pass phrase.
THIS is the problem, right here. The window should not have closed (i.e, "trusted you") after you clicked "accept". The window should have kept going, stopped displaying your pass phrase, and said "Prove to me you've got it, buddy. Type it in right now while I'm not showing it to you, or we're going to a password reset screen." If the GUI had been set up like THIS, none of us would be having this conversation right now. Right, but this not resolve unclaimed keys |
|
|
|
Is an estimated time frame for POS start?
"soon" is too vague, and should be a reasonable time to let people to install new wallet (if they want).
I am sure in next few days! I hope before LEO do that Europe ture with buss so they can advertise it and get more and more peoples who love that POS project! In my opinion a hardfork is not possible in a "few days" is not like to update wallet |
|
|
|
|
Any news regarding mining pool? SIA development is important, but at some point should be a mining pool available.
|
|
|
|
|
Is an estimated time frame for POS start?
"soon" is too vague, and should be a reasonable time to let people to install new wallet (if they want).
|
|
|
|
- 13% not claimed passphrases: ~1,800 BTC or $750,000
- 56% not validated passphrases: ~7,840 BTC or $3,292,800
At the present time we would have to escrow over $750,000 in LISK, while having the uncertainty of potentially $3,300,000 in incorrectly recorded keys. We feel these numbers need to be reduced.
I ask again (as many others) what is final numbers (or %) in devs opinion before launch? Must be a timeline. A short delay is ok if is not followed by another delay. |
|
|
|
|
For now attention and interest is moved to other coins, also for some people POW is not so profitable because no public optimised miner is available
|
|
|
|
|
Delayed launch is ok, will be more time for delegates to test their nodes, also what % of claimed and validated is intended to be reached before launch?
|
|
|
|
This is great. More delegates pools with profit sharing is better. |
|
|
|
|
Show Posts
