Will megabigpower be offering a discount for November orders?
I dont know but no one know and by that time maybe all miners stock might be gone when Aug. order delivery ship out. My intention is not to be rude, but if you don't know, then don't reply. You are just wasting everyone's time, most of all the OP's. The only person who *may* know is Dave. You are right and we dont know anythings then no way Dave will low price in Nov. also bad for Oct. buyers. I don't intend to do presales after the October batch ships. This means we intend to have product in-stock. Prices will probably go up, not down. I was just using the mining calc at thegenesisblock.com - and it claims that my October delivery full kit will never reach ROI if it actually ships in late October, and starts mining November 1: http://mining.thegenesisblock.com/a/281853d744If this is an accurate assessment, how can the price for the same equipment go UP in November? Presale or not, it will never come close to ROI, unless BTC is a lot more than the $120ish it is as I write this. What am I missing here? |
|
|
|
Yup let's get 30+
I think you'll need to head on over to EBay for that. |
|
|
|
This is the auction for the first pre-order.
It looks like he is auctioning them one at a time. |
|
|
|
...
I was using the released binaries on Windows7 x64 and I was continuously getting the failures described above.
I tried CrapMiner first on Linux (which I did build myself), and it worked flawlessly - so I never tried building CGMiner. My problem is fixed.
I am just posting this in case others have the same problems I did with the Windows binary release of CGMiner, and so that you guys are aware that there may be an issue.
The problem there is that is failed logic (as a certain other developer enjoys ...) Firstly, make sure you have the right libusb.dll - that is the actual cause of the problems. If you use your old libusb.dll it of course will not work. If, however, it still doesn't work, then it wont work with the clone either. The problem will be either bad cables or a USB3 that causes it to fail. On linux, it will work fine, but you simply are advertising using some other clone software coz you couldn't be bothered running cgminer. i.e. go away. It's not clear to me what I did to get you into such a defensive stance. Whatever it was, I apologize. I thought I was just reporting an issue you might want to know about. Again, I was using whatever binaries that were in your official Windows distribution, from the link at the beginning of this topic, and the zadig binary that is linked there also. |
|
|
|
You should really set your temp to lower than your cutoff as well. It might not like them being the same, and I certainly wouldn't want 90 degrees as my target, I'd recommend 70.
Thanks. I have custom fans with 5400 RPM with fixed 12volt. (connected via molex) They cant overheat, but I will look into it Is there any method to start a specific Avalon? I might want to connect a couple of Avalons to my windows pc. I like cgminer in combination with cgwatch. CGwatch restarts cgminer when there are 0 new accept shares after XX minutes. How can i specific which com port he should use?
Thanks in advance for your patience What if a fan fails? |
|
|
|
I've been away for a while and decided to give 3.3 another shot since kano et al are singing its praises everywhere.
3.3.4 using libusb-1.0.16-rc10 compiled from sourceforge still shuts down half of my 4x AM USB eruptors when running on Debian amd64 with USB disconnects. If there's some sort of logs you would like let me to post, let me know what you would like to see, but compiling a newer libusb absolutely *does not* solve the problem.
Back to 3.1.1 where everything works fine.
I seem to be having a similar problem on Win7x64 with WinUSB (via Zadig). I have 10 BEs, and every couple of hours, at least one will stop working with an error like this: AMU0: Comms error (werr=-7 amt=0) I tried using different hubs and tried using no more than 4 BEs in each 7-port HUB, in case it was a power issue, but nothing helps. I have not tried using 3.1.1 yet, but I guess that is my next step. This is very frustrating. [Edit: I should add that if CGMiner is restarted, it will not pick up the BE that apparently failed. It will seem to be OK, in that Windows says it is OK, and working, but the LED will stay on steady, and I have to manually unplug and replug it to get it to be seen by CGMINER.] If anyone cares, I switched these Block Erupters over to my Linux box using BFGMiner, and now they are 100% rock solid. I don't know if the problem is CGMiner or WinUSB, but my stuff works now. So which is it? Wrong version? Wrong libusb.dll? You built it yourself and didn't follow the libusb instructions? ... and cgminer will be rock solid on linux also if you do it as per instructions. I was using the released binaries on Windows7 x64 and I was continuously getting the failures described above. I tried BFGMiner first on Linux (which I did build myself), and it worked flawlessly - so I never tried building CGMiner. My problem is fixed. I am just posting this in case others have the same problems I did with the Windows binary release of CGMiner, and so that you guys are aware that there may be an issue. |
|
|
|
I've been away for a while and decided to give 3.3 another shot since kano et al are singing its praises everywhere.
3.3.4 using libusb-1.0.16-rc10 compiled from sourceforge still shuts down half of my 4x AM USB eruptors when running on Debian amd64 with USB disconnects. If there's some sort of logs you would like let me to post, let me know what you would like to see, but compiling a newer libusb absolutely *does not* solve the problem.
Back to 3.1.1 where everything works fine.
I seem to be having a similar problem on Win7x64 with WinUSB (via Zadig). I have 10 BEs, and every couple of hours, at least one will stop working with an error like this: AMU0: Comms error (werr=-7 amt=0) I tried using different hubs and tried using no more than 4 BEs in each 7-port HUB, in case it was a power issue, but nothing helps. I have not tried using 3.1.1 yet, but I guess that is my next step. This is very frustrating. [Edit: I should add that if CGMiner is restarted, it will not pick up the BE that apparently failed. It will seem to be OK, in that Windows says it is OK, and working, but the LED will stay on steady, and I have to manually unplug and replug it to get it to be seen by CGMINER.] If anyone cares, I switched these Block Erupters over to my Linux box using BFGMiner, and now they are 100% rock solid. I don't know if the problem is CGMiner or WinUSB, but my stuff works now. |
|
|
|
I've been away for a while and decided to give 3.3 another shot since kano et al are singing its praises everywhere.
3.3.4 using libusb-1.0.16-rc10 compiled from sourceforge still shuts down half of my 4x AM USB eruptors when running on Debian amd64 with USB disconnects. If there's some sort of logs you would like let me to post, let me know what you would like to see, but compiling a newer libusb absolutely *does not* solve the problem.
Back to 3.1.1 where everything works fine.
I seem to be having a similar problem on Win7x64 with WinUSB (via Zadig). I have 10 BEs, and every couple of hours, at least one will stop working with an error like this: AMU0: Comms error (werr=-7 amt=0) I tried using different hubs and tried using no more than 4 BEs in each 7-port HUB, in case it was a power issue, but nothing helps. I have not tried using 3.1.1 yet, but I guess that is my next step. This is very frustrating. [Edit: I should add that if CGMiner is restarted, it will not pick up the BE that apparently failed. It will seem to be OK, in that Windows says it is OK, and working, but the LED will stay on steady, and I have to manually unplug and replug it to get it to be seen by CGMINER.] |
|
|
|
Hi everybody,
I have compiled the cgminer-klondike version (pulled from bkk github) following the windows-build.txt file. Itīs working in my desktop PC hashing with my GPU because I donīt have any USB hardware to test (Iīm be waiting my K16 boards from Steamboat). I installed too in my laptop and itīs working without hashing (not a good GPU on it) only looking at the pool (BTC Guild).
I gues it may be useless to share the cgminer binaries, because it must be compiled in each PC (with all the dependencies, MinGW, etc). Am I wrong?
Roybitcoin
If you linked it dynamically, you will probably need to bundle the DLLs it depends on with the binary. |
|
|
|
A little change on the sales policy. I will not accept escrow. And the sales goes fine in China. You can see Avalon move out of my mining farm one after one. The new price is 98BTC. shipping from China.  Just out of curiosity, why did you decide to stop using escrow? |
|
|
|
I don't, it's just clear there are people here intent on creating fear, uncertainty and doubt for their own gain.
I couldn't care less what people buy as long as they research it themselves and can afford not to go into debt over it.
The guys working on this are a knowledgeable, fun and competitive bunch. I hope once they have something worth showing they'll make an effort to demonstrate it so you can see the team.
Not trying to create FUD, just stating the complete opposite of your opinion. I think when promising to deliver something intended for a data center, having external power supplies is both a shortsighted and moronic decision. Back in the day Cray used to use liquid nitrogen cooling for the X/YMP or whatever it was called. I have no idea what they do these days.
All YMP and XMP's were air cooled. The YMP was the first to be offered without a water cooling option. To the best of my knowledge no Cray system used LN2 for cooling. Most of their liquid cooled systems used Flourinert. Prior works of Seymour Cray at Control Data were LN2 cooled. You're right. Apparently it was actually a liquid called Fluoinert, and it was the Cray-2 I was thinking about. From http://en.wikipedia.org/wiki/Computer_cooling : The Cray-1 supercomputer designed in 1976 had a distinctive cooling system. The machine was only 77 inches (2,000 mm) in height and 56 1⁄2 inches (1,440 mm) in diameter, and consumed up to 115 kilowatts; this is comparable to the average power consumption of a few dozen Western homes. The integrated circuits used in the machine were the fastest available at the time, using emitter-coupled logic; however, the speed was accompanied by high power consumption compared to later CMOS devices.
Heat removal was critical. Liquid Freon was circulated through piping embedded in vertical cooling bars in twelve columnar sections of the machine. Each of the 1662 printed circuit modules of the machine had a copper core and was clamped to the cooling bar. The system was designed to maintain the cases of integrated circuits at no more than 54 °C (129 °F), with Freon coolant circulating at 21 °C (70 °F). Final heat rejection was through a Freon to water heat exchanger.[4] Piping, heat exchangers, and pumps for the cooling system were arranged in an upholstered bench seat around the outside of the base of the computer. About 20 per cent of the machine's weight in operation was coolant.
In later Cray-2, with its more densely packed modules, Seymour Cray had trouble effectively cooling the machine using the metal conduction technique with Freon gas so he switched to 'Liquid Immersion' cooling. This method involved filling the chassis of the Cray-2 with a liquid called Fluorinert. Fluorinert, as its name implies, is an inert liquid that does not interfere with the operation of electronic components. As the components came to operating temperature, the heat would dissipate into the Fluorinert, which was pumped out of the machine to a chilled water heat exchange system.[5]
|
|
|
|
Cray is definitely using water cooling. I have a pic on my iPhone sent to me two weeks ago from a good friend who was a founding member of the Green Grid. Shows their equipment with liquid cooling. his profession is data center cooling/power use and was in San Jose consulting on it. useing Asetek liquid coolers. posting from an iPhone. may be I'll get around to posting it later. http://www.asetek.com/#&panel1-3 debateing an upgrade tonight or holding out for cointerra. Back in the day Cray used to use liquid nitrogen cooling for the X/YMP or whatever it was called. I have no idea what they do these days. |
|
|
|
Tried bfgminer? Works better for me with my little Erupters.
What driver do you use for the erupters with BFGMiner? I have tried WinUSB (zadig) and the Silicon Labs CP210x drivers, and BFGMiner refuses to see either. |
|
|
|
|
Damn, I wish you two would shut up already. I am following this thread for information. If you two want to complain about the sand in your respective vaginas, please do it in PMs.
|
|
|
|
So are we going to get news tomorrow, as in 8/9 or today? The thread was started at 12:32 AM in my timezone, which could have been 8/7 in another timezone.
The topic name is "Incoming Avalon News 8/9/2013". |
|
|
|
Hey gang, (KL and S.gent) thx for the info on canary....super prices! and he sure seems solid with trust! Now if i can just figure out how to send and sign etc,,,lol, but its all there I just need to study his thread again, can't be that hard  How to sign,post # 410,if the link does not take you to it: https://bitcointalk.org/index.php?topic=195052.msg2087551#msg2087551Just change the body of the letter to state what you want,its a great example  The bitcoin address you sent the payment from is ANY address you RECIEVE BTC with to YOUR wallet  Just copy & paste the 3 fields in an email or PM & your done!!!!  Hey I just read through that..its a good example. I may have a question still about this part: where am I generating this address from? In line 1 - enter the bitcoin address you sent the payment fromI that my address for payment to canary (his receive address) ? Ill look at it more later got to go get supper for me and my son... thx Unacceptable,,,great link! EDIT: I think I just saw my answer in your post,,,that address would be any receive address generated in my own wallet,,,same as if i was generating an address for receiving payment from a pool etc... After you send the BTC, you should go to the transaction list and copy the transaction ID #. Then, go to blockchain.info and search for that transaction. The first sending address listed in that transaction is what you should use for signing. |
|
|
|
I have it under Linux. Settings/Encrypt Wallet.
What version are you running?
I downloaded it from sourceforge : primecoin-0.1.0-linux.tar.gz This is the recommended client from the OP I did not compile it, but ran the binary included but I doubt this is the cause of my problem. I have the same problem with bitcoin-qt, no setting encrypt wallet option :/ You may be looking in the wrong place for the menu. Look for the menu in the title bar of the root window, at the top of your screen, instead of in the small client window. |
|
|
|
Info Ive been looking for is:
Number of total coins (seen in OP)
Block solve time
Reward per block
Does the reward drop after XX blocks?
No max coins, though the amount of coins awarded slowly decrease with difficulty increases. At some point though unless ASICs for primecoin are developed, existing processors will take a long time to solve the increasingly difficult prime chains. Block solve time is variable, not fixed. Depends on when someone solves the current block. The block refresh time though is 1 minute so transmissions move quickly. Currently it is about 12 XPM, it is slowly decreasing. It drops by a fractional amount constantly. Not sure of the equation, I think it is based though on k (chain length) payout = 999/(diff^2) Where did you find the equation? The white paper? Yes - and it has also been quoted probably ten or more times in the announcement thread and the high performance thread. |
|
|
|
Info Ive been looking for is:
Number of total coins (seen in OP)
Block solve time
Reward per block
Does the reward drop after XX blocks?
No max coins, though the amount of coins awarded slowly decrease with difficulty increases. At some point though unless ASICs for primecoin are developed, existing processors will take a long time to solve the increasingly difficult prime chains. Block solve time is variable, not fixed. Depends on when someone solves the current block. The block refresh time though is 1 minute so transmissions move quickly. Currently it is about 12 XPM, it is slowly decreasing. It drops by a fractional amount constantly. Not sure of the equation, I think it is based though on k (chain length) payout = 999/(diff^2) |
|
|
|
|
Show Posts
