Show Posts
|
Pages: [1] 2 »
|
I'm not sure who/why deleted my previous post...
Good job Optiminer! This was long overdue
|
|
|
Should we still wait for a Linux version? Is Zawawa still working on this project?
|
|
|
<whatever />
You're either going through puberty, are a complete moron, or suffering from permanent cerebral PMS. When you get past that, try to get a life. You will realize that you can actually smile, and enjoy things. - GUNBOT user, holding my bags, and waiting for the market to turn Hold them tight. Let me know how it goes and report back please and not silently sit in a corner when you realize that those bags aren't going anywhere ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Go be a happy holder. This isn't my intent and the BOT false advertise it in a way that almost hits on my intent to use. Listen kid: to make a profit, one has to buy low and sell high. This is pretty simple math, that a 4 year-old can understand. When the market is going south, when the prices are dropping, you either wait for them to go up, or if you know your shit, you do that Gunthar implemented: you average down. And then wait some. Your inability to understand that, does not make the software bad, it just makes you look really stupid. On the other hand, if you life savings are half a bitcoin, and you thought that this is a nice game that will buy you a house in a fortnight, well, this is a game for grown-ups. You don't learn to play poker if you don't pay.
|
|
|
<whatever />
You're either going through puberty, are a complete moron, or suffering from permanent cerebral PMS. When you get past that, try to get a life. You will realize that you can actually smile, and enjoy things. - GUNBOT user, holding my bags, and waiting for the market to turn
|
|
|
@zawawa Is there any progress with the linux version? Waiting impatiently ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
|
|
|
I meant this! excavator Release v1.2.5 alpha https://github.com/nicehash/excavator/releases/tag/v1.2.5a- added hardware acceleration for Radeon RX 460/470/480/560/570/580
- added daggerhashimoto (a.k.a. Ethash) OpenCL kernel for NiceHash
- added algorithm details (pool stats)
- added system details to info API
- added optional HTTP API auth token
- wrong OpenCL.dll fix attempt
- improved OpenCL hardware management
- added algorithm CUDA lbry
This is a big release with Ethash/daggerhashimoto, lbry, and hardware acceleration. I will stay around for a while to answer questions and to post some tips and benchmarks. Enjoy! Great work! Do you have an ETA for the Linux version?
|
|
|
@zawawa Any progress with the Linux version?
I am currently doing preparatory work for the upcoming Linux version. Excavator's code base is very clean, so there shouldn't be any problems. This is very good news! Thanks ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
@zawawa Any progress with the Linux version?
|
|
|
The miner progressively shows/detects less and less memory for detected GPUs When the miner starts it shows 8148 MB for each card, and it goes all the way down to 1000 MB per card. This can happen in an hour or in 12 hours. Stopping and restarting the miner fixes the problem.
OS: Ubuntu 16.04.1 AMD drivers: 16.30 All cards are ASUS ROG STRIX-RX480-8G-GAMING
Has anyone else experienced this? @Claymore: Could it be that you are not releasing GPU memory between internal miner restarts?
Memleak when it fucks up. Then it restarts itself to hog more memory with the second copy of the DAG. yes, definitely sounds like a memory leak to me. grab some paper towels and check your motherboard/ram slots particularly, hopefully its not so bad that you are leaking underneath the rig too. once i had stacked a couple rigs, like bunk beds you know.. so i could utilize the same 24" box fan for 14 gpu's.. and the top rig memory leaked all over the rig underneath it.. huge mess. who would have thought all that fluid fits in such small semiconductors? man i wish ram just ran on smoke like cpu's do.. Nice. You definitely have a lot of time to spare... Wish I did, too The question still stands: Has anyone else experienced this? @Claymore: Do you need any more info to check this?
|
|
|
The miner progressively shows/detects less and less memory for detected GPUs When the miner starts it shows 8148 MB for each card, and it goes all the way down to 1000 MB per card. This can happen in an hour or in 12 hours. Stopping and restarting the miner fixes the problem.
OS: Ubuntu 16.04.1 AMD drivers: 16.30 All cards are ASUS ROG STRIX-RX480-8G-GAMING
Has anyone else experienced this? @Claymore: Could it be that you are not releasing GPU memory between internal miner restarts?
|
|
|
I just came back to the States. I am not going to give out details, but it seems like I will do a full-time miner development for the foreseeable future. Hopefully, that will have synergistic effects on GG. We will see.
Congrats!!! Looks like your efforts paid back. I guess your wife is smiling now ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
Остава само да махнеш windows-a и всичко ще е наред ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Τρία πουλάκια κάθονται και πλέκουνε παστίτσιο
|
|
|
Claymore, We wait Linux v.11
me too... Please do not make us linux users unhappy. me too... +100 I offer to chip in for the speed of the process. We already "chip in" more than enough..he has received tens of thousands of dollars from linux users and continues to do so, just like every other windows user, but still decides to treat linux users second rate. Hey, give the man a break. He does not owe it to anyone to do anything. If we use his software, we do it because WE make money. And of course he does too, as he rightfully should. If he decides to leave Linux behind, it's his choice. We will make less, if we use software that is slower than his, and he will make nothing. But again, it's his choice!
|
|
|
Maybe you don't have such a sense of humor... You also don't seem to understand how copyright law works. It restricts copying, not reverse engineering.
It seems you should learn a bit. The License file is a part of miner package. Besides copyrights, it also describes what you may do and what you may not. Do you state that you may ignore "License.txt"? If so, that's what I mean when I say that some devs don't respect licenses. You are almost paranoid about people learning how your code works, yet it's been over a month since I publicly described how to implement a ZEC miner that is significantly faster than yours. Then why do not you do a miner ? There hasn't been enough incentive to do it. If someone offered a large enough payment, I could write a Linux ZEC miner that is at least 10% faster than Claymore 9.2, and probably have it finished in under 30 days. OK, how much for a 10% faster miner?
|
|
|
This must sound stupid but I can't find a f*ckin clue anywhere, and I can't believe nobody has made this question before: how do you identify a specific gpu from 6 identical cards in a mining rig? The only thing special about this card is 10ºC more in GPU temperature. You can't tell it apart with your hand obviously. Is there any option in Claymore miner that can help with that?
1st slot is always the PCIe x16 that is closest to the CPU. All other cards are numbered from the one closest to the CPU, going outwards (mixing PCI & PCIe) ** If you have an embedded GPU, then this is the 1st one, and the rest follow as above
|
|
|
So windows support?
When I stop seeing this every 5 other posts, I'll start thinking I'm reading another thread...
|
|
|
yup...faster than SAv5. But I'm sure SA will catch up soon Edit: maybe not as stable, just had a crash. Tongas work great (R9 380 -> 84 sol/s) Ellesmeres crash after a while
|
|
|
A. 1 x R9 380 Ubuntu 14.04.4 desktop, fglrx Was 18-21 sol/s, now is 25-26 sol/s
B. 3 x R9 380X Ubuntu 16.04.1 desktop, amdgpu-pro Was 84-89 sol/s, now is 92-93 sol/s
C. 5 x RX470 + 1 x RX480 Ubuntu 16.04.1 server, amdgpu-pro Was 135-147 sol/s, now is 145-148 sol/s
Latest version is really great - Congrats to mrb, eXtremal, and everybody else. Congrats for your coding, thinking, working together, and ethos A. 1 x R9 380 Ubuntu 14.04.4 desktop, fglrx Was 18-21 sol/s, now is 25-26 sol/s, now is 50 sol/sB. 3 x R9 380X Ubuntu 16.04.1 desktop, amdgpu-pro Was 84-89 sol/s, now is 92-93 sol/s, now is 145 sol/sC. 5 4 x RX470 (4G) + 1 x RX480 (8G) Ubuntu 16.04.1 server, amdgpu-pro Was 135-147 sol/s, now is 145-148 sol/s, now is 355 sol/s
|
|
|
Can u add values to your considerations ? It would be even better Thank you
Sure, here you go: A. 1 x R9 380 Ubuntu 14.04.4 desktop, fglrx Was 18-21 sol/s, now is 25-26 sol/s B. 3 x R9 380X Ubuntu 16.04.1 desktop, amdgpu-pro Was 84-89 sol/s, now is 92-93 sol/s C. 5 x RX470 + 1 x RX480 Ubuntu 16.04.1 server, amdgpu-pro Was 135-147 sol/s, now is 145-148 sol/s Setting OPTIM_SIMPLIFY_ROUND to 1 had the following results: A. 29-31 sol/s B. 92-97 sol/s C. no change
|
|
|
|