Bitcoin Forum
June 01, 2024, 11:31:38 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 [437] 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 ... 570 »
8721  Bitcoin / Hardware / Re: [Announcement] Avalon ASIC Ships on: January 27, 2013, 12:20:09 AM
Of course a MUCH higher BTC price will negate that Cheesy
You mean would negate that. There is no guarantee it will be higher  Wink

Though I do believe value will continue to rise.
8722  Bitcoin / Pools / Re: [3600 GH] BTC Guild - PPS, PPLNS with TxFees+Orphans, Stratum+Vardiff ASIC Ready on: January 26, 2013, 01:47:21 AM
You should be using stratum to the server and stratum to the proxy rather than getwork to the proxy.
8723  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: January 25, 2013, 04:03:45 AM
Thanks, I guess  Wink

I see nothing has changed while I was away... not that I expected anything more  Roll Eyes. Fortunately, I predicted well that 2.10.4 would be a cracker release and it has lived up to my expectations.
8724  Bitcoin / Hardware / Re: [Announcement] Avalon ASIC Ships on: January 25, 2013, 03:49:11 AM
Yes Kano we know, enough already... wait till hardware materialises and then we'll see.
8725  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: January 25, 2013, 01:57:28 AM
https://www.youtube.com/watch?v=j_oUjMxR0YU
8726  Bitcoin / Pools / Re: [3600 GH] BTC Guild - PPS, PPLNS with TxFees+Orphans, Stratum+Vardiff ASIC Ready on: January 24, 2013, 11:00:55 PM
Hello,

I was wondering why almost 60% of the BTCGUILD users are still on getwork???

I use cgminer so it automatically went to stratum with the later versions..!!!

I must say my setup runs very stable and 24/7 on Linux.... Wink


Yeah, I can leave my FPGAs on Stratum and the only time I get an idle warning is when I unplugged them.  I don't know why there is so much resistance to moving to Stratum on BTC Guild, there's quite an obnoxious warning to users who aren't using Stratum, but I suppose most users don't go to the site frequently enough for it to bother them.  I suppose once ASICs start to show up, I might have to take more drastic measures to encourage users to switch to Stratum [higher fees for using getwork, or something similar].  We had about 50% of the pool on Stratum for a while, but then ~300 GH/s of new miners showed up and they're almost exclusively on Getwork.
Don't underestimate the amount of inertia on the part of miners. A large chunk of miners simply start mining and once everything is working they never touch it again till it breaks.
8727  Bitcoin / Hardware / Re: [Announcement] Avalon ASIC Ships on: January 24, 2013, 10:15:32 AM
...
Shouldn't you pay for it or return it once the coding process is done?

Do you sort of understand where I am coming from?
No I don't - because you are not comparing similar environments.

If they were to employ someone to write the software from scratch the cost would certainly be well above handing out some boards to developers. Then of course there is the support of that software for eternity until the Avalon boards are considered no longer worth supporting.

By having developers support their hardware they gain more sales.

Why should developers do the development and support for them for free when they are purely profit driven themselves?
In the larger world of linux kernel development for example, when developing original novel code for new hardware all we need to do is ask the manufacturers nicely for some sample hardware and provided the developer is a known developer for code in the past they are often given samples of hardware that isn't even available for sale yet. This is always going on with the manufacturing from Intel, AMD, IBM etc. They are aware that having software available for their hardware is only beneficial to their hardware sales and the cost of sponsoring the software development directly versus giving away a few hardware samples is a simple equation that works in their favour. Indeed the developers are often invited to pre-release talks from the manufacturers regarding the hardware development and their input valued and can often change hardware development direction before release because these are the people who know what they're talking about and the manufacturers realised this long ago. Great hardware is only ever made when the software developers are involved in the development process and the software that goes with it is shipped at the same time.

Thinking us software developers just want "freebies" is just a short sighted view of the world. It's only on this round of bitcoin hardware development (with ASICs) that the manufacturers have even begun to embrace what the massive manufacturers have been doing for years, and not remotely on the scale that Intel and AMD would since we're largely in the dark about the hardware and communication protocols until virtually the release date. Of course the scale, timelines and profit margins are completely different, but the variables remain the same.

EDIT: Trust me, you don't want to actually contract me to do software work. It's prohibitively expensive - just ask coinlab who did contract me. Or, you can rely on me coding free software instead.
8728  Bitcoin / Hardware / Re: [Announcement] Avalon ASIC Ships on: January 24, 2013, 09:57:50 AM
Jeff Garzik was the original author of minerd which evolved into cgminer which I now maintain. There are most definitely still remnants of his original code still in cgminer today which is GPL licensed. Given that fact, I think it highly likely he will have an interest in making sure the code for a customised cgminer for avalon hardware is made available. I very much doubt given Jeff's history with free software that he will just ask for the code and just look at it himself without making it available for everyone else.
8729  Bitcoin / Pools / Re: [3600 GH] BTC Guild - PPS, PPLNS with TxFees+Orphans, Stratum+Vardiff ASIC Ready on: January 24, 2013, 09:50:26 AM
I was just wondering is cgminer reporting an efficiency of 555% is normal. It is always around there btw, I use stratum.

With Stratum, your efficiency is always going to be extremely high if you're mining on basically any GPU/FPGA.  Basically 1 share [diff1] per 30 seconds = 100% efficiency [if I'm remembering correctly], and it scales from there (1 per 15 = 200%, 1 per 10 = 300%).  I may be wrong, I can't remember exactly how efficiency was calculated on Stratum, since you basically receive 1 work unit per 30 seconds regardless of your speed.  The stat is mostly useless because of that fact.
Yes that's right. It's largely of historical value when the getwork protocol was often the rate limiting step and means less and less with both stratum and variable difficulty.
8730  Bitcoin / Mining speculation / Re: [2,979,637]Difficulty Discussion Thread [TRENDING ↑ ↑ ↑] on: January 03, 2013, 09:02:19 PM
Looks like the equipment is coming back on. Or ASICS?
No, these are now "diff hoppers", people on the brink of profitability who wait for the diff to drop, then mine until the diff rises, then stop. They did so numerous times on the LTC chain which changes more frequently, but they're doing it now to the BTC chain.
8731  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: January 02, 2013, 09:12:59 PM
I have been running on 2.7.6 "forever" and just upgraded to 2.10.4.  I got this error last night:

Code:
[2013-01-02 01:14:21] Error: clEnqueueReadBuffer failed error -5. (clEnqueueReadBuffer)

It ran for (nearly) exactly 24 hours before crashing.  Con - anything you would like me to do?  Run a debug version?  (etc.)  This machine is on Windows 7 64-bit.

I also noticed it is using variable difficulty shares.  There's no point in that for this GPU (an old nVidia card), is there?  Are there any options I should add to my command line?  I'm currently using only -o -u & -p.

(Yes this is a worthless machine for mining.  No need to point this out.  I'm still running it for weeks/months until the difficulty shoots up due to ASICs.)

#define CL_OUT_OF_RESOURCES                         -5

Some driver and/or device problem and the new cgminer version was purely coincidental. Reboot, reinstall drivers etc...
8732  Alternate cryptocurrencies / Altcoin Discussion / Re: Time to switch on litecoin. BITCOIN IS DEAD for normal miner on: January 01, 2013, 01:00:48 PM
There will definately be a shift towards LTC as all those GPU's will only be good for LTC
This is what I don't understand about all of the arguments for the defense of LTC: It's been established that for BTC, price drives difficulty. The more the BTC is worth, the more people want to mine it, and the more people are willing to mine. Wouldn't the same be true for LTC? So how can it be feasible to expect that the price would go up just because hundreds or thousands of GPUs decide to switch to LTC? That's actually counter-intuitive to what we've seen with BTC, yet most people still think it to be true.

The LTC price has risen, but only by a tiny amount. If more people actually considered it a valid currency, then more people would be buying, the price would go higher, and the difficulty would increase as more people made the switch. But that's not what we're seeing! Instead, we're seeing a consistently low price, and way too many miners. IMHO, that's why the LTC difficulty keeps bouncing - it's a case of WAY too much supply, and WAY too little demand. So taking this information and looking forward, I ask you again, how can adding MORE GPUs to an already fluctuating currency mean that it will suddenly become more valuable?
No crazyates, you understand perfectly well. Value going up will bring more mining, but the reverse is not true - more mining will not increase the currency's value. Trade, transactions and perceived value based on those determines the price of the currency. Far too many people in the bitcoin community are here purely because of mining and are totally detached from the concept that it's a cryptocurrency trade system we're trying to create here, and are only focused on mining profit. The best thing the miners can do to increase the value of their chosen currency is to start offering services or products with that currency to encourage trade in it instead of just concentrating on mining. As the profit margins of LTC mining whittle away the reality will eventually dawn on them, and people will switch off mining hardware for LTC as well. One could always have a belief that long term the value of their currency will eventually rise and then go on mining at a borderline loss, seeing it as some kind of long term investment. But then you could do the same with BTC too, since its price could also rise much more. Despite that, there is clear evidence that people invest in mining hardware and turn it on when price rises, and sell hardware and turn it off when price falls.
8733  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: December 31, 2012, 09:02:01 AM
Thought I'd give you all a heads up warning.

I'll be away overseas, enjoying Japan from the 5th to the 23rd of January.... While this is the time frame that perhaps one of the first ASICs comes into existence, the fact is that I really couldn't care less while travelling. Thus I wish to inform you that my right hand man, Kano(i), will be the only person around who will be producing officially sanctioned cgminer code while I'm away. So if and when the hardware does appear, and you wish to use cgminer to mine on that hardware, please use source and/or binaries provided by him.
8734  Alternate cryptocurrencies / Altcoin Discussion / Re: My edit war with Luke-jr on: December 31, 2012, 08:30:14 AM
That's a pretty harsh indictment ckolivas. Why do you not like luke-jr so much?
There are hundreds of pages of forum entries outlining his behaviour, not just to me, but to the whole bitcoin community at large. Do you really need me to elaborate?

Here's a vague reminder that didn't even involve me:
https://bitcointalk.org/index.php?topic=62037.0
8735  Alternate cryptocurrencies / Altcoin Discussion / Re: My edit war with Luke-jr on: December 31, 2012, 03:35:55 AM
Where is the guy anyway? He should have had time by now to explain himself.
I can save you the trouble of waiting for him to answer. Whenever there's a valid objection to his actions or claims his response is "it's not true" and/or "you're just trolling", and whenever there's a valid question asked of him where he doesn't like the answer, he never responds since he never says he's wrong. If you say something that might involve him being shown to be a liar, he gets a mod to delete your post.
8736  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: December 31, 2012, 01:38:45 AM
Sorry if this has been mentioned before, I looked through the readme but didnt see anything. I also have not kept up on this thread or Stratum in general.

How do you disable stratum on cgminer? I was running my rigs on Coinlab and decided to upgrade BAMT to the (at the time) latest cgminer and have not been able to mine there since. I can however mine on any pool that supports Stratum but would like to go back to Coinlab.
There is nothing about stratum support that precludes mining on regular getwork pools. If they support both getwork and stratum and they specify the stratum header, cgminer will automatically switch to stratum, unless you add the "--fix-protocol" option. But if the pool does not support stratum, like coinlab, it will just use getwork.

I first assumed this which is why I upgraded. However after upgrading it would not mine on coinlab and will not on Ozcoin either unless it is on the Stratum pool. Maybe its something with the way BAMT talks to cgminer?
Pool issues. I know ozcoin has had issues with its getwork pools lately, but I have no idea about coinlab.
8737  Bitcoin / Pools / Re: why isn't p2pool more popular than it is? on: December 31, 2012, 01:36:52 AM
Don't forget that by default, there is a fee attached to mining with p2pool unless you disable it. I'm not advocating or passing judgement on that fact, just pointing out that people seem to forget or not even know the fee is there.
8738  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: December 31, 2012, 01:32:47 AM
Sorry if this has been mentioned before, I looked through the readme but didnt see anything. I also have not kept up on this thread or Stratum in general.

How do you disable stratum on cgminer? I was running my rigs on Coinlab and decided to upgrade BAMT to the (at the time) latest cgminer and have not been able to mine there since. I can however mine on any pool that supports Stratum but would like to go back to Coinlab.
There is nothing about stratum support that precludes mining on regular getwork pools. If they support both getwork and stratum and they specify the stratum header, cgminer will automatically switch to stratum, unless you add the "--fix-protocol" option. But if the pool does not support stratum, like coinlab, it will just use getwork.
8739  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: December 31, 2012, 12:39:47 AM
Is anyone else having difficulties with the reliability of using a raspberry pi with cgminer (and bfgminer) to manage fpga miners (in my case bitforce and icarus). I've found that cgminer 2.10.4 gives out comm errors on bitforce miners (at random). Bfgminer has problems as well outlined in this thread: https://bitcointalk.org/index.php?topic=128789.msg1426976#msg1426976

The main point here is that I believe there is either some bug with cgminer (kinda doubt this) or some major problem with the raspberry itself (possibly USB driver issue? etc) or the wheezy debian distro. I'm using the distro put together by the OP on the thread I pasted above.

I'm sure someone else is also using a pi to manage their fpga miners, so I ask has anyone managed to get it to run reliably without any errors, restarts, etc.?

I've updated the firmware via rpi-update and updated the distro with apt-get update & apt-get upgrade & apt-get dist-upgrade. Problem with 2.10.4 of cgminer still persists.
The usb on rpi is known to be really flaky. The addition of a powered usb hub usually fixes most problems as it acts as a usb filter as well as running more usb devices better.
8740  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windws/osx/mip/r-pi 2.10.4 on: December 31, 2012, 12:02:26 AM
I am having some issues compiling 2.10.4. I've been following the same steps to compile for months and can compile 2.9.7 and prior versions without issue, it's just 2.10.x versions. I think it might be a dependency, but I'm not that linux savy. I have run "apt-get update && apt-get upgrade" to make sure things are current. This is running on a Atom based Mini-ITX MB running Debian 6 with 7 BFLs. (Other than this new compile issue, it's been running great for 6 months)

I did read back around 15 pages to the point where 2.10.0 was released and did not see anyone having any issues with compiling. I also checked the README.txt and it looks like I have all the dependencies. If anyone can point me in the right direction, I'd appreciate it. Thank you.

Code:
CFLAGS="-g -O2 -W -Wall" ./autogen.sh --enable-bitforce --with-libudev
Returns the following:
Code:
  curses.TUI...........: FOUND: -lncurses
Looks OK, but then I get these errors when running "make": (I have tried make clean first as well)
Code:
util.c:207: error: āCURLOPT_TCP_KEEPALIVEā undeclared (first use in this function)

That looks like your curl installation is a version that somehow should support CURLOPT_TCP_KEEPALIVE (version 7.25.0+) but then actually doesn't.

That should not happen since it is supposed to detect what version of curl you have installed and choose appropriate support. Perhaps you have only a partly installed or mixed installation of libcurl development libraries.


I did an apt-get remove libcurl4-gnutls-dev && apt-get install libcurl4-gnutls-dev

Code:
Unpacking libcurl4-gnutls-dev (from .../libcurl4-gnutls-dev_7.21.0-2.1+squeeze2_i386.deb) ...
Processing triggers for man-db ...
Setting up libcurl4-gnutls-dev (7.21.0-2.1+squeeze2) ...
So is that the wrong version? (Still no love on the make clean / make) Any clue on how to get the 7.25.0+ version you speak of?
Thank you for your time.

It's still supposed to work with older curls. Somewhere it is thinking you have a later version installed which you don't. Anyway I usually install libcurl4-openssl-dev
Pages: « 1 ... 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 [437] 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 ... 570 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!