Topic: New Miner... possible functionality (Read 17895 times)

Count me in for beta testing!

Sorry guys, took my code down for a variety of reasons but I am considering re-posting it.


Yeah, its a fine solution in this spot.  Check out the Diablo miner if you don't believe it.  Java 4-ever http://www.youtube.com/watch?v=vL1riGEwkFo

If you think the C# scene is being underrepresented here, why don't you create your own C# miner?

Would java even be a good language for a miner since it's an interpreted one (basically executing everything twice)? Would this cause lower hash rates since code will be ran inefficiently?

Note: I hate java and may be a little biased against it. C# for life.

That's a 404, Houston.
Project dead already? That was fast.

I'd love to beta test with 1800 megahash/s send it my way!

I sent out messages to the people who have volunteered.  Please let me know if you have any trouble getting to the binary or source and if you have any questions.

Thanks again for your help.

Ive posted my code on github:

https://github.com/johncarl81/MeteorMiner

I will post the binary artifact soon, possibly on sourceforge to distribute for the beta.

If you feel adventurous and want to build from source, go right ahead.  Please PM me with questions / issues.

That often still causes crashes. The -s tag-like funtion also serves to lower temperatures as well.

Yes, performance is decent.  There already is a java Miner out there called Diablo if you want to see for yourself.

Even the fastest CPU miners would not hold a candle to a gpu miner, and are arguably a waste of energy, so the one I am including is just a proof of concept.

So will you be able to get decent efficiency by using Java?  I suppose it won't hurt the OpenCL Performance, but trying to do a CPU miner would be a waste of time (unless you can just call ufasoft's miner from your program)

Also - to the person requesting lower performance for non-dedicated machines (for using windows, and/or playing games), simply run a lower aggression (3 for 48xx series cards, 4 for 58xx series cards) and you can play DirectX Games in the background with minimal interruption.  I believe the CUDA miner has a similar flag (-f 60 maybe?)

Great input guys, Im really encouraged by these suggestions.

Honestly, my inital beta will not include a majority of these suggestions, but I certainly want to put some of them into future stages.. and possibly leverage you guys to help.


Props for identifying that malicious code and outing that guy


Really good idea... I think I may be able to add that for the beta.

Ah, thanks, I couldn't quite find the words to put it as eloquently as you did.  All I could think of was "scheduling."

Something else that came up in another thread - on exit (signal, ctrl-C, etc) could you implement a "soft shutdown" that guarantees any pending blocks are reported ASAP?  I'm not sure how feasible that is for portability or if it would even be helpful, but.... it's worth a mention.

Usage settings would definitely be nice, similar to GUIminer's -s tag. That way you can still use the card while mining at a lower rate.

Also I am willing to test if you feel like kicking it my way. I've got Win 7 64 and a 32 bit station at my disposal with 5830's and a 5770.

Professional management

Being windows based this would mean:

* Installation via MSI, so I can push it out to machines.
* Windows Service, so it does not require me to start.
* WMI based control, events in event log, statistics via profiler.

Basically a miner I can install and run on a computer that i dont sit in front of with windows without going to hacks like VNC

A built in nice would be nice (badumtish!) for both CPU and GPU.  nice as in scheduling - I want this thread at 40% and this thread at 60% sort of thing.  For both multi-pool participation as well as for non-dedicated miners and/or power peaks.  Another example: if I pay more power during the day, I would like to run at 25% during the day at 100% at night.

The time/date scheduling can be done manually by the user, but the process scheduling would have to be a core part of the application.

Summarized output is what bugs me on a lot of miners.  There's a request somewhere for a poclbm mod.  Almost every miner will just spam the screen with "accepted", "stale", "MHs", blah blah blah.  It would be nice to silence all of that and get a -
[CPU Thread 0 - 2.3MHs, 25% priority, 300 accepted, 25 stale, user: supa, pool: us.eligius.st]
[GPU Thread 0 - 300MHs, 100% priority, 15000 accepted, 100 stale, user: supa, pool: eu.eligius.st]

Summary on keypress or at some update interval (3 minutes?).

Finally, and this is just my personal preference and easy to script if no one else wants it, I would like a simple HTTP interface of stats.  You could quite literally just accept connections on some port (2890?) and send "Miner300 MHs"

If you're using Java, maybe future Tomcat integration?

Thumbs up for your effort in proving your innocense! And for not having me waste my time on decompiling more shit

Just read this post:

http://forum.bitcoin.org/index.php?topic=11723.0

I will be providing my code along with the beta, in case anyone would like to inspect for shenanigans :-).  This is one reason I gravitate towards open source.

Im pretty sure temperature and fan output would be very hard to make portable across gpu / os.  I think we're going to have to use a separate monitor for those.

Thanks for the input, ill add you to the beta.

You can sign me up for beta  got a 4850X2 (dual gpu card) im willing to throw at it

Also i have another suggestion: Add different logging capabilities like logging the mhash/s every x second, temperatur and fan speed logging would be nice too but it might be a hassle if you want to support Nvidia and AMD...

If you follow up on the GUI request it might be nice to add graphs for the logs that opens in a new windo aswell but the primary idea was to log them to a txt file so they could be read by a seperate program if need be

Thats not a bad idea too and may go hand in hand with Tycho's suggestion.  I'll see about adding that too.