Show Posts
|
Pages: « 1 2 [3] 4 »
|
Harder to get MRC and the price still the same. Gonna hold it for a while and it will explode like VTC. Very nice coins. Btw who still mining Maxcoin right now?
I bought some VTC at 0.005 and now they're at 0.004. Hmm MRC: my stash is at 32 millions now. Good that I mined them while they were still easy Maxcoin: don't even mention... This currency is done for. Ah, the memories of good times. Christian I don't think so. It is still profitable if you mine with AMDs. And it requires less power. VTC will rise again. Now everything goes slowly because bad news with BTC. But next week after bitstamp back to normal it will back again. I got 18mil MRCs after 3 days. It's much harder now. IMO scrypt coins are done for. Even DOGE will die. Yeah, doing Max, Dodge and Vert. And there's this about Max. http://forum.qrk.cc/thread/1730/started-war-maxcoin-max-kaiserhttp://forum.max-coin.net/index.php/topic,42.0.html
|
|
|
Harder to get MRC and the price still the same. Gonna hold it for a while and it will explode like VTC. Very nice coins. Btw who still mining Maxcoin right now?
I bought some VTC at 0.005 and now they're at 0.004. Hmm MRC: my stash is at 32 millions now. Good that I mined them while they were still easy Maxcoin: don't even mention... This currency is done for. Ah, the memories of good times. Christian Christian, should I sell? Got 10 of them. :-) Maxcoins that is...
|
|
|
Is any one mining VERT On a GTX 650 TI and getting more than 95 kh/s K4x24 in the bat GPU Settings: Cudaminer 2014.2.9 Results: Thanks in advance! Try using K4x32 I get about 180kh/s on my 650ti Non boost? I only get 150 on mine. Will try this.
|
|
|
Doesn't work, only booo... with the same configuration i mine doge, i can't mine VTC, why?
did it ever occur to you that Vertcoin isn't doge? No paws, no fur, no wow! seriously, you need --algo=scrypt:2048 and later on 4096, 8192, etc... I am not entirely sure about their N-factor schedule. The original wallet had this schedule: | N | Memory | Timestamp | Date/Time | | |----------|--------|-------------|-------------------------------|---| | 2048 | 256 kB | 1389430800 | Sat, 11 Jan 2014 09:00:00 GMT | | | 4096 | 512 kB | 1422985232 | Tue, 03 Feb 2015 17:40:32 GMT | | | 8192 | 1 MB | 1448151056 | Sat, 22 Nov 2015 00:10:56 GMT | | ... but apparently they have decided to relax the aggressiveness and change it to this more relaxed schedule: | N | Memory | Timestamp | Date/Time | | |----------|--------|-------------|-------------------------------|---| | 2048 | 256 kB | 1389306217 | Thu, 09 Jan 2014 22:23:37 GMT | | | 4096 | 512 kB | 1456415081 | Thu, 25 Feb 2016 15:44:41 GMT | | | 8192 | 1 MB | 1506746729 | Sat, 30 Sep 2017 04:45:29 GMT | | ... but I am not aware of any wallet update having been pushed out recently, so the code may still run on the old schedule at the moment. https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=sharing#gid=0
|
|
|
Hi
Today, I have tried BTer.com. I sended 10'000, 5'000 and 10'000 Doge to the Deposit.
The first 10'000 and 5'000 I have sell.
The last 10'000 have never reached the deposit.
Can it be, that BTer have make a daily closing. On the Target-address from the last transation, there will be a tons of Transactions?
Thanks for your answers.
The Pictures are deleted!
Is solved. I was too impatient
How long did you have to wait for a deposit to show up?
|
|
|
For the kernel launch configuration: Take the total number of CUDA cores on your card, multiply by 2, and append x32 for the K kernel and x16 for the F kernel. Yes, terrible autotuning [2014-02-10 01:30:44] Starting Stratum on stratum+tcp://maxpool.1gh.com:17333 [2014-02-10 01:30:44] 1 miner threads started, using 'keccak' algorithm. [2014-02-10 01:30:45] GPU #0: GeForce GTX 650 Ti with compute capability 3.0 [2014-02-10 01:30:45] GPU #0: interactive: 0, tex-cache: 1D, single-alloc: 1 [2014-02-10 01:30:45] GPU #0: 8 hashes / 1.0 MB per warp. [2014-02-10 01:30:45] GPU #0: Performing auto-tuning (Patience...) [2014-02-10 01:30:45] GPU #0: maximum total warps (BxW): 856 [2014-02-10 01:33:25] Stratum detected new block [2014-02-10 01:34:19] GPU #0: 7632054528.00 hash/s with configuration k61x14 [2014-02-10 01:34:19] GPU #0: using launch configuration k61x14 [2014-02-10 01:34:20] GPU #0: GeForce GTX 650 Ti, 0.00 khash/s [2014-02-10 01:34:20] GPU #0: GeForce GTX 650 Ti, 3729 khash/s [2014-02-10 01:34:37] Stratum detected new block [2014-02-10 01:34:37] GPU #0: GeForce GTX 650 Ti, 5553 khash/s [2014-02-10 01:35:15] GPU #0: GeForce GTX 650 Ti result for nonce $0d3a4d37 does not validate on CPU! [2014-02-10 01:35:15] GPU #0: GeForce GTX 650 Ti result for nonce $0d3a4d37 does not validate on CPU! [2014-02-10 01:35:15] GPU #0: GeForce GTX 650 Ti result for nonce $0d3a4d37 does not validate on CPU! [2014-02-10 01:35:15] GPU #0: GeForce GTX 650 Ti, 5850 khash/s -l F192x16 --algo=keccak -m 1 -i 0 -H 2 -C 2 [2014-02-10 02:08:41] GPU #1: GeForce GT 440 with compute capability 2.1 [2014-02-10 02:08:41] GPU #1: interactive: 0, tex-cache: 2D, single-alloc: 1 [2014-02-10 02:08:41] GPU #1: 32 hashes / 0.0 MB per warp. [2014-02-10 02:08:41] GPU #1: using launch configuration F192x16 [2014-02-10 02:08:41] GPU #1: GeForce GT 440, 15379 khash/s [2014-02-10 02:08:43] Stratum detected new block [2014-02-10 02:08:43] GPU #1: GeForce GT 440, 16178 khash/s -l Y1536x32 --algo=keccak -m 1 -i 0 -H 2 -C 1 [2014-02-10 02:00:52] GPU #0: GeForce GTX 650 Ti with compute capability 3.0 [2014-02-10 02:00:52] GPU #0: interactive: 0, tex-cache: 1D, single-alloc: 1 [2014-02-10 02:00:52] GPU #0: 32 hashes / 0.0 MB per warp. [2014-02-10 02:00:52] GPU #0: Launch config 'Y1536x32' requires too much memory!
[2014-02-10 02:00:52] GPU #0: using launch configuration K1536x32 [2014-02-10 02:00:52] GPU #0: GeForce GTX 650 Ti, 40265 khash/s [2014-02-10 02:00:55] GPU #0: GeForce GTX 650 Ti, 59769 khash/s [2014-02-10 02:00:55] accepted: 1/1 (100.00%), 59769 khash/s (yay!!!) [2014-02-10 02:01:19] GPU #0: GeForce GTX 650 Ti, 60802 khash/s There is no kernel for mining Protoshares? I have a GTX 650 Ti (non-boost). I use: cudaminer.exe (09 version) --algo=keccak -i 0 -l K512x32 -C 2 -H 2 -L 128 Get: 55 khash. With your settings, get an error and same speed. Just realized you're using "Y" kernel
|
|
|
Yes, it's more about WU as some people say, still, 1/3 the WU from what I was mining in scrypt. My concern is that only conservative settings will be stable in vertminer, compared to more aggressive settings in cgminer for scrypt.
I think he means that you need to consider the price of the coin. I'd get ~$4/day with my 7850 hashing 365kh/s scrypt. I can get $6-7/day mining Vert at 160kh/s. Even if it went down to 120kh/s its still $5/day and better than normal scrypt. Exactly.
|
|
|
vertminer 0.5.3 on windows 8.1, one thread because the card only has 2 GB. ~160 KH/s ~160 WU. Computer has 8 GB ram. At going rate, ~1 coin per day.
Only 160 kh/s?? That's like 1/3 of what i get mining scrypt with my 270x. I can't justify putting it on VTC if it takes that big of a hit. My 7950's were almost exactly 50% of their scrypt hashrate with no messing around, 33% is just not going to be worth it. I was able to get as high as 223 kh/s on the 270x but HW errors eventually appeared. I have conservative settings. I can get higher if I want. In which I do not, $200 is a big investment for me right now. And the noise... You're welcome to overclock and set to I 13. :-) Besides, it's not all about hashrate...
|
|
|
I spent a couple hours last night trying to get my ASUS R9 270X HW error free and I could not find a TC setting that worked for it. Considering the lack of temperature and fan controls since i ported it into BAMT, I decided to move that rig back to scrypt for now. I don't know if the issue is with the R9 series cards, that card itself or the fact that I ported it to BAMT, but there's obviously issues and I hope that maybe a vertminer specific bamt version will be made someday.
I'm not having any problems. Vertminer 0.5.3 PowerColor PCS+ R9 270X 2GB GDDR5 TC 9995 I 12 G 1 Gap 2 Stock Clock. Temp stuff working fine. Downclocks/downvolts when it can not meet desired temp. Runs 72C. Are you running vertminer within bamt though or on windows. Also, what hashrate are you getting with those settings? My issue is my 270x is in a rig with a few 7950's that run at -g 1 not 2, so this setting won't really work for me. vertminer 0.5.3 on windows 8.1, one thread because the card only has 2 GB. ~160 KH/s ~160 WU. Computer has 8 GB ram. At going rate, ~1 coin per day.
|
|
|
I spent a couple hours last night trying to get my ASUS R9 270X HW error free and I could not find a TC setting that worked for it. Considering the lack of temperature and fan controls since i ported it into BAMT, I decided to move that rig back to scrypt for now. I don't know if the issue is with the R9 series cards, that card itself or the fact that I ported it to BAMT, but there's obviously issues and I hope that maybe a vertminer specific bamt version will be made someday.
I'm not having any problems. Vertminer 0.5.3 PowerColor PCS+ R9 270X 2GB GDDR5 TC 9995 I 12 G 1 Gap 2 Stock Clock. Temp stuff working fine. Downclocks/downvolts when it can not meet desired temp. Runs 72C.
|
|
|
@ Adaseb.
"I get the exact same results with slightly different settings. Seems like the max for the 270X"
Yeah, I tried overclock. Nothing better. So, running stock and cool.
|
|
|
vertminer 0.5.3. with one 2 GB R9 270X. 8 hour run. { "pools" : [ { "name" : "Vertcoin", "url" : "stratum+tcp://s.la.vertcoin.org:3333", "user" : "debido666.1", "pass" : "x" } ], "api-port" : "4028", "api-allow" : "W:127.0.0.1", "auto-fan" : true, "auto-gpu" : true, "thread-concurrency" : "9995", "gpu-engine" : "800-1100", "gpu-fan" : "0-0", "gpu-memclock" : "1425", "gpu-memdiff" : "0", "gpu-powertune" : "20", "gpu-vddc" : "0.000", "temp-cutoff" : "95", "temp-overheat" : "85", "temp-target" : "75", "temp-hysteresis" : "3", "intensity" : "12", "worksize" : "256", "lookup-gap" : "2", "gpu-threads" : "1", "expiry" : "30", "scan-time" : "5" }
|
|
|
MSI R9 280x Gaming 3D -I 13 --thread-concurrency 8192 -g 1 --gpu-engine 1040 --gpu-memclock 1500 I am getting 295kh/s max, cant squeeze more no mater what maybe someone was able to get more on this card? Try -I 12 and up the thread-concurrency. I would think 8192 is too low for a 3 GB card and one thread. Use GPU-Z to check dedicated memory count. Or HWinfo (load sensors) if you use Windows 8 +. If you're using vertminer 0.5.3. Use --shader-count instead of --thead-concurrency.
|
|
|
Here's my batch.
setx GPU_MAX_ALLOC_PERCENT 200 setx GPU_USE_SYNC_OBJECTS 1 COLOR 0A vertminer -o stratum+tcp://vtc.poolz.net:3333 -u xxxxx -p xxxx -I 12 -w 256 -g 2 -v 1 --thread-concurrency 4448 --lookup-gap 2 --gpu-engine 1050 --gpu-memclock 1500
I'm getting around 170-180 out of each of my 270's except they all get a few HW... Help?
I have a 270X 2GB. I use -g 1 (single thread instead of two) and --thread-concurrency 9995. Rest the same as you. No HW. vertminer 0.5.3. Read this: -Version 0.5.3 - 2 February 2014 BETA!!! +Version 0.5.3 - 2 February 2014 - changed automatic TC calculation - increased max intensity to 21 - shaders are now used for intensity calculation - --> if option shaders is set, intensity calculation tries to pad to shaders count (can increase performance but also decrease) - --> of not shaders set, old cgminer intensity calculation is used + --> option shaders is set: intensity calculation tries to align to shaders count (can increase performance but also decrease with low intensity) + --> shaders NOT set: old cgminer intensity calculation is used - opencl changed to keep speed with adaptive nfactor -- introduced first time dependent nfactor changes in code (not finally done yet) +- introduced first time dependent nfactor changes in code and opencl kernel (not finally done yet) - fix for ADL with R9 cards Haven't tried yet. Maybe use shader count instead of thread-concurrency?
|
|
|
That was a good read - it's never something I've tweaked. The default for scan-time is actually 30 seconds in YACMiner. It may have been carried over from cgminer, or it may have been added by someone before I got it. Expiry may offer an improvement, looking at my long-running thread on one machine, I've got 31 stales shares and 7 rejected shares over 65 hours on 4 cards. That's a very low percentage considering I have over 4,000 accepted shares. It may sneak in a couple more than the stock configuration, but I doubt it will be anything vastly outside the margin of error in luck-based mining... And this... https://github.com/veox/sgminer/issues/22
|
|
|
My computer doesn't like GPU-Z. Because of Windows 8.1? UEFI enabled? After a 12 hour test, getting 1.6 KH/s. With plenty of accepted shares. A few HW. Going to change it from 632 raw-intensity to 624.
|
|
|
Tried 16384 again. It's working correctly. Going to try higher values. Weird.
If I go pass 19991, it switches from dedicated to dynamic. ~1470 of memory tops.
|
|
|
|