Had an idea.. how about we start a Shafted Miner Relief FundThe idea being to attract miners that have been "shafted" on hopped proportional pools or pools with insanely high fees. Give them an incentive to switch over to p2pool. There is considerable potential, seeing how those exploited pools still maintain a 200GH+ base, and they should be relatively easy to convert as there is a real, direct financial benefit for them, even without said fund. To qualify you could demand some proof (stats, screenshots, not sure what) that they have been mining for x months or generated Y shares on one of selected pools. And as "relief" I would offer them a small signup bonus for getting p2pool installed and running, and a bonus on their revenue for the first 2 weeks or whatever, but long enough to keep them in and see their financial benefit despite high variability; the height of the bonus would obviously depend on how big the fund gets and how many takers we get. To fund the fund, perhaps forrestv or someone else can setup a donation p2p subpool were we can donate shares to? Perhaps we could even convince some of the hoppers to pay their fair share . Thoughts?
|
|
|
OT What do you call x86? Performance for native code was fine, emulating x86 was poor. If you made an ARM processor which has x86 emulation support performance in x86 mode would suck also. Yes, but I was talking about its native performance. It sucks. Always has sucked from the very first implementation. Despite an estimated $10+ billion in RnD, despite its enormous diesize, gigantic cache's, monstrous IO capabilities, despite heroic efforts by the intels compiler teams, on many benchmarks (that arent HDD benches) it often gets beaten by lowly Celerons, literally. Lets be kind, and not mention the cpus it actually competes with like Beckton/westmere /.. based Xeons let alone Power 5/6/7. Its a dog, and the only reason it still sells is because its the only chip to run HPUX, Nonstop and Tandem (for now). Anyone not bound to those OSs, runs on a different architecture. Its not for no reason Microsoft, Red Hat and others pulled the plug on Itanium, if you run windows, you are far better off with x86, and if you are on linux, might as well go for Power or x86. Performance however, isnt even my main point. Nor the nightmare it apparently is to develop optimized code for Itanium; there is this little issue that the ISA is so complex and protected by patents it would guarantee a single supplier market. Which was basically the whole point of intel developing it. Like I said, thanks, good riddance. Somewhat ironically the only implementation of locking down hardware to a particular OS though the use of UEFI signatures is Windows 8 ARM platform. I dont see the irony. Its not like it has anything to do with ARM as an ISA. It has everything to do with MS. /OT
|
|
|
Itanium? Uefi? Dear God, what good riddance. One a totally proprietary platform that performs like shit, and the other a DRM infected curse forcing us in to closed source firmware drivers. Thanks but no thanks.
If you want to get rid of x86 look no further than ARM (possibly MIPS); and for BIOS replacement we have openboot/coreboot
|
|
|
NVidia needs xserver and also has an 8 GPU limit.
That would surprise me very much. But even if true, just run multiple xservers.
|
|
|
Most PSUs have an on/off switch, that overrides the paperclip. If not, you can always use an extension cable plug thingy (whatever you call that in english) with a switch.
|
|
|
-do not mix and match cables into one card ( e.g. do not have one GPU powered by 2 PSUs and just stick to GPUs powered by individial PSUs )
Artfortz claims there is no issue powering 1 GPU from multiple PSUs. Im not sure its something I would do if I could avoid it, but at least there is no such consensus.
|
|
|
I sent an email to Truthout.org, asking if they wouldnt accept bitcoin so I could make an anonymous donation. I got this reply: Thank you for supporting Truthout! Per your email, we do not currently have a bitcoin account but this is something we will look in to. If you would still like to make an anonymous donation, please consider calling in to us, 213-489-1971, and I can process a donation from you with just your credit card information so the donation can be completely anonymous. Thanks again for your support. We truly appreciate you! Completely anonymous credit card transactions
|
|
|
5770 should do ~215 MH depending on clocks Then put that number here: http://www.alloscomp.com/bitcoin/calculator.phpAnd you get ~0.16 BTC per day on average. Of course much depends what pool you are mining on, there could be a big variability, some days making nothing, others 3-4x as much. If you want a simple to use miner, check the one in my sig.
|
|
|
INdeed. please change your subject line, Gavin has nothing to do with this. He is lead developer, not CEO of the Bitcoin Corporation. Bitcoin worked fine before MtGox, it will work fine after MtGox closes shop.
|
|
|
I like my coins, lets not!
But just think how many you could mine in the 2 weeks after that!
|
|
|
I=9 is where its is at. I dont think any further tweaking headroom is left, not with cgminer anyway. Maybe some other miner can extract 1 or 2 MH more, but thats about it really.
|
|
|
Dropping mem to 170 seems to give about 456 m/hash with core at 990. About a 5 m/hash boost for me.
So thats exactly the same result as I got with 2.4 sdk when corrected for clockspeed. Good to know. Enjoy the extra MH and lower powerconsumption
|
|
|
I found that changing the memory clock often makes the driver crash. Its not the speed, its the changing. Best bet is quitting cgminer, change the values in your config file, wait 10 seconds or so, then relaunch cgminer.
Doing it on the fly from within cgminer, or changing too quickly quite often it would crash, even at speeds that are completely stable otherwise.
Note: I am doing this on a dedicated linux rig, I have no idea if running windows and Aero spoil the fun, but it could.
|
|
|
Looks like it's settling ~451 m/hash at 990/350 with i=9 voltage = 1.13 running at a cool 53.5C with 60% fan An extra 50 m/hash ain't too bad at all Thanks for the help! Edit: Copied the old opencl.dll and the old BIN file to a USB stick, just in case. You can do better. Try lowering your ram speeds. See here: https://bitcointalk.org/index.php?topic=63464.0Note, those results were obtained with 2.4 SDK, I assume you have 2.1, so no guarantee how they will carry over, but I would love to find out. 2.1 is supposedly faster than 2.4.
|
|
|
Anyone think this would affect a 5970? I currently mine 810mhz / 190mhz and see about 371mh/s / GPU SDK 2.5 , 11.12, vista 32, cgminer, phatk, w 256, v 2, intensity 9
5970==2xunderclocked 5870 So yes. That said, you already get 458 MHash per Gigahertz. Thats pretty much the same I got (~461), or close enough to ignore. Unless SDK 2.1 would provide a non trivial boost, Id stick with what you have.
|
|
|
My bullshit-o-meter almost exploded when I read that.
Actually, if you follow his link, then it depends how you define wiping the drive (dd'ing will definitely do it, but a quickformat might not) and depending if windows upon reinstallation always rewrites the bootloader if there is already one. Im not 100% certain about that. That said, there are possibilities to infect machines that resist any hdd wipe or even replacement. If you have an intel machine with "Vpro" / VT-d, then its theoretically possible to have a rootkit in the Vpro controller. Really scary stuff: http://invisiblethingslab.com/press/itl-press-2009-03.pdfhttp://www.invisiblethingslab.com/resources/2011/Software%20Attacks%20on%20Intel%20VT-d.pdfGets even scarier if you consider the possibility intel just hands over the private keys to 3 letter agencies, which could thereby obtain full remote access to your machine with no way for you to detect it or prevent it. The VPro controller has access to your network, hdd, display buffer, ram, heck even webcam. Like I said, scary.
|
|
|
No, cgminer will recreate them when they are not there. Rather than deleting, back them up.
|
|
|
So, it seems the steps I need to take are: 1) Go to CCC setup --> Uninstall 2) Check to see if opencl.dll is still in system 32. If it is, delete that. 3) Download and install SDK 2.1 (or sdk 2.4 if sdk 2.1 doesn't work) 4) Reap benefits
Yay or nay?
5) post results. edit: important. Delete (or move/rename) the BIN files in cgminer folder! They are named something like phatk110817Cypressbitalignv2w256long4.BIN If you dont remove them, nothing will change, they contain code compiled with the SDK you had when you first ran cgminer.
|
|
|
I think the main issue with making the web service is how to detect that a miner is dead. The current hash rate shown on the web site is very unreliable for slow workers. It can be sometimes 0, sometimes 150. I guess I either have to find a solution for this, or say that this service does not work for slow workers.
Average it out over a longer time span. Ideally, let the user configure the timespan (you can do this on EMC). I would actually also like that feature for the current stats. Its now 5 minutes I think? Its a bit short IMO. And sometimes you may want to see average for like 12 hours, sometimes you want to see it for only 5 minutes. So let the user choose
|
|
|
|