15 BTC for a Sapphire 5770 shipped anywhere to Europe. Never overheats, stable 215 Mh/s at 950/300 MHz.
Let me know. I can send more details tomorrow morning.
Are you shipping from Europe? That's kind of important.
|
|
|
Hey, So I have a desktop computer that is not used for mining... I know it sound unreasonable to most folks here, but there, I have admitted it Anyway, that desktop computer (using for light CAD and gaming) had a nVidia GX somthing or other that died a horrible death, and I want to replace it. I need framerate, but I'm not going to waste a 5970 on it so my very favorite balance between price/performance/consumption is the 5770, though I might also go for a 5750 or 5850. Anyone from Europe has one of these laying around that wants to get rid of? I can find them used on Amazon and ebay just fine, but thought I would give it a try here first. As I said, it has to be from Europe ('coz customs suck) and it must work flawless on arrival (I will do a heavy benchmark). Offers?
|
|
|
I've just started trying p2pool, and I was constantly getting hash > target errors, along with pretty much 100% rejects on cgminer. I was also pointing my single ztex fpga at it.
Then it downed on me, maybe I should try and see which of the miners was misbehaving... I tried BTCMiner alone, no problem. The I tried cgminer alone, no problem either.
I then fired both I was back at the hash > target land... Am I correct to assume a single p2pool instance can only be used by one single miner?
|
|
|
Luck seems to have improved dramatically. Who cares it is only USD? PayPal sucks in all languages and currencies I use cgminer just fine there, what is the problem?
|
|
|
AniceInovation: thanks for the offer! this thread has been a lot more quiet than I expected.
Oh, and I still haven't found the screws... I wonder...
|
|
|
That would be a pretty good deal, though my very amateurish needs are completely satisfied with my current 550d... I would, however, be interested in the flash. Will you sell it separate? How much would you consider fair, shipped to Europe?
|
|
|
That's rph's FPGA prototype. Look it up, it's in english
|
|
|
I'm a bit confused here... so is the DE0 working well and pumping the 75MHs or is that the expected hash rate? Also the DE4 dev board at 3k US$ seems to be (much) cheaper than the individual chip, from what I can tell. What's up with that?
|
|
|
Perfectly understood. I would probably not want to pay for the shipment anyway
|
|
|
How much does it weight? I'm very interested but I'm in Europe.
|
|
|
The difference between d1 and d2 firmware are different clock multipliers / dividers. This does not influence the submission of shares.
For performance evaluation use the "hash rate" value from the center of the line. The "submitted hash rate" at the end of the line is computed based on the shared found. This value depends on your luck and is only informative after at least a few hours runtime.
Yeah, that's what I though. It did run for 4+ hours each way, and the values reported by BTCMiner certainly fell within or above the expected. The problem was that it started consistently submitting a lot less shares, without exception, for a multi hour stretch of time (though the MHs rates staid where they should). As I said, probably just coincidence, I just feel it is awkward this coincidence only happened with d2 and always happened to d2... but hey, that's why it is called 'coincidence', I guess
|
|
|
Can you do IRC? I'm trying out a bot to help me mediate just that service (ukash and paysafecard).
on freenode do "/privmsg neliskybot help" to get a sense of what that is. If you don't do IRC send me a PM with what you need and I'll send you a quote manually.
|
|
|
Although it might not be more than a coincidence, I can tell you that mining with d2 (on EclipseMC) has a weird behaviour; it starts fine, mines away at the expected rate but eventually starts to submit less nonces. I mean, not in a random way, consistently less, with all the rates reported in BTCMiner staying stable (even though the submits are correctly reported in the low ball area). It simply does not happen when mining with d1.
Doing a little debug it seems to me that it happens when there are multiple new blocks reported in a short amount of time. Could be a problem with long pooling, but why would only d2 be affected by this? My board runs at 198MHz with d2, 0% error rate, frequency is stable, so that's not it.
I'm sticking with d1 for now but let me know if you need more info or want me to test anything.
|
|
|
If you consider selling it in parts, i do need one more for my mining rig. Will offer 320 euros for one with the stock cooler Given the complete lack of interest I'm getting here, I may very well take you up on your offer, but first I'll need to find the missing screws I'll let you know soon.
|
|
|
I'm interested in one for trading on Crypto X Change, will it work under osx?
Yes, they work great under OSX, or anything that understands USB keyboards. Programing them isn't as widely supported but still available on Windows/OSX/Linux.
|
|
|
Which kernel do you use (version, original kernel)? It seems to be a kernel bug. (EP0 handshaking seems not to work properly.)
It's all plain vanilla from ubuntu-server-10.04: Linux charts 2.6.32-24-generic-pae #39-Ubuntu SMP Wed Jul 28 07:39:26 UTC 2010 i686 GNU/Linux
|
|
|
Sudo'ing BTCMiner uploads the bitstream and runs the miner just fine... what am I missing?
Looks like a very strange permission problem. It seems that EP0 data packages are disordered if you do not run it as root. Are you using vmware? Please try out the pre-release (still requires some testing) from http://www.ztex.de/btcminer/ZtexBTCMiner-120126.jar . This new version uses a bulk EP for configuration (about 60% faster). It is certainly much, much faster to configure. It seems to work fine without sudo now, I'll post if it happens again. Also, no, not vmware. Plain bare metal ubuntu server.
|
|
|
Hey, So I've been happily running BTCMiner with sudo for a while, but I don't want to anymore The questions are relative to ubuntu 10.04. My user has read on /dev/bus/usb/*/* which allows "BTCMiner -m t -i" to see, but not query the board; ~$ java -cp bin/ZtexBTCMiner-111214.jar BTCMiner -m t -i 0: bus=001 device=2 (`002') ID=221a:100
I've changed the udev rule for USB to give the user's group write access and now I can query it just fine: $ java -cp bin/ZtexBTCMiner-111214.jar BTCMiner -m t -i 0: bus=001 device=2 (`002') ID=221a:100 Manufacturer="ZTEX" Product="btcminer for ZTEX FPGA Modules" SerialNumber="0000000001" productID=10.0.1.1 fwVer=0 ifVer=1
But when I try to run the miner: (Re)Scanning bus ... ztex_ufm1_15d1-0000000001: New device: bitfile=ztex_ufm1_15d1 f_default=192.00MHz f_max=224.00MHz Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Warning: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211): Retrying it ... Error: Error uploading bitstream: FPGA configuration failed: DONE pin does not go high (size=4220313 , 0 bytes went lost; checksum=203 , should be 203; INIT_B_HIST=211)
Summary: Total : 0 devices
Disconnect all devices or press Ctrl-C for exit. Press "r" Enter for re-scanning.
Sudo'ing BTCMiner uploads the bitstream and runs the miner just fine... what am I missing? Thanks!
|
|
|
This thread is for a *potential* sale. This is not an auction, I'm still not sure I want to sell these, and until a deal is closed I reserve the right to just bail out of the whole thing and keep the hardware. edit: an extra disclaimer... I'm in Europe, so shipping to the US is probably expensive and will take a fair amount of time. edit2: I have no problems in receiving offers by PM, but I would much rather have them here. It just saves everyone's time by not having people offering below what already has been offered. Also, I don't have a set price or even a solid decision to sell, so PMs asking how much I want for these are very simply time consuming. I will reply, but only to ask you to make an offer. Disclaimers aside, I have one miner running 3x5970 water cooled with XSPC EK water blocks, one of them nickel with backplate, pump is Phobya DC12-400 & EK-Reservoir Combo DCP 4.0 Bundle, rad is Phobya Xtreme NOVA 1080 with 9xXilence Red Wing Fan 12cm, all pressure fittings, quick disconnects to/from the radiator, a spagheti of cables to get all the fans to run from a single molex connector. This is all running fine: Adapter 0 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 46.00 C
Adapter 1 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 40.50 C
Adapter 2 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 39.50 C
Adapter 3 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 39.50 C
Adapter 4 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 35.50 C
Adapter 5 - ATI Radeon HD 5900 Series Sensor 0: Temperature - 36.00 C
Adapter 0 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 840 300 Current Peak : 840 300 Configurable Peak Range : [550-1000] [300-1500] GPU load : 99%
Adapter 1 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 840 300 Current Peak : 840 300 Configurable Peak Range : [550-1000] [300-1500] GPU load : 99%
Adapter 2 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 840 300 Current Peak : 840 300 Configurable Peak Range : [550-1000] [300-1500] GPU load : 99%
Adapter 3 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 810 300 Current Peak : 810 300 Configurable Peak Range : [550-1000] [300-1500] GPU load : 99%
Adapter 4 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 725 150 Current Peak : 725 150 Configurable Peak Range : [550-1000] [150-1500] GPU load : 99%
Adapter 5 - ATI Radeon HD 5900 Series Core (MHz) Memory (MHz) Current Clocks : 820 300 Current Peak : 820 300 Configurable Peak Range : [550-1000] [150-1500] GPU load : 99%
Bios has been tweaked on all cards to allow lower mem, can't really say what brand the cards are, most probably Saphire, could be Asus. I also have the original stock fans but may not have the screws for them. The speeds you see above are what I found to be stable. Everytime I had a core lock I'd drop speed by 10Mhz on that core. There's a very good change cards can behave even better. Now, this is all on a ASUS M4A79T Deluxe with some Sempron thingy on it, inside a coolermaster HAF 922 case with a coolermaster silent pro gold 1200w PSU, but I really don't think I want to sell these at the moment. You are free to try and change my mind though I'll post pictures later today...
|
|
|
|