Topic: R600 Bitcoin Miner (Warning: Exceedingly impractical) - page 2. (Read 17068 times)

I actually managed to get 64 version to work with my ASUS EAH 3450 256MB.

1.1 Mhash is the neat result, ill post pictures later.

Yep, I'm in for 3, so if you're in for 2, there's our 5 Bitcoin

Yo, Decade!

edit: Just checked on the GPU I'll be looking at using this on, and it's a Radeon HD 3600. Just FYI.

OK I pay that remain 2btc if you pay that 3

But i have to be sure we get working one!

@rTech: I think we just need to wait for the remaining 1.5 BTC to be volunteered

Well i can donate 0.5BTC if i can get miner for my RV620 (Ati HD 3450)
Im just curious to see if i can use my server for mining in its idletimes

So what i need to have/do/adjust so guide me up here

Okay, fine. If you can do it, count me in for 3 BTC. Anyone else want to cough up the missing 2?

I could really use this at the office. Best card I've got in my desk PC is an nVidia 8600GT that bakes 83 C crunching out 3-4 Mhash/sec, or an nVidia Ion with an Atom that, if overclocked, crunches 7 Mhash/sec. And I've got a couple cards laying around gathering dust that could be crunching 20? Sheez. It's worth it!

No. I don't have any of the GPUs in KernelAnalyzer's group of simulated GPUs. I have only this Radeon HD 3410. I assume it's roughly 4 hashes per thread, so 6 Mthreads/s approximates 24 MH/s. Probably less because of runtime overhead.

Let's say 5 BTC per platform.

Can you convert 6 mill threads to mh/s?

Also, these 5 bitcoins...5 bitcoins per person, or it could be small donations from everyone to make 5 bitcoins?

Oops, I rearranged and forgot to renumber. Fixed.

Probably. Bullet points 3 and 4. Bullet point 3 is a reference to the Bitcoin wiki. https://en.bitcoin.it/wiki/Why_a_GPU_mines_faster_than_a_CPU#Why_are_AMD_GPUs_faster_than_Nvidia_GPUs.3F

Essentially, by the same measure that a modern Radeon has a 1.7x advantage over a modern GeForce, the older Radeon does not have that advantage, and in fact has a sloppily estimated 3.5x disadvantage. And that doesn't account for manufacturing process or runtime differences.

I don't know. I don't have a Radeon IGP. AMD's spec thing says the Radeon 4200 has the 40 unified shaders supporting the ATI Stream Technology, so it should already work with 64-bit Windows. For the low, low price of 5 BTC, I might be convinced to try to make it work on other platforms, too. I doubt you could recover even the costs of electricity with that chip.

I'm trying to consider the value of my time, here. And while the difficulty of mining increases, the exchange rate decreases, so I think even 5 BTC is only worth it for playing around. Instead, I give you my source code, which is everything you need to try it on your own, except for the links to the SDKs, and however long it takes it learn how to work those tools.

KernelAnalyzer says the SHA-256 kernel should do 6M threads/sec on a Radeon HD 3870, so I doubt that it will do better than a GeForce 8800GTS. Unless I also made horrible mistakes in writing the kernel.

Oh, yeah, for reference, I'm using ATI Stream SDK 1.4.0 beta, Visual Studio 2008, Python 2.7.2, NumPy 1.6.1, and Boost 1.47.0.

Well...

- I have 2 ATI cards in my known technology collection (amongst about 7-10 nVidias, about 6 of which are capable of mining - at 2-5 Mhash/sec).
-- One of which is the 6770 that I use for mining 24/7.
-- The other is a 3700, if I remember correctly.
- I'd really like some freedom to play with other pools.
- I've only ever made a grand total of about 0.6 Bitcoin in the entire ~3 weeks of 24/7 mining on the 6770.
-- Low, low price of 5 BTC my ass? I think it'd take an eternity to mine that back...

If the miner goes faster on the 3700, than the ~20 Mhash/sec that my horrifyingly over-powered (and now blown-out, evidently) 8800GTS produces, I'd love to play around with it... even if it's stupidly inefficient, you'd really just need to step back and look at how bad nVidias are that people still try to mine with

Question decade. Can you make it work for an IGP? I.e an integrated HD4200(which people say is actually an HD3k igp)

So the old radeons are slower than current nvidia cards? I sold my radeon a long time ago, so I can't test it.

So, for the fun of it, and because I don't have any newer graphics cards, I've modified m0mchil's poclbm into something that works on R600 video cards. These are the Radeon HD 2000 and 3000 series. I never bothered to rename it.

64-bit Windows binary http://dl.dropbox.com/u/38079179/poclbm-ati-brook-x64.zip

Source code http://dl.dropbox.com/u/38079179/poclbm-ati-brook-src.zip

Some of the hints on how to build the source code are in the comments on the bottom of the C++ files. To use the Python source, you need some current version of Python 2, Numpy, and Boost::Python. To use the Brook+ source, you need ATI Stream SDK 1.4 beta and some C++ compiler, and some common sense.

Let's discuss the reasons not to mine on an R600.

• By now, they are fairly old. Not all of them were that fast, either. I think my HP notebook is thermally throttling the video card.
• They don't support the gather/scatter I/O operations that the OpenCL miners use to minimize memory and bandwidth use.
• They don't have the 1-instruction rotate operation, that makes the modern Radeons so much faster than the modern GeForces. Nor do they have the 1-instruction bitselect instruction that AMD strangely doesn't expose to any APIs.
• Shifting is extremely inefficient, only 1/5 the speed of normal operations. That's because the ATI design has 4 simple ALUs and 1 "Transcendental" ALU in each processor. In the R600, only the T-unit does integer multiplies and logical shifts. (All of them do floating-point multiplies.) With the number of shifts in SHA-256, most of the time the simple ALUs sit around waiting for the T-unit.
• As a result, my video card (Mobility Radeon HD 3410) crunches through fewer hashes than my CPU (AMD Turion Neo X2 L625). If I didn't mangle poclbm too badly, it estimates that it crunches at a rate of roughly 0.850 MH/s.
• This miner doesn't adjust its work size. That's because of point 2 above, so adjusting work size involves destroying and allocating buffers. For some reason, it's really slow on my computer, taking up to several seconds. This is not something that can be done several times per second.

The AMD KernelAnalyzer says this SHA-256 kernel should operate at a rate of 5M threads/sec on a Radeon HD 2900, or 57M threads/sec on a Radeon HD 6970. Clearly, this is less efficient than the OpenGL versions on the GPUs that can run OpenGL. I may also have made horrible mistakes in modifying the source code, especially in BitcoinMiner.py.

In retrospect, when I saw that Stream SDK was 64-bit, I should have installed the 32-bit Stream SDK, instead of installing the 64-bit Python. And, when I saw that Klöckner had used Boost::Python for PyOpenCL, I should have ignored that and used the raw Python C API.

Also, while destroying and creating buffers is extremely slow, I don't see why it won't work if I have it allocate several buffers and switch between them according to load. I expect that a dozen buffers should take only a few MB, and my video card has 512MB total. Something to do maybe later, if it didn't have such low payoff.

Anyway, I think I can be convinced to produce a 32-bit binary for the low, low price of 5 BTC.

You can send me tips if you feel like it, too.
19gShNE2sdo9NP7N3kTYPjkqQ6ukPCP8jH