Vapourminer, I loved how you left out the part where internet sharing spends computer resources not only electricity...
um.. like what? CPU use is 1% while mining and sharing. what resources. 100k RAM? a USB port? lulz he has the switch already. why spend 100 bucks when he doesnt need to? |
|
|
|
EDIT: So, Clipse, the proper way is to have a computer spending resources and electricity 24/7 to share an internet connection? Can I laugh at you without you getting pissed?  my 3G USB modem is on my HTPC, which is on 24/7 anyway, even before mining with it with a 6770. I use ICS to share and have a 5 port gigabit switch on it, with a wireless router (DHCP off) hooked to that for wireless devices. so if his machine is mining or otherwise on 24/7... BTW with my verizon usb 720 the number is obviously different in the modem settings setup (#777). its set to dial when needed, redial when dropped, and allow other machines to control it. it works great. been running that way more or less 24/7 for 5 years now. |
|
|
|
I'm re-posting this for people wanting to compile on Windows. Tends to get lost in all the posts. Hopefully ckolivas will one day put the link in the README included with cgminer. Cgminer native Windows compile instructions: http://pastebin.com/3pzivj32+1. a link in the readme would great. I can attest this howto works perfectly. if I can do it, anyone can. |
|
|
|
|
I mine with a 5830 on xp so opencl is supported.
what driver? might need 11.x or better, I run 2.1 sdk and 11.4 but the 6xxx series need sdk 2.4 or better I believe.
what miner?
|
|
|
|
BTW how'd you get your 6770 cranked up to 1005? I'm currently running 960/300 and I've been unable to run higher reliably.
luck of the draw I guess. very good cooling in the HTPC case, probably 80% of the case air intake is right at the card (horizontal case). cgminer keeps it @ 70C max, 60% fan max. although its @ 1000 now, it blew up while mining and watching a .MKV bluray rip a while back. generally runs 227 MH/s @ -I 7. gets 75 MH/s while watching movies @ 1080p at -I D though, heh. use MSI Afterburner to set to 1000/300 on boot, then fire up cgminer. |
|
|
|
[2012-03-20 14:04:09] Failed to create submit_work_thread
Failing to create submit_work_thread is the key here. It has nothing to do with how it fails after that. Inability to create the thread suggests a system resource problem, like running out of memory or too many threads starting up for some reason. been waiting to update this. I updated cgminer on the 6770 and 6870 systems to 2.3.1-2 (was straight 2.3.1) and no problems since. the updated version may or may not have anything to do with it as I kinda glazed over the differences. need to pay more attention  just seems odd that 2 completely different systems (with different windows OSs, sdks and driver versions) gave the exact same error multiple times in the same time frame. only thing the same was 2.3.1 cgminer. wonder if it was a MS "patch tuesday" thing as I recall a pile of patches came down around that time. anyway all is well now. |
|
|
|
Well the API 10004 error is interesting ... According to Microsoft it can't happen coz the function that causes it has been removed (and I don't call it anyway)  Though, it looks exactly like a network problem with the computer? they are all on gigabit, hardwired. all can see each other fine, matter of fact my HTPC (with the 6770) has a lot of media on the 6870 computers drives as the HTPC is low on drive space. network (seems to anyway) run flawlessly. terracopy (which verifies transfers with MD5) copies multi gig files across the network perfectly all the time. and, no transfers were in progress, so network saturation shouldnt be it. this latest crash was while we were at work, and previously its crashed in the middle of the night while nothing was using network except the miners. not that multigig transfers have ever bothered the miners before. router and the 6770/6870 rigs are on UPSs too. damn thing is the 5830 is on a POS computer, no UPS, longest ethernet run with the lowest quality cable. and it runs perfect. but with 2.2.7 go figure, eh? switched the 6870 back to 2.2.7. left the 6770 on 2.3.1. Ill see what happens tomorrow |
|
|
|
been getting this error on 2 of my miners lately. they run about 6 hours every time too. been crashing like clockwork for a few days now [regular log stuff, then suddenly this] [2012-03-20 14:04:09] Failed to create submit_work_thread [lots of statistics] [2012-03-20 14:04:09] API failed (Socket Error: (10004) Interrupted system call) - API will not be available [2012-03-20 14:04:09] longpoll failed for http://api.bitcoin.cz:8408, sleeping for 30s and thats the end, they are then sitting at "press any key to continue . . ." same exact error on both they are both running 2.3.1, no special flags aside from autoclock and autofan settings. my 6870 is win7 64 bit, 11.11 driver, 2.5 sdk, and the 6770 is vista 32, 12.1, 2.3 sdk. clean installs, I never reuse bins, and delete bins when upgrading drivers and/or sdks. cgminer is always installed fresh, never over itself. my 5830 on 11.4, 2.1 and XP with cgminer 2.2.7 runs perfect. same pool settings as the 6870 and 6770, so if its the longpoll fail thats killing the 2.3.1 miners the 2.2.7 version is OK with whatever it is.. is longpoll handled differently between 2.2.7 and 2.3.1? any ideas? |
|
|
|
So using it part time isn't really viable for anyone. Rig should run 24/7/365 and provide unlimited free heat to the hot tub but also 24/7/365 hashing operation. Otherwise given the limited power needs of a hot tub you are looking at a payback period in decades.
This isn't to say something couldn't be done but
a) underwater rigs high voltage rigs
b) "part time" rigs
simply don't make any economical sense.
exactly. to me, throttling to maintain the hottub at 40C doesnt make sense. hence, a pump, two loops (one to hottub, other to waste heat radiator), steppers controlling valves to the loops. a few ICs and other stuff (just need a comparator circuit for the temps, really). on demand heat. max cooling (and hash rate) at all times. NOW its making sense. |
|
|
|
If I planned my mining to roughly consume the same amount of power as the hot tub uses now, I should be able to keep that hardware busy. Even if it was only two 5970s, it is FREE power. Of course that presumes I'm interested - I recently sold my mining gear.
a couple cards is slightly more feasible. but even then 500 watts continuous is more than any decent hottub needs, unless you lave the cover off or something. and I was under the impression some people in this thread had cooling kilowatt+ farms in mind. this is a hottub we are talking about. we put people in them, not lobsters. |
|
|
|
|
[lower hash rate to maintain temp]
yup, read that before. and I repeat:
youre gonna lower your hash rate to near zero?
OK, that will work, Ill admit.
BUT, arent we here to make some money too? not just save some by using waste heat.
|
|
|
|
If you want to be cheap no need for temp sensor. Just use temp sensor on the GPU and cgminer. With sufficient flow on both sides of the heat exchanger the two loops will reach equilibrium within a few degrees of each other. So if GPU are 50C then the hot tub may not be exactly 50C it might be 45C or 42C but it isn't going to be 80C or 20C.
how long do you think you can dump a few kilowatts of heat into a 500 gallon insulated hottub (that already generates heat during its filter cycles even when its not in actual use with people)? youre gonna throttle your farm down when the tubs at temp? BTW hottubs are 104 F (40 C). |
|
|
|
For me, the answer to deal with the problem of "what do I do when the hot tub is already hot enough?" needs no valves: it is a software solution to simply lower the hash rate when the extra heat is not needed. Given that the original purpose is to mine with free power, there is no point in using more power than the hot tub needs for heat because that power is no longer free.
what if you need to reduce the hash rate near zero? no fun it that. outdoor temp in the 90's, with the sun beating down on it, spas can easily get near their 104 optimum temp with no extra heat input (dont forget using it increases its temp too as the spa's pump also heats it [friction] while its running, for scheduled filtration periods and in actual use). spas have an overheat cutout because of this. |
|
|
|
So I drew this up for fun. Uses a 4-way ball valve, which you might be able to get an electrically controlled version of and make the heater automated. This drawing shows the use of an external radiator in case the tub is too hot.
Maybe someone knows of some way to make this same idea, but with some kind of continuously variable valve. That would be the best thing to do.
couldnt you just run the water to air and water to spa loops in parallel (ie 2 loops). use stepper motors connected to valves to adjust flow to each, and some logic chips (with temp sensors in the spa) controlled via rs 232 port to control the steppers. computer program monitors the temps. water flow can be through one, the other or both loops, depending. |
|
|
|
hot tubs are around 40c (104 F). at least mine is. as for heating your hot water with mining energy, a (very expensive, heh) roundabout way is have a geothermal HVAC system installed. in the summer when its in AC mode, excess indoor heat is used to heat your hot water tanks via its heat pump (so it can actually get it to 160 F if there enough warm air in the house). excess heat after the hot water tanks reach their temp is dumped into the ground. so, more or less free hot water in the summer  only practical for small scale mining setups (free gigs maybe?) but if youre gonna go geothermal (we are) its a nice bonus. I know, not exactly what you guys are talking about... but.. figured Id toss it out. maybe someone here can devise a dedicated small scale home brew version. a heat pump seems to be one good way to regulating temps and moving the heat to where you want it. lotta sharp minds here, some one may think of something. |
|
|
|
ehrm, if you only connect the +12V what is going to ground it?
Hence no power delivered as expected, grounding would still happen via mobo and same burning effect will happen if that was required.
no, it wont. there are 9 ground pins on a x1 connector, and it goes to the mobos ground plane. ground is ground at that point (and its a huge, relatively speaking, amount of copper) and its shared among all PSU ground wires that directly connect to the mobo. count em up; there are a lot. the original burning problem was (in almost all cases) the limited number +12v power connectors to the PCIe bus via the AUX connector. not the ground path. |
|
|
|
perfect! thanks |
|
|
|
I was thinking, maybe checkboxes which check themselves if a control is changed?
your call - youre driving whatever you put up on git it Ill try. I have good backups and cgminer is very protective of the hardware entrusted to it, so alpha code and I get along well. |
|
|
|
|
the boxes do have the proper values. the program works perfect. thats the "problem," so to speak.
its when I deliberately blank a value out (empty box) and then click "apply settings" it seems to send the number zero.
for example, I set fan speed to a blank box (because I dont want to change that value, as cgminer may of changed fan speed since the page was loaded) and click apply settings, when it reloads the fan setting input box is now "0" and the displayed data line (the part with the colored boxes and start,stop,restart) says the fan speed is 0%, 1026 rpm. my normal minimum fan is 1480 rpm (configured via --gpu-fan 40-80).
cgminer eventually brings the fan back up to speed but its disconcerting to hear your fan speed drop to next to nothing lol. being able to not send all but the value you want to change would make it more idiot proof and not override cgminer.
can it be set so a blank input box does not change that value? or a tick box or something that will not send values you dont want.
EDIT: I use FF or chrome on the PCs, Ill use opera on the android phone (havent tried it yet though). but again, the program runs fine.
|
|
|
|
|
grabbed the latest, works well. no options to change stuff till I edited my bat file cgminer flags (yes I still use command line flags instead of config files; lazy in my old age) to allow write access to my network. then I could change stuff.
I do have a feature request. in the screen (page?) that allows you to change intensity, clocks, volts etc.. can you allow us to change only one or 2 values instead of them all each time? lets say I want to just change to Dynamic intensity, I dont want to send new fan speed, engine clocks etc to cgminer as I use autofan and autoclock. leaving a field blank seems to send numeric zero. and I may pull an oops and send the wrong volts to a card, thinking Im in another field (or something equally stupid). so I may want to have it set so I never send a new voltage.
maybe put a tick box in each line or field. ticked means send the value in this line, unticked means dont send whatever value is in that line.
|
|
|
|
|
Show Posts
