Bitcoin Forum
June 22, 2024, 04:37:33 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Mining / Re: New Miner... possible functionality on: June 30, 2011, 03:27:03 AM

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


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

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.

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?
2  Bitcoin / Development & Technical Discussion / Re: Mining protocol extension: noncemask on: June 29, 2011, 03:34:31 PM
Thoughts?

Would you see this replacing a stale work timeout?
3  Bitcoin / Mining / Re: New Miner... possible functionality on: June 10, 2011, 04:12:55 PM
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.
4  Bitcoin / Mining / Re: New Miner... possible functionality on: June 08, 2011, 06:06:24 PM
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.
5  Bitcoin / Mining / Re: New Miner... possible functionality on: June 06, 2011, 03:23:34 AM
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)

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.
6  Bitcoin / Mining / Re: New Miner... possible functionality on: June 05, 2011, 03:49:22 AM
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.

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

Props for identifying that malicious code and outing that guy

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.

Really good idea... I think I may be able to add that for the beta.
7  Bitcoin / Mining / Re: New Miner... possible functionality on: June 04, 2011, 10:24:25 PM
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.
8  Bitcoin / Mining / Re: New Miner... possible functionality on: June 03, 2011, 03:39:59 PM
You can sign me up for beta  Grin got a 4850X2 (dual gpu card) im willing to throw at it Smiley

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

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.
9  Bitcoin / Mining / Re: New Miner... possible functionality on: June 03, 2011, 02:53:12 PM
Maybe a possibility to specify a fallback pool, in case the primary pool goes down.

Thats not a bad idea too and may go hand in hand with Tycho's suggestion.  I'll see about adding that too.
10  Bitcoin / Mining / Re: New Miner... possible functionality on: June 03, 2011, 03:20:14 AM
You may also include this.
https://deepbit.net/failover.php

That should be pretty easy to add... I'll get on that immediately.  Is this a new feature for deepbit and do the other pools implement this protocol?
11  Bitcoin / Mining / Re: New Miner... possible functionality on: June 03, 2011, 03:15:42 AM
Quick update:

Just about ready for this beta with some good results on my end.  I will probably be contacting people that responded in the coming days to set up some trials.

Here are the features I have included so far:

gpu and cpu mining
multiple gpu support
long poll
multiple theads per gpu
various timeout parameters: getwork timeout, error timeout
tandem mining.

There is also no perceived performance difference when mining in tandem vs mining in parallel... at least with my 1 gpu and multiple cpu miners

Ive also put some work into unit / integration testing and archetecting the application, which I think has some merit.

All that being said, I would say my mining speed is comparable with all the other top miners.

Also, I have not focused on some of the more gpu / kernel specific compilation parameters (LOOPS, BFI_INT, etc), but im sure those will be easy to add.

Again, if you're interested in beta testing, contact me.
12  Bitcoin / Mining / Re: New Miner... possible functionality on: May 29, 2011, 08:57:28 PM
I think a GUI would go a long way with a lot of windows people Smiley

I don't think making all cards work in tandem is a very good idea because it probably only would result in more trouble than it's worth, much like crossfire/sli did in the beginning when both cards were working on the same frame... It's quite a different senario yes but i still doubt it would be faster :3

Agreed, a GUI would be nice.. I wonder if I could throw one on.  I know that there is a python based miner with a GUI out there.. haven't tried it though.

I wonder if I could handle the data differently than a crossfire/sli would... certainly at a higher level and simply divide the work chunks (what a gpu mines at a time) between the cards.  Potentially the overhead would be much less than fully integrating the cards together.  Unfortunately I don't have multiple GPUs, so im a little handycap writing this sort of code.  I think I may try it, as an option, but I think the default will simply give each card their own work.

What are you writing in? What platform are you targeting?

I'm writing a Java based miner.  Target platforms are Linux and Windows... Ive heard Mac/OSX doesn't support opencl very well, but I guess it's a target as well.  I use basically the same opencl kernel that poclbm, phoenix and Diablo use.

Realistically, the only thing that really matters is speed. Personally, I'd love to see a good fast miner written in C/C++ but that's just because I could hack on it. Python makes my brain cramp.

Python makes my brain hurt too ;-)

Glad to see some responses to my post.. thought no one was interested ;-)  I'm planning on posting my code on github.. you guys interested in beta testing?
13  Bitcoin / Mining / New Miner... possible functionality on: May 28, 2011, 04:43:49 PM
Ive been working on a miner and I have some questions around what people would like to see.

Would multiple cards working in tandem be attractive?  As in, multiple cards working on the same work request.  I am not sure if this would prove to be a faster way to mine, but it is an alternative to running separate miners on separate work requests per gpu.  In addition to this, I have the option of running 1 miner to handle multiple gpus in parallel.

I'm also looking to get some beta testers involved in my miner.  I'm not quite ready for a beta yet, but please ping me if you're interested.

Are there any features that are lacking in the current offering of mining software?
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!