|
The thing is, on Simple Vert alone we have almost 4,000 workers mining a coin with an algo at isn't energy efficient and is tough on the hardware. The mining community for this coin is vibrant and very much active, yet the exchanges are seeing very little volume.
That can only mean one thing, everyone is holding because they consider that the coin is undervalued. I would be more concerned if the price was dipping and the volume rising! I would also be concerned if no one was mining.
|
|
|
|
Yes itīs a tragedy, both VTC and MON are high quality coins and they get no attention anymore  It's just a case of holding, really. If they truly are high quality, they will stand the test of time. I really wouldn't want to see the type of "marketing" that has exchanges taking BTC for votes, just for the coin to reduce even further in value after getting listed. If the coin's worth having, then people will buy/mine it. |
|
|
|
MON got delisted from BitTrex today.  |
|
|
|
to be honest I am not sure this is entirely a good idea.
Beside the fact, we will end up with some big stuff, Cudaminer and ccminer are two different softwares.
I don't really see the point in putting them together. Blake512 can be moved (and I was thinking to do it, however it isn't on my top priority list) to ccminer for the rest this is less obvious.
It would be like merging ms words and powerpoint. (sure it could work, but it isn't that useful)
Yes I agree and that is also what makes it VERY DIFFICULT is that the two programs are similar but different also. But if all the algos can be moved into one EXE if possible (still not sure it can be done) why not try? The more algos we can support in one EXE (program) the easier it will be for people to use nVidia hardware and should make support a lot easier. Would you not agree? This is one of the biggest issue with AMD hardware IMHO at the moment (you need multiple different programs for all the algos). This would be much easier if it were done by Christian who is ultimately familiar with both programs!!! If he were to do it then no one would question it but only welcome it (myself included!). I know we right now support both Windows and Linux. If we were to diverge (not sure it's a good idea) from this I could build DLL files for each algo which would make compiling and integration of additional algos so much easier from a windows standpoint. But I resist for now.  But I respect your opinion djm34. Could you elaborate on why you think this might not be a good idea? (from an end user standpoint and not from a dev standpoint) IMHO I would think 99% of the users would like one program regardless of what hell we as devs might need to go through to make this one program! BTW, part of what I'm trying to do is make it easier for devs like yourself, tsiv and Christian. You can concentrate on just the unique algos you want to work on and for now and I'll work on integrating it into a "master" framework. This way each of you only has to work/worry about your own code. I'll try and take care of the rest. Maybe after I publish the "master" nvMiner code others can also help with integration. Thanks, Carlo PS Any non devs want to comment on what you'd like? I don't see a problem having 2 miner. Anyway , cuda is sort of like "old miner" and cc is like "new miner". What's on cuda will slowly phase out by year end. It's like SHA got phase out from GPU. I don't think its a good idea to waste your precious time on old stuff. If u spend equal amount of time on "new" development (e.g improving base algo hashrate. Like improving groetl pretty much improve all algo hashrate) , that is time well spend IMO. +1 |
|
|
|
|
Does anyone have a guide on how to set up a Monero wallet on Linux?
|
|
|
|
41GH net hashrate...lets get the diff to 1000  Community, what is the next thing you want to see for Isiscoin before the timeline in our whitepaper? A QT wallet for Linux. |
|
|
|
Attached is nvMiner or otherwise known as ccminer 1.2U-a (U=unified) I renamed it from ccminer to nvminer to make it clearer if it's a Christian release or from 3rd party. This includes the following algos (unified from multiple devs): heavy mjollnir fugue256 groestl myr-gr dmd-gr jackpot quark anime qubit nist5 cryptonight x11 x13 x14 x15 Also includes a few subtle changes and a couple of speedups to some routines. https://ayarscloud.tonidoid.com/urljfz5fyHave fun, Carlo Is there a Linux version? |
|
|
|
I have updated github with a new version of the whirlpool algo (x15) It compiles much faster and it is slightly faster (got rid of make_ulonglong ) also no more "don't validate on cpu" 750ti: 1.6MHash/s (before 1.4MHash/s 780ti: 3.6MHash/s (2.9MHash/s from the github release or 3.4MHash/s from an exe I put here) https://github.com/djm34/ccminerJust compiled, much much faster compilation. Thanks. |
|
|
|
|
Has anyone managed to build a QT wallet in Linux? How are you doing it?
|
|
|
|
I get an error trying to compile on Ubuntu: :-1: error: No rule to make target `build_config.mk'. Stop.
Please ensure you run then chmod +x leveldb/build_detect_platform before running make -f makefile.unix That's for the daemon, don't we have a QT? |
|
|
|
Well.... I'm back mining JPC. Not a good time for miners  It's tough finding a profit right now. |
|
|
|
I get an error trying to compile on Ubuntu: :-1: error: No rule to make target `build_config.mk'. Stop.
|
|
|
|
Any chance of seeing an algo-switching feature? sgminer currently supports this, for example using with NiceHash you can see the config here: https://www.nicehash.com/multialgo/I wrote a program, NiceHash Control, which provides algorithm switching for ccminer and cudaMiner. Lets you use whatever mining program works best for a particular algorithm.  Is there a version for Linux? |
|
|
|
|
I get around 1.3 Mh/s on 750Ti mining X15. This looking about right?
|
|
|
|
I'm trying to compile djm's X15 miner on Ubuntu, but seems to be hanging at this : ptxas warning : 'option -abi=no' might get deprecated in future
ptxas warning : Too big maxrregcount value specified 80, will be ignored
ptxas info : 0 bytes gmem, 80 bytes cmem[3]
ptxas info : Compiling entry function '_Z28x13_whirlpool512_gpu_hash_64ijPmPj' for 'sm_30'
ptxas info : Used 63 registers, 376 bytes cmem[0], 44 bytes lmem
x13/cuda_whirlpool512.cu(59): warning: function "HIWORD" was declared but never referenced
x13/cuda_whirlpool512.cu(68): warning: function "REPLACE_HIWORD" was declared but never referenced
x13/cuda_whirlpool512.cu(73): warning: function "LOWORD" was declared but never referenced
x13/cuda_whirlpool512.cu(91): warning: function "REPLACE_LOWORD" was declared but never referenced
Do I wait it out? I'm sure I read that this version takes a while to compile, but it seems to have hung here for quite a while. |
|
|
|
Hi folks, I've been mining with a single 750ti for 4 months and today, finally, I finished my rig with 4 750's (2 more coming next 2 months). I read somewhere that using 1 instance of ccminer for each 2 cards is better than 1 for all of them. Is that right? Thanks in advance...  I'm sure that was for HeavyCoin. Anyway, I mine 5 cards in one instance with no troubles. |
|
|
|
Thank you! Clever approach to use temp. Does it autoswitch/check back to primary pool periodically, in case it comes back up? Yes. It uses a session system, which is set by default to 3600 seconds. This means ccMiner is restarted every hour, so if it fails over it will mine on the secondary pool for one hour and on reset will go back to the primary pool... and if primary pool is still down, rinse and repeat. You can change the session length in the config. |
|
|
|
2014-07-01 16:13:56 Sell 0.00006000 143634.36884719 8.61806213
Wow who the hell was this on Poloniex with 15% of MON currently in existance??
interesting Big pool dumped free MONs. Yep, probably been holding since the start to see where the price goes. |
|
|
|
|
Show Posts
