A fact that was when you use an intergrated GPU and buff up the amount of RAM, that it will get you better performance. It is a fact under certain situations. Nowadays, if you bump up from 4GiB to 8 sure your games will run better. Is this also happening when you are CPU mining? No. Mining consumes negligible amount of memory (often under a single texture). Some algo consumes more but they're still relatively rare. |
|
|
|
Which cards would you recommend me? It's better to get a bigger amount of cheaper cards or getting les cards but more expensive? I would suggest against buying at all (be sure to run your numbers first, ROI can get in the years super easily). Most users around here mine upper midrange. As a side note, NV cards have regularly improved kernels and I'm not sure what's the current situation with AMD. In general big card is better than small, just avoid top models. |
|
|
|
|
That's absolutely cool man. Too bad it won't be considered hardcore because the HW isn't hardcore by itself but you have my respect!
The plasma speaker is badass stuff too.
|
|
|
|
|
Have you considered they might be running custom kernels?
|
|
|
|
Some time ago I tried the one the myriad team provides. Now you can find it at http://myriad-web.nutty.one/en/mining Digibyte's 'easyminer' also comes with one. It seems the situation with skein is still problematic. Please update thread with results. |
|
|
|
Mining with a GPU will use exactly the same bandwidth as with ASIC - on a comparable DGB mining payout basis that is Let's put numbers. We're talking at about hundred bytes per minute. Right, you can't mine and play at the same time, but you can mine when you're not playing, and get some nice amounts of DGB doing it. You can absolutely mine and play at the same time, just not with AAA games. In practice many games games are mostly bandwidth hogs so GPUs have plenty of spare time. The highest-profile games I played while mining were Borderlands 2 and some HD remix of Serious Sam. I've mined Qubit, GrsMyr, even NeoScrypt. Qubit works like a charm, little impact on both framerate and hashrate. As a comparison, Yescrypt is incompatible with everything. Best part is power consumption since your GPU is already 90% loaded when gaming so you get only part of the hashrate but at a fraction of the cost! |
|
|
|
|
Dudes, considering I have developed my miner to go with MYR I would expect to be at least mentioned by now... albeit I understand some closed source kernels at last managed to get slightly beyond my perf, I'd like to get some more feedback especially on GRS-MYR.
Thinking twice, that's really up to you as I cannot put any effort in it for the next couple of months.
|
|
|
|
Every now and then I am seeing a new currency is being introduced. I think this way we are harming the security of crypto currency sector. If this continues, government will have to intervene someday just to stop the free distribution of money (power) in to the society. Interesting speculation. Unfortunately, crypto does not create new money. There's no problem to fix here by anyone and no real possible economic trouble either. The only problem being the division of investment as you notice. 7 Billions might be a considerable part of a country budget for many countries but it's far from being a "huge" amount of money worldwide. |
|
|
|
If I'm not mistaken that sounds a lot like sgminer No idea how did you get to that conclusion. Indeed the verificators needs to be compiled for the time being (like sgminer) except that every verificator can be re-assembled on need at runtime. For CPU mining no, that's not really going to work efficiently, as the hashing itself is simple most of the time and the cost involved in CALL will be overwhelming. Yet you could design a proper DLL interface considering your needs (no, it is not easy). Dll based? (shudder) that's Windows? Or do you mean shared libraries? My concern about shared libraries
it could cap performnance to the lowest common denoniminator. No idea why you guys are so tied to stickers. DLLs and SOs are pretty much the same thing for most practical purposes. Dynamic linking based on runtime capabilities has been around by decades and it can be efficient - the old school example is linking games to Glide/D3D/GL by runtime or even GL extensions on GPU capabilities. You can do the same, detect feature set X, fetch library_X.so, feature set Y fetch library_Y.so. If the interface is purely functional it will be relatively easy especially in plain C and will - in theory - allow a single executable to support every future algorithm. That is, if you want to go in that direction. |
|
|
|
|
Can you somewhat make UI denser?
There are the old MYR comparisons around... I hope this time gathering the information is successful, it would be about time this data is found and made coherent!
|
|
|
|
Cleaning up, cleaning up! Have you considered making it data-driven? I was thinking about loading CL kernels for CPU-side verifications as well. At that point we shouldn't even need to recompile at all. Or maybe something DLL based. |
|
|
|
For example, I semi-recently not only did the ONLY open-source implementation of a CryptoNight AMD miner, but I didn't base it on existing code infected with the GPL. This means there's now a base that's not only open, but MIT/BSD licensed to work off of for others. Kudos to you! |
|
|
|
How is the perf with sgminer qubit those days?
And who else in the qubit is mining? Besides you and me? Are you in? IDK. What I'm doing now requires plenty of GPU so I cannot run even on low settings without having that shit running amok! I have mined only a couple of hours in qubit since the beginning of the year but most of the time I see a couple of wallets on bird's. Meziti has been around for a while. He runs a few pools, or perhaps he used to. I think he's not going to stab you  |
|
|
|
|
How is the perf with sgminer qubit those days?
|
|
|
|
In future you should advice these coin devs on their algos cuz quite often they fail on their own. A memory intensive algo being compute strained lol  Quoted for emphasis. With all those rounds of salsa/chacha no idea how they managed to get different expectations... scrypt was already compute bound with GAP 2 and NeoScrypt is ~4 times more intensive! |
|
|
|
Myriad-groestl: I tried splitting the kernel into two parts, groestl and sha. I was almost sure it would be an improvement but it is a little slower instead (and it requires a custom miner). It could fix Tahiti slowness, though. I don't know yet because I didn't have such a card ready on the rig to test.
How did you get this expectation? I also tried that but for very different reason: giving small devices chance at a more efficient task switching. It wasn't worth it even in that case (surprisingly). |
|
|
|
|
Hello Joblo, I've seen on the other thread you have asked for info about AES-NI on AMD.
AMD might be hard buy but at least they have a somewhat coherent feature set. AES-NI is available on all recent processors AFAIK including low power Kabini as well as some low-power options are half a decade old. In general, every chip above 30 bucks has it including those in SoHo NAS. Thank you Intel for market segmentation!
Is people CPU mining qubit those days? A radeon 7750 will do twice the qubit hash at 10% less power.
By contrast the x11 performance looks cool.
|
|
|
|
Just asking if r9 380x is better then r9 280x/290.
It's a rebrand,but same hashrate and low power consuming. The 380x in NOT a rebrand. The 380 is a rebrand of the 285, which was a 'side-grade' compared to 280x but still slower than 290. The 380x never existed before (it was produced for some OEM products only). The chip is Tonga (GCN1.2) and it is considerably different from previous vidcards. FYI. |
|
|
|
What do you think about this card? It is a good all-rounder gaming card but too late and too pricey last time I checked it. |
|
|
|
|
Show Posts
