15mins left
You still haven't answered my question about discount. Given that BFL is now 60 GHs like Avalon but they claim to be able to deliver before you. allinvain, 10Btc bet that they will not deliver it before Avalon whatever they claim. Do you accept that:)? lol..let me think about that a bit more and if so I would agree to the bet :p My guess is that a lot of people are banking on them being able to surprise us and deliver. are 48 Hours OK? Let me know |
|
|
|
15mins left
You still haven't answered my question about discount. Given that BFL is now 60 GHs like Avalon but they claim to be able to deliver before you. allinvain, 10Btc bet that they will not deliver it before Avalon whatever they claim. Do you accept that:)? |
|
|
|
|
ngzang,
I have ordered on the first batch. But i did not create account because it was not required to do so. Pls make sure that i will receive WT info also. Still nothing. My order number is: # 200000160
Best
|
|
|
|
flynn,
Which version of cgminer are you using? I am not quite sure that it works beter because utilty is too low it should be aroung > 5.5
Old versions of cgminer were not showing any HW errors. Pls double check the results and compare your hashrate with your pool stats...
cgminer 2.4.2 I am unable to download the latest version from github rightnow, it seems broken or something. I'll retry later Meanwhile I put back the old bitstream : ICA 0: | 378.7/372.6Mh/s | A:20 R:0 HW:0 U: 7.03/m The old one is OK what you can see is the U: 7.03/m - That is fine...When you run it for longer U will be about 5-5.5 |
|
|
|
Before we get anything better, the Icarus 200Mhz-test bitstream is working fine on my Lancelot =>
ICA 0: | 399.4/397.4Mh/s | A:207 R:1 HW:0 U:3.50/m
flynn, Which version of cgminer are you using? I am not quite sure that it works beter because utilty is too low it should be aroung > 5.5 Old versions of cgminer were not showing any HW errors. Pls double check the results and compare your hashrate with your pool stats... |
|
|
|
Yes I know about this one - it's been there since the beginning.
It's actually almost certainly a hardware issue.
Since Icarus never actually reported HW errors until I changed it leading up to 2.7.6, no one ever noticed it was happening.
You will notice that it doesn't actually cause a problem - the quick spin in the code fixes itself once the Icarus goes back to returning shares properly.
I had thought of a fix for this before but I haven't implemented it coz it didn't seem eloquent - I did think of a much better idea yesterday but have yet to implement it.
Anyway, as you can see - you can ignore it until I get to changing the code to identify the hardware problem (it's simple now that I've thought of a better solution) and hopefully that will fix it
We'll see after that if the problem goes away
Oddly, it happens on both Icarus and CM1 even though it's probably a USB problem and they have different USB UARTs
There is one other unusual (rare - one in 4billion shares) situation I can think of that might be related - so if the fix doesn't solve it, I'll have to read up in detail about how the bitstream handles that other rare issue and see if that can cause the spin
Thanks Kano! Yes i have noticed that this is not causing problems. It is not USB issue since dmesg shows nothing about USB unplug/plug events. By the way this is debug version as you suggested, but still no core dumps:) Best |
|
|
|
|
Hello,
There might be Hardware error counter bug present
I am running cgminer 2.7.6
From time to times HW error counter increases in 7K for 5 minutes
The same board was having HW errors like 200-300 After 5 mins it showed 7030. It seems to me that something is looping inside. It is just not possible to Accept 7000 Shares (as of my understanding how cgminer works) for 5 mins. Is that true?
PGA Name ID Enabled Status Temperature MHS av MHS 5s Accepted Rejected Hardware Errors Utility Last Share Pool Last Share Time Total MH Frequency Diff1 Work Difficulty Accepted Difficulty Rejected Last Share Difficulty
3 ICA 3 Y Alive 0.00°C 378.59 378.81 10,910 6 7030 5.39/m 0 17:50:04 45,954,053.6439 0.00 17,955 10910.00000000 6.00000000 1.00000000
Best
|
|
|
|
The site's down, but my miners are still running fine.
Back up again. There's a problem with the web server. It locks up randomly with no error message and becomes completely unresponsive. So it's a bit difficult to figure out what the problem is. I'll keep a watch on it and see if I can find out what's going on. Sorry for the instability.  You're the man Doc. Your efforts are appreciated by us all. +1 |
|
|
|
+1 for DHL - Shopments get stolen or lost with EMS in my country
Maybe we could ask to pay a plus and use DHL/whatever... Let us ask to pay something in a first place and leter on we can pay extra for DHL:) Is there any progress with WT info? |
|
|
|
ngzang, Is it safe to try 200 MHZ test bitstrem with lancelot. What i am asking if is possible to "kill" the board while priograming it? Waht is the original bitsream flashed inside lancelots (for recovering purpose) Shall we expect your bitstream to be available soon? 10X PS:Week is passing and we do have half of the big news as prommised - the core picture only  |
|
|
|
|
+1 for DHL - Shopments get stolen or lost with EMS in my country
|
|
|
|
Nginx Rocks! and it will beat the apache for sure. But it is a challenge to configure it right Website is back up again. Sorry for the downtime. Mining, payments, everything was running, you just couldn't access the website. And yeah, it was the backend behind Apache that locked up. I might switch to Nginx, I was actually planning to, but Apache has actually done a surprisingly good job. |
|
|
|
Guy’s, I do not want to start a fight here. Thank you very much for your help! I will send my dump file when I have it so you can investigate it in case you want to |
|
|
|
|
Guy’s
Have somebody received email (or other) instructions about wire transfer? I am planning a short vacation. I want to sort this out before that.
Thank you very much
|
|
|
|
I am confused  Which one of those or they are equal? ./configure CFLAGS='-ggdb -O0' OR CFLAGS="-g -W -Wall" ./autogen.sh |
|
|
|
Thank You I will post the resulsts when crashes again --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt - Can i skip those since i am not using them? I use Icarus and GPU only? Thank you!
I will definitely use that script. Can you advise me how to compile -g and without -O2. Probably after ./autogen.sh Makefile shall be changed or?
Best
...
CFLAGS="-g -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt make clean make |
|
|
|
Thank you! I will definitely use that script. Can you advise me how to compile -g and without -O2. Probably after ./autogen.sh Makefile shall be changed or? Best ... Does somebody have similar issues and if yes what can be done to resolve them? And as always it happens at night:) I know that it can happen randomly but never during day I run my cgminer in a loop http://pastebin.com/Z4pG26uF(my cgminer is just another script 'cgminer.sh' that runs cgminer with the options I want) Thus if it ever crashes, it leaves a core and then restarts Do something like that - if it actually crashes - so it just restarts (with a 5 second sleep) Obviously, in my case, I certainly want this to help find bugs and help with fixing them (so I also compile -g and without -O2) but yeah it makes it easy to find bugs and also keep mining |
|
|
|
Guy's I am using xubuntu with Linux GA-990FXA-UD7 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux [ 16.525219] [fglrx] module loaded - fglrx 8.96.4 cgminer 2.7.6 compiled from git - same happened with old versions From time to times cgminer core dumps logs showed that: Sep 25 01:13:11 GA-990FXA-UD7 kernel: [11323.856292] do_general_protection: 42 callbacks suppressed Sep 25 01:13:11 GA-990FXA-UD7 kernel: [11323.856302] cgminer[2736] general protection ip:40d326 sp:7fc0f665be70 error:0 in cgminer[400000+40000] Does somebody have similar issues and if yes what can be done to resolve them? And as always it happens at night:) I know that it can happen randomly but never during day |
|
|
|
Thank You! This explains everything so after 5 hours or so my payments will be back to normal:) Best Doc,
Long pool is OK. However tonight my cgminer crashed. It was offline for about 5 hours or so. I started it a couple of hours ago but my payments are still very low. I mean that guys having equal hash rate get paid 3-4xmore. However on each new block my payment increases. I guess it should back to normal after few blocks. What i am asking you if i shall be worried that something is wrong from my side or that is normal due to algorithm used when payments are calculated. For instance if i fire cgminer right now - and say i never mined here before. Mine from beginning to the end of new block did i get paid same amount like a person who has same hash rate like me (Accepted shares) but he was mining for a week without any interruption?
Thank You
BitMinter uses PPLNS (pay per last N shares) for its payout method. This means that you're paid for the shares that you submit within the time period specified by N as long as a block is found within that time period. In the case of BitMinter, you're paid for the shares that you submit in the last 10 shifts, found here. |
|
|
|
|
Doc,
Long pool is OK. However tonight my cgminer crashed. It was offline for about 5 hours or so. I started it a couple of hours ago but my payments are still very low. I mean that guys having equal hash rate get paid 3-4xmore. However on each new block my payment increases. I guess it should back to normal after few blocks. What i am asking you if i shall be worried that something is wrong from my side or that is normal due to algorithm used when payments are calculated. For instance if i fire cgminer right now - and say i never mined here before. Mine from beginning to the end of new block did i get paid same amount like a person who has same hash rate like me (Accepted shares) but he was mining for a week without any interruption?
Thank You
|
|
|
|
|
Show Posts
