The cooling solution we have on CM1 is good but fundamentially the FPGA package is the main limitation to extracting heat given the performance of what we have in cooling. If room temperature is cold that will help a little and conversely if the room is hot.
Does the rev 1.5 controller firmware supply temperature information in some way?
|
|
|
When is the next delivery date for their ASCI miner?
___ .-' \\". /` ;--: | ( (_)== |_ ._ '.__.; \_/`--_---_( (`--(./-\.) `| _\ | | \ __ / /| '.__/ .'` \ |_ bfl '-__ / `-
Sorry couldn't resist.....
|
|
|
I'd argue that the largest losers are the exchanges of global currencies to btc and back to global currencies.
And people providing local anonymous exchange services will take a hit too. I do face to face currency exchanges locally, and while I'm not nosey enough to ask, I would bet about 1/2 of my exchanges have been with silkroad customers.
|
|
|
Again, I don't know much about tor personally, but you are offering an explanation of how to stop people connecting to tor to support an argument that it's easy to find silkroad. I don't see the connection? Edit - sorry I'm behind in the conversation. I don't doubt that someday someone connected with silkroad may slip up, however they do seem to be doing ok so far with regard to online anonymity. Just pointing out that Tor is horribly imperfect in many, many ways. Isn't it a case of FBCAK though? i.e. it works as advertised as long as you're really cautious?
|
|
|
Again, I don't know much about tor personally, but you are offering an explanation of how to stop people connecting to tor to support an argument that it's easy to find silkroad. I don't see the connection? Edit - sorry I'm behind in the conversation. I don't doubt that someday someone connected with silkroad may slip up, however they do seem to be doing ok so far with regard to online anonymity, and I doubt I'd be the only interested party to see you point out any flaws
|
|
|
can anyone explain how an entire site can exist inside TOR? I mean I read that it's like a fake TLD that's correctly translated but wouldn't the creators of the TOR software have to manually code the software to accept and properly route fake TLDs? So pull the plug on that idiotic feature! I'm still not convinced they designed it that way in the first place but I can't imagine how else someone could set up a website that exists only in TOR and have it actually work.
Btw with all the 3rd party code and direct to browser scripts and FTP operations and stuff, any web server sitting only in the TOR network would get identified and found out in like a day. So if those idiots think they're safe, they're not.
I don't know much about the technical side of hosting tor websites, but on the client side the browser bundled with the tor distro is locked down and designed to explicitly notify you if there's embedded content from another website on the page you are viewing, asks you if you want to run javascript on a page by page basis etc. etc. and silkroad doesn't raise any alerts. So looking at it from the Tor web-browser, which is designed to tell you if there is a breach of anonymity I trust its security.
|
|
|
I have never used silk road. I have seen several people saying that the majority of bitcoin commerce is on silk road, but I have never seen actual data that backs that up. Does anybody have the daily revenue of silk road? If we could find that we could compare it to the daily volume of exchanged bitcoins and see how much affect the shutdown of silk road would have.
The nearest anyone (outside the FBI possibly) has seen to a decent analysis, using data from feedback ratings over a number of months... http://arxiv.org/abs/1207.7139 "We evaluate the total revenue made by all sellers to approximately USD 1.9 million per month" So that's ~200k btc a month, or ~6,666.66666666 btc a day. Mt.Gox traded 35,435.31 today.
|
|
|
@salty Thanks! However, I got some messages say: Icarus Detect: Test failed at /dev/ttyUSB0: get 00000000, should: 000187a2 . . That's almost certainly the wrong COM port. Try /dev/ttyUSB2 and /dev/ttyUSB3. One way to find out would be to get cgminer to scan them all, then check the log for a message like 'found Icarus on /dev/ttyUSB5' ie:- cgminer -S "/dev/ttyUSB0" -S "/dev/ttyUSB1" -S "/dev/ttyUSB2" -S "/dev/ttyUSB3" -S "/dev/ttyUSB4" -S "/dev/ttyUSB5" 2>mining.log In fact, if your com ports change between reboots, you could just let it check every time you start the miner.
|
|
|
@salty Thanks! However, I got some messages say: Icarus Detect: Test failed at /dev/ttyUSB0: get 00000000, should: 000187a2 . . Is that definitely the right tty com port? Try some other ones maybe?
|
|
|
Hey guys,
Just received my Quad XC6SLX150 Board. How should I do for setup it with my GPU and BLF single(x1) Linux minning rig? I use cgminer 2.7.5 and have no idea what's the next step after connected Quad XC6SLX150 to the minning rig. Most appreciate for any help!
Using cgminer 2.7.5 you need to get it to look for the cairnsmore on your com/serial ports when it starts using the option -S "/dev/tty.XXX" -S "/dev/tty.XXX" iirc. f.e. my cgminer startup command on windows has -S "\\.\COM22" -S "\\.\COM23" included. You'll need to find out what your cairnsmore's com ports are called, they're listed in /dev and (at least with the bitstream I'm using) there are 2 com ports per board.
|
|
|
bfgminer version 2.8.0 - Started: [2012-09-18 08:24:01] - [ 0 days 00:21:36] -------------------------------------------------------------------------------- 5s:559.2 avg:795.6 u:258.4 Mh/s | A:78 R:0 HW:0 E:229% U:3.6/m TQ: 0 ST: 3 SS: 0 DW: 0 NB: 1 GW: 34 LW: 744 GF: 0 RF: 0 Connected to http://x.x.x.x:8777 with LP as user x Block: 00000040412b763328116fea4b69a1f3... Started: [08:24:01] -------------------------------------------------------------------------------- [P]ool management Settings Display options Quit ECM 0: | 399.1/398.4/ 59.6Mh/s | A:18 R:0 HW:0 U:0.83/m ECM 1: | 399.0/397.2/198.7Mh/s | A:60 R:0 HW:0 U:2.78/m -------------------------------------------------------------------------------- This probably isn't specifically related to the cairnsmore.. but what is the 'u:' field here? Any idea as to why it's so low? The speed at the mining pool is currently showing as around 250Mh too. What controller, bitstream and jumper settings are you using? What's the serial # of your board? That's not very healthy looking. I'm getting ~840mh/s reported at my pool... Edit - your power supply could also be causing this, how many amps is it rated at?
|
|
|
I think they're being paid in ascending order of value? Hashking?
|
|
|
My deposit is still outstanding, will report again when it is received.
|
|
|
Enterpoint comes to mind, the way they handled the Cairnsmore1 development and release was magnificent compared to most other developers of similar hardware.
Is that the one that just recently got a working bitstream > 800MH/s? If by "just recently" you mean over a month ago, then yes. Also they're the ones that had the hardware at my door two days after I made my payment. They handle their business. Their shipping times are very good then! But answer me this: how many days after you got your product before you could mine at > 800Mh/s? I was mining at around 750Mh/s within 3 days, and I've been mining > 800Mh/s for a month or more I believe. I didn't mark my calendar. It's not perfect, but I don't expect perfection from every company I deal with. I just would like the companies to not want my money for months so they can make a product I may or may not see at some point in the future. Ah then you were lucky then. Some of the earlier units waited months for a working bitstream, IIRC. Not true. I was watching Enterpoint's thread quite closely and I think the bitstreams Enterpoint made available on their website at the time provided around 200-400mh/s, so the cairnsmore board was still earning BTC for early owners during development.
|
|
|
Just some notes on Mac installation on a Macbook Pro 2,1. I tried to set it up yesterday but the USB system is very picky - The cairnsmore didn't show up in the System profiler, and there was nothing showing in /dev/ , iosnoop or ioreg. My speculation is that as I connected the USB before connecting the 12v power (I know, I know..) there was too much draw on the USB port and the mac USB hardware blocked the cairnsmore board somehow. There are mac drivers for the FTDI USB com chip here: http://www.ftdichip.com/Drivers/VCP.htm , and the linux version of Cgminer is able to compile using macports. I think it is possible to get the Cairnsmore 1 hashing on mac, but I will not be trying any further, I switched my efforts to an old PC from the attic and got hashing at 843mh/s within 1 hour.
|
|
|
I'm referring to the section for upgrading the bitstream though, not updating the controller, is the SPI switch still relevant at this point in the procedure? And is SW6-1 baud rate? because I'm getting better results with that set to 'off' or 115200 for mining. The guide is excellent btw Yes, you're right. I got those transposed somehow. I've corrected them to leave SW6-1 off (115200 baud) all the time (there's no reason to change it when flashing) For controller programming, setting SW1-3 & SW6-2 off is only necessary when reflashing the controller post 1.3 so that's a good catch-all I've corrected the FPGA programming settings as per Lethos's diagram Well spotted, cheers for that - I'm not in a position to do a full dummy run of this as I've got a single board happily hashing away and don't want to interrupt it.... Well I was kind-of right..... if you consider being wrong as right that is.... thought I'd better check the info..... Switch SW6-1(also referred to as 'switch 5') is the board array clock rate not baud rate (heh) and it sets the array clock speed between 50mhz and 100mhz on enterpoint's controllers and 25/50mhz on Glasswalker's. I got confused while setting the baud rate flag in Cgminer probably.
|
|
|
I'm referring to the section for upgrading the bitstream though, not updating the controller, is the SPI switch still relevant at this point in the procedure? And is SW6-1 baud rate? because I'm getting better results with that set to 'off' or 115200 for mining.The guide is excellent btw
|
|
|
(snip) I never bought an FPGA. I'm worried it won't pay for itself now. So I'm waiting. (/snip)
I ordered just before BFL announced, and decided to carry through and commit to 1 FPGA, to play with. I took a gamble that ASICs won't be around until well after christmas, looks like I might lose that one, plus I don't have desktop hardware or suitable GPU so if I want to start looking into mining may as well use FPGA as a learning curve.
|
|
|
|