I don't get it. A GPU is just a vector co-processor that can run any compatible software application. Different architectures perforrm differently for different applications, just like a CPU. Mining is not an singular application but a group of applications (kernels), each with their own performance profile.
So what is a mining GPU? Does it have more cores to improve compute-bound applications, or a faster memory interface to improve I/O bound applications? It depends on the algo.
So what features could their be that define a GPU as a mining GPU? Just removing the video ports won't reduce the cost enough to draw miners, or anyone. to buy it instead of a regular GPU.
I suspect it's just going to be a marketing campaign to miners. They may brand a card as mining vs gaming but it will only be cosmetic.
|
|
|
My apologies to everyone reading this thread for feeding a troll. I have deleted my posts.
OH PLEASE!!! Don't go off and kill yourself. Feed the troll until his belly is bloated, then stick it with a pin. Let him die smelling his own stink. As if a typo needed this much attention. --scryptr Haha. it only became an issue about a typo when that was the only way he could win the argument. So technically he did win. He only claimed that "Myr-gr" the text was removed from the post, not the algo from the miner as I foolishly assumed. I got trolled into a pointless argument But the issue of confusion among the groestl algos is real. Groestl and Diamond-Groestl use the same hashing functions but different merkle root encoding. They are not interchangeable but produce the same hash rates. Myriad-Groestl uses diferent hashing functions and produces a higher hash rate.
|
|
|
My apologies to everyone reading this thread for feeding a troll. I have deleted my posts.
|
|
|
sp_I`m still waiting for your response don`t be a scammer! why did you revert 9. 0.05BTC Myr-gr and groestl sp-mod (1 release) Myriad speed: (75MHASH gtx 1070, 40MHASH gtx 1060 3gb) to 9. 0.05BTC groestl sp-mod (1 release) groestl speed: 40MHASH gtx 1070, Myriad speed: (75MHASH gtx 1070, 40MHASH gtx 1060 3gb) Do you think I`m fool? Confusing Myriad-Groestl and Diamond-Groestl? Diamond is the same speed as Groestl, Myriad is faster.
|
|
|
Thanks for the link NiHaoMike. That looks very interesting.
There was one guy here JoshV06 who had over 150 mining units in Houston, Texas which is as hot and humid as it gets.
It looks like he went out of business though.
The location I'm considering wouldn't be as bad as Houston.
If you're talking about cost of cooling you must be talking about air conditioning. Humidity matters with AC. With fresh air cooling humidity doesn't matter. Your biggest challenge with fresh air cooling is air circulation. An ambient tempterature of 32C is ok if you can exhaust the heat well. A couple of box fans is a lot cheaper than AC. I haven't done the math but the cost of air conditioning will probably kill any profit potential. There was another recent thread discussing the effects of humidity.
|
|
|
Add pls JHA algo support ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Yes pls add JHA dev ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) . It should be easy but I'm having a weird problem.
|
|
|
There are a couple of interesting points that I would like to comment on.
Mining scrypt algo requires ASIC rigs for any chance of making a profit. The ASIC market is competitive with newer faster ASICs becomming available limiting the usable life of any ASIC hardware purchase.
Using 5 year old GPUs willl likely not be profitable for any algo. They perform at about 30% of similarly priced current generation GPUs and consume about twice the power. (made up stats but they're in the ballpark). Software support is also more challenging. Newer versions may not support older hardware and older versions will be less efficient (less optimized) and may not support newer algos. Being able to compile the software yourself could alleviate that.
Quantum computing is still just a dream. IBM is starting an "initiative" to build the first commercially available qauntum computer, I saw no timetable. Quantum computing is still a long way from reality and even longer beforre it reaches the the consumer market.
How long can mining last? I have been asking myself that question for 3 years and I still don't know the answer. No one really does.
|
|
|
Im trying to mine verium but when i start my miner i get this error: Scrypt buffer allocation failed. How can i fix this? im using the latest version 3.6.4
You don't have enough memory. i have tried it on two computers, one with 4 Gb and the other one with 8Gb... in both of them it doesnt work, same error... The size of the buffer is determined by the N factor. I'm not familiar with verium, maybe someone in the verium thread can help. Edit: you didn't mention the number of threads, one buffer is allocated for each thread. Try with fewer threads.
|
|
|
Im trying to mine verium but when i start my miner i get this error: Scrypt buffer allocation failed. How can i fix this? im using the latest version 3.6.4
You don't have enough memory.
|
|
|
Hello. I'm using windows binaries cpuminer-aes-avx2 on i7-6700. When I start the program, the miner says: cpu features: sse2 aes avx avx2, sw features: sse2 aes avx avx2, algo features: sse2 aes, start mining with sse2 aes. Does it mean that the miner doesn't use CPU instructions avx and avx2?
Yes because the algo doesn't support it. Cryptonight algo doesn't support avx and avx2 or it can be fixed? Do more reading before asking stupid questions.
|
|
|
Hello. I'm using windows binaries cpuminer-aes-avx2 on i7-6700. When I start the program, the miner says: cpu features: sse2 aes avx avx2, sw features: sse2 aes avx avx2, algo features: sse2 aes, start mining with sse2 aes. Does it mean that the miner doesn't use CPU instructions avx and avx2?
Yes because the algo doesn't support it.
|
|
|
Thanks for the awesome replies ! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) RentGPU, may I have your bitcoin adress for a donation?? =) I have to disagree with the suggestion to install 3 GPUs on the mobo. Most mobos don't have adequate spacing for cooling with 3 GPUs, and cooling is critical for mining. Two on the mobo and the rest on powered risers connected to x1 slots. And make sure you use a good PSU with lots of extra power, especially if you intend to overclock.
|
|
|
Git is being a pain in the ass. I still can't upoad the Windows binaries of the v3.6.4 release. Previously I was gettng every possible error from file too big to file is empty to file already exists to invalid file type.
Now things are different, it doesn't do anything, no error no upload. Furthermore while playing around the release got published just by saving it as a draft. And now I can't delete the release, any attempt does nothing.
The result is the git release feature is not reliable and of no use at this time. Please use Google to download cpuminer-opt.
|
|
|
please how can i correct this
Don't use Lightshot, I'm not installing that just to see your screen cap. cpuminer-opt is not a GUI program so don't show me images. A simple text copy and paste will do. It is a security red flag to receive a file that requires installing an app to read. DON'T DO IT, EVER!
|
|
|
That's not a coin, it's an algo. Is there a coin that s uses it for POW?
|
|
|
Is there any way to modify the source code to unlock an "Aggression", "Intensity", or "Worksize" options?
For example, how can I modify the code to stress the CPU more?
Thanks in advance.
That would assume the software is currently throttling performance, which it isn't.
|
|
|
the ccminer bitcore crash is not a problem with the algos. as you can see from the sources, all the expected combinations are supported. that won't be true when/if they increase the number of permutations. and it won't crash anyways, it would just produce invalid shares.
i think it's a thread race condition when computing the permutations. to fix it, either use __thread variables (but that will make the same calculations for every thread) or use a mutex.
i think the same problem applies to timetravel (machinecoin) as well, but I did never see it.
if this were the real issue, then you got only invalid shares (=wrong function order -> wrong hash), and not vga crash. it's not a vga crash: it's random data in the s_sequence and/or hashOrder variables, leading to crash in the cpu code. If it crashes with only one GPU, ie one CPU thread, it's not a thread race condition.
|
|
|
|