-
Notifications
You must be signed in to change notification settings - Fork 9
GeForce GTX 750 Ti 2Gb : CUDA: failed to alloc memory (version v0.5c) #13
Comments
@locmer I am assuming you are getting "out of memory" error while doing real mining too, not only in benchmarking. In that case can you please also test with:
Thanks! |
@kozyilmaz I am a developer but not very experienced with crypto currency yet (so take my input with that in mind) Mining with just cpu works just fine (I think): ./nheqminer-cpu -l equihash.eu.nicehash.com:3357 -u [redacted] -t 4
Setting log level to 2 But of course I'd like to use my GPU: ./nheqminer-gpu -l equihash.eu.nicehash.com:3357 -u [redacted] -t 4 -cd 0
Setting log level to 2 and also the -old fails: ./nheqminer-old -l equihash.eu.nicehash.com:3357 -u 3HQDfaWG5JZcnc6J8EJduY2ocNmWuJTM53 -t 4 -cd 0
Setting log level to 2 Is this what you were asking? |
Some more data points, may be it helps. I tested some of the available options and with some it seems to work but I do not see a lot of performance difference then with CPU only. So I wonder if it works effectively: ./nheqminer-old -cv 1 -l equihash.eu.nicehash.com:3357 -u 3HQDfaWG5JZcnc6J8EJduY2ocNmWuJTM53 -t 4 -cd 0
Setting log level to 2 |
Hey @locmer thanks for testing it all out. Somehow CUDA can not allocate memory which is odd (I got a a GTX680 and GTX960 with 2GB working for weeks). It is also visible in your test: Your last test The command that should be working in your case is If you run By the way is this a vanilla GPU or does it contain a modified ROM or something like that? |
@kozyilmaz This a bog standard GPU. Tweaking -cd 0 -cb 8 -ct 32 does make a slight difference (It fails at another point) See below. And it tweaked the CT and CB number (8-16/4-8/4-4/1-1) but that does seem to make a difference same failure. On upside is for the short time it runs it seems to function with a lot better performance numbers (makes it more painful :-) Looks like I am not the only one, and it is not tied to Mac OS X, and not progress since January :( ./nheqminer-gpu -l zec-eu.suprnova.cc:2142 -u locmer.Mac -t 7 -cd 0 -cb 8 -ct 16
Setting log level to 2 I am guessing this puts this issue outside the realm macOS space and to CUDA driver/BIOS or nheqminer core code? |
@locmer indeed, it really seems this issue is GTX 750Ti specific, good catch in nheqminer issues. I'll look for a spare 750Ti among my friends, I'll update the issue if I find one. Btw are you using CUDA 9? |
@kozyilmaz This is the exact model I have EVGA 02G-P4-3751-KR GeForce GTX 750 Ti 2GB GDDR5 CUDA Driver Version: 9.0.214 |
I have this exact issue on arch linux with cuda V9.0.176 running a Quadro M1000M which unsurprisingly is based on early pascal GM107 same as a GTX 750ti. I suspect anything on this arch is having a problem. |
Thanks for the info @Bigsy, you are right arch looks problematic. I am looking for GTX745,750,750TI so far but no luck yet. |
@locmer I got the same issue (CUDA: failed to alloc memory).. did different -cd 0 -cb 8 -ct 16 etc. @kozyilmaz |
oh really :) @Lumiboy what was the configuration of your displays? both 4K, 1080p? |
@kozyilmaz both 2560x1440 |
Interesting.. the laptop I was trying this on did have a 4k display connected via thunderbolt. Unfortunately, I don't have access to this combo at preset to retest. |
OS: High Sierra Number of CUDA devices found: 1 I can kick it off, but if fails shortly: ./nheqminer-gpu -cd 0 -ct 0 -l zec.pool.minergate.com:3357 -u UserName
Setting log level to 2 |
Getting the following error when trying to use a GeForce GTX 750 Ti 2Gb
./nheqminer-gpu -b -cd 0
Setting log level to 2
[22:11:06][0x00007fff96be73c0] Using SSE2: YES
[22:11:06][0x00007fff96be73c0] Using AVX: YES
[22:11:06][0x00007fff96be73c0] Using AVX2: YES
[22:11:06][0x00007fff96be73c0] Benchmarking CUDA worker (CUDA-DJEZO) GeForce GTX 750 Ti (#0) M=2
[22:11:06][0x0000700001afe000] CUDA: failed to alloc memory
machine-a:miner user1$ ./nheqminer-gpu -ci
Number of CUDA devices found: 1
#0 GeForce GTX 750 Ti | SM version: 5.0 | SM count: 5
machine-a:miner user1$
uname -a
Darwin machin-a-iMac.local 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 15 17:36:27 PDT 2017; root:xnu-3789.70.16~2/RELEASE_X86_64 x86_64
The text was updated successfully, but these errors were encountered: