Search content
Sort by
Showing 20 of 112 results by lano1106
I'm a late adopter. I just got in BTC about the same time of the cyprus crisis when the BTC went parabolic up to the roof.
I jump in maybe mid April. I bought 2 7970.
Today, just a few months from when I started mining, I have a handful of 10 ports hubs filleds with BEs.
This is just unbelievable how fast things change.
Beside my GF that do not like to see electronics coming in the basement, I'm having a blast with BTC mining even if I'm not sure that I'll fully repay all the equipement with what I'm doing while mining.
I jump in maybe mid April. I bought 2 7970.
Today, just a few months from when I started mining, I have a handful of 10 ports hubs filleds with BEs.
This is just unbelievable how fast things change.
Beside my GF that do not like to see electronics coming in the basement, I'm having a blast with BTC mining even if I'm not sure that I'll fully repay all the equipement with what I'm doing while mining.
My updated setup for bitcoin mining.
Very Small compare to the front liners, but everyone man has a dream.
Very Small compare to the front liners, but everyone man has a dream.
is it stable with 10 BE's on 1 Anker Hub? What PSU do you use?
It is stable, and I used the stock power supply that came with the Anker USB hubs.
ATM, they are running for about 14 days now and going strong.
same here. i've had en rumming, ten miners to an anker hub, stock power supply, for more then a month.
you're lucky. results seems variable. I have 8 BEs on a 10 ports Anker and I have frequent short I/O issues with 1,2,3 BEs where the green light get stuck.
Situation gets resolved by itself.
I'm waiting more BEs with I will test them with an Orico hub. Will see if it performs better.
Quote
Also - yeah, I def wouldn't put USB BEs inside a cardboard box...
Even sitting a AC powered fan against flammable materials is a bad idea. Just ask any fire fighter.
I'm sorry if I am stating the obvious but the setup is probably a joke or an attempt to parody people that share pictures of their setup.
If not, I am sorry for offending the original poster but putting 3 BEs in a big box is an hilarious cool idea!
I haven't tuned the software on these rigs for minimum overhead and I haven't overclocked the video cards yet either. Currently the farm is running at ~6GH/s or ~500MH/s for each 7970. I built it as fast as I could to get the mining started so they are currently running Ubuntu desktop. Ultimately I plan to create a Gentoo USB install that automatically tunes and mines each rig.
Just curious, you're driving 3 7970 with a 850W PSU???
Considering that each GPU is taking 250-300W, this is pushing the limit a little bit, isn't it?
Are you tweaking the GPUs voltage to make this setup be stable?
Karpeles is just a criminal hiding behind a screen, is there any way to remove him from the BTC Foundation?
done!
Here is another interesting fact.
I have received a promo e-mail from MtGox around end of December/early January offering a 25% discount on transaction fees....
They were trying to attract funds a month ago. Coincidence or premeditation?
I have received a promo e-mail from MtGox around end of December/early January offering a 25% discount on transaction fees....
They were trying to attract funds a month ago. Coincidence or premeditation?
MtGOX BTC price is now below 300 USD.
Prior to their current problems, I could understand the price premium given the fact that withdrawing money from them is hard. BTC sellers were asking for more given the risk they were taking.
What is the rational behind the tanking BTC price? Panic? can people withdraw money from them?
If MtGox is the BTC buyer behind their volume, induced panic looks like a great way to make a quick buck on the back of their terrorized users selling theirs at a ridiculous price compared to other exchanges.
Prior to their current problems, I could understand the price premium given the fact that withdrawing money from them is hard. BTC sellers were asking for more given the risk they were taking.
What is the rational behind the tanking BTC price? Panic? can people withdraw money from them?
If MtGox is the BTC buyer behind their volume, induced panic looks like a great way to make a quick buck on the back of their terrorized users selling theirs at a ridiculous price compared to other exchanges.
Re: CGMINER ASIC FPGA miner monitoring fanspeed RPC linux/win/osx/mip/arm/r-pi 3.8.2
must be on testnet.
Some devs on the bitcoin mailing list were complaining recently that someone is spamming the network with an insane number of new discovered blocks!
Some devs on the bitcoin mailing list were complaining recently that someone is spamming the network with an insane number of new discovered blocks!
my group membership is still pending
same for me. I have submitted a membership request yesterday and my request is still pending.I chosen the same display name I used here so tbomb or another admin can figure out my identity overthere.
we do not have the same notion of small potatoes.
What is the value of Basic-Mining assets: 1000 BTC? With current rate this is 300K USD+
This 300K+ USD belongs to share holders. some people go to jail for less smaller robbery.
If SEC do not care then report the issue to local police. IMO, that is what should be done.
How big was the bitcoin fraud when the guy from Texas got caught?
What is the value of Basic-Mining assets: 1000 BTC? With current rate this is 300K USD+
This 300K+ USD belongs to share holders. some people go to jail for less smaller robbery.
If SEC do not care then report the issue to local police. IMO, that is what should be done.
How big was the bitcoin fraud when the guy from Texas got caught?
Maybe creativeX was well intentioned initially when he started Basic-Mining but this is clearly turning into a scam.
If I were a US citizen, I would report this fraud to the SEC and/or the FBI. With all the Internet monitoring that the US government is doing, it should not be a problem for them to find him.
If I were a US citizen, I would report this fraud to the SEC and/or the FBI. With all the Internet monitoring that the US government is doing, it should not be a problem for them to find him.
Re: ASICMINER: Entering the Future of ASIC Mining by Inventing It
i dont see dividend for 6th , what happen?
I have received a 0.0029 something today. I'm assuming this is the AM dividend.Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.4
Sure, but just be aware that many distros include libusbx and not libusb native, and that libusbx is LESS reliable despite being a later version which is precisely why I include the one that I want people to use in-tree.
Oups. then maybe we should report that to the maintainer as this is precisely what all ArchLinux users are using with cgminer binary package:
Code:
lano1106@whippet2 /var/abs/community/cgminer $ pacman -Qs libusb
local/libgusb 0.1.6-1
GLib wrapper around libusb1
local/libusbx 1.0.17-1
Library that provides generic access to USB device
local/libgusb 0.1.6-1
GLib wrapper around libusb1
local/libusbx 1.0.17-1
Library that provides generic access to USB device
Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.4
3.6.4 ONLY builds with the jansson and libusb included in cgminer (which is libusb-1.0.16-rc10, NOT libusbx). It ignores any installed libraries on your machine since it's the only way I can guarantee people are using the most stable libraries. As for it hanging on closing, it's a clusterfuck that I've never been able to completely fix due to millions of threads going wild and no clean way to shut it down with some things never returning. Blame me.
Con,
you must know that it is trivial for a ArchLinux maintainer to sed your configure.ac script to do whatever he wants. Here is a snippet of the PKGBUILD script:
Code:
# We have latest jansson and libusb - just use them
sed "s|ac_subdirs_all='compat/libusb\-1.0\ncompat/jansson-2.5'||" -i ./configure
sed 's|subdirs="$subdirs compat/libusb\-1.0"||' -i ./configure
sed 's|subdirs="$subdirs compat/jansson\-2.5"||' -i ./configure
sed 's|LIBUSB_LIBS="compat/libusb-1.0/libusb/.libs/libusb-1.0.a"|LIBUSB_LIBS=-lusb-1.0|' -i ./configure
sed 's|JANSSON_LIBS="compat/jansson-2.5/src/.libs/libjansson.a"|JANSSON_LIBS=-ljansson|' -i ./configure
sed 's|compat/Makefile ||' -i ./configure
sed 's|JANSSON_INCLUDES = -I$(top_srcdir)/compat/jansson-2.5/src||' -i ./Makefile.in
sed 's|USBUTILS_INCLUDES = -I$(top_srcdir)/compat/libusb\-1.0/libusb|USBUTILS_INCLUDES = -I/usr/include/libusb-1.0|' -i ./Makefile.in
sed 's|SUBDIRS = lib compat ccan|SUBDIRS = lib ccan|' -i ./Makefile.in
rm -r compat
sed "s|ac_subdirs_all='compat/libusb\-1.0\ncompat/jansson-2.5'||" -i ./configure
sed 's|subdirs="$subdirs compat/libusb\-1.0"||' -i ./configure
sed 's|subdirs="$subdirs compat/jansson\-2.5"||' -i ./configure
sed 's|LIBUSB_LIBS="compat/libusb-1.0/libusb/.libs/libusb-1.0.a"|LIBUSB_LIBS=-lusb-1.0|' -i ./configure
sed 's|JANSSON_LIBS="compat/jansson-2.5/src/.libs/libjansson.a"|JANSSON_LIBS=-ljansson|' -i ./configure
sed 's|compat/Makefile ||' -i ./configure
sed 's|JANSSON_INCLUDES = -I$(top_srcdir)/compat/jansson-2.5/src||' -i ./Makefile.in
sed 's|USBUTILS_INCLUDES = -I$(top_srcdir)/compat/libusb\-1.0/libusb|USBUTILS_INCLUDES = -I/usr/include/libusb-1.0|' -i ./Makefile.in
sed 's|SUBDIRS = lib compat ccan|SUBDIRS = lib ccan|' -i ./Makefile.in
rm -r compat
but hey thanks for the suggestion to try out the git version. I'll do that and report back if it fix my problem.
Thank you very much!
Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.4
Con,
is your distributed version of libusbx a vanilla version from upstream known to work fine with cgminer or you have done some local modifs to it?
I am asking because the official version of cgminer from ArchLinux community repo is built with the system libs for libusbx and jansson (was also doing it as well since I need to recompile for ADL).
Version 3.6.4 and mining with 8 AM USB Eruptors, everything is extremely stable, except when I quit the application. At that point, all threads appear to be deadlocked. I have made a manual 'kill -11' to get a core. It is not very informative as the exec was stripped. I will recompile and keep symbols to get better stacks but for the moment, I am just shooting in the water in case you know right of the bat what happens:
#0 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x0000000000408385 in ?? ()
#2 0x00007ffb0e7e8045 in __libc_start_main () from /usr/lib/libc.so.6
#3 0x0000000000408f59 in ?? ()
(gdb) info threads
Id Target Id Frame
15 Thread 0x7ffb0d2fd700 (LWP 15595) 0x00007ffb0e8b947d in poll () from /usr/lib/libc.so.6
14 Thread 0x7ffaed7f2700 (LWP 15617) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
13 Thread 0x7ffaee7f4700 (LWP 15622) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
12 Thread 0x7ffaf17fa700 (LWP 15609) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
11 Thread 0x7ffaf07f8700 (LWP 15611) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
10 Thread 0x7ffaf2ffd700 (LWP 15606) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
9 Thread 0x7ffb057ca700 (LWP 15602) 0x00007ffb0e8bac53 in select () from /usr/lib/libc.so.6
8 Thread 0x7ffaf1ffb700 (LWP 15608) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
7 Thread 0x7ffaf27fc700 (LWP 15607) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
6 Thread 0x7ffb05fcb700 (LWP 15601) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
5 Thread 0x7ffaeeff5700 (LWP 15614) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
4 Thread 0x7ffb04fc9700 (LWP 15603) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
3 Thread 0x7ffaf3fff700 (LWP 15604) 0x00007ffb0e8bac53 in select () from /usr/lib/libc.so.6
2 Thread 0x7ffb0dafe700 (LWP 15594) 0x00007ffb0e8b947d in poll () from /usr/lib/libc.so.6
* 1 Thread 0x7ffb101a57c0 (LWP 15593) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
is your distributed version of libusbx a vanilla version from upstream known to work fine with cgminer or you have done some local modifs to it?
I am asking because the official version of cgminer from ArchLinux community repo is built with the system libs for libusbx and jansson (was also doing it as well since I need to recompile for ADL).
Version 3.6.4 and mining with 8 AM USB Eruptors, everything is extremely stable, except when I quit the application. At that point, all threads appear to be deadlocked. I have made a manual 'kill -11' to get a core. It is not very informative as the exec was stripped. I will recompile and keep symbols to get better stacks but for the moment, I am just shooting in the water in case you know right of the bat what happens:
#0 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
#1 0x0000000000408385 in ?? ()
#2 0x00007ffb0e7e8045 in __libc_start_main () from /usr/lib/libc.so.6
#3 0x0000000000408f59 in ?? ()
(gdb) info threads
Id Target Id Frame
15 Thread 0x7ffb0d2fd700 (LWP 15595) 0x00007ffb0e8b947d in poll () from /usr/lib/libc.so.6
14 Thread 0x7ffaed7f2700 (LWP 15617) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
13 Thread 0x7ffaee7f4700 (LWP 15622) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
12 Thread 0x7ffaf17fa700 (LWP 15609) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
11 Thread 0x7ffaf07f8700 (LWP 15611) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
10 Thread 0x7ffaf2ffd700 (LWP 15606) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
9 Thread 0x7ffb057ca700 (LWP 15602) 0x00007ffb0e8bac53 in select () from /usr/lib/libc.so.6
8 Thread 0x7ffaf1ffb700 (LWP 15608) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
7 Thread 0x7ffaf27fc700 (LWP 15607) 0x00007ffb0eba092c in __lll_lock_wait ()
from /usr/lib/libpthread.so.0
6 Thread 0x7ffb05fcb700 (LWP 15601) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
5 Thread 0x7ffaeeff5700 (LWP 15614) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
4 Thread 0x7ffb04fc9700 (LWP 15603) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
3 Thread 0x7ffaf3fff700 (LWP 15604) 0x00007ffb0e8bac53 in select () from /usr/lib/libc.so.6
2 Thread 0x7ffb0dafe700 (LWP 15594) 0x00007ffb0e8b947d in poll () from /usr/lib/libc.so.6
* 1 Thread 0x7ffb101a57c0 (LWP 15593) 0x00007ffb0eb9e07f in pthread_cond_wait@@GLIBC_2.3.2 ()
from /usr/lib/libpthread.so.0
I said what I wanted to say. The fact that you don't understand it is based on your imperfect mental model of what has transpired. All offers and sales of securities must be registered with the SEC or qualify for some exemption from the registration requirements. Even the exemptions, if you qualify for them, require a form 144 to be filed with the SEC. So, the legality of what occurred at BTC-TC and LTC-Global is the same as it has been since 1933 (apparently). The fact that you and I didn't know this doesn't make it any more or less murky since last month.
I know as much as the rest of you which means you know that Creativex has been running this revenue share for going on a year and communicating with us on a very regular basis until now. Obviously something has changed and I refuse to believe his intentions are dishonest. He has already liquidated the assets and holdings of LTC-DMF and dispersed those funds to shareholders as a dividend on the closing of LTC-Global (also operated by Burnside). He stated this in his last post on Oct. 7th (in the LTC-DMF forum) and has said nothing else since that day in this or the LTC-DMF forum. We also know that he was considering other options to continue trading at first but those options were and still are extremely limited. I can guarantee one thing - no investors have got stolen. (sorry I couldn't resist)
Take care
I know as much as the rest of you which means you know that Creativex has been running this revenue share for going on a year and communicating with us on a very regular basis until now. Obviously something has changed and I refuse to believe his intentions are dishonest. He has already liquidated the assets and holdings of LTC-DMF and dispersed those funds to shareholders as a dividend on the closing of LTC-Global (also operated by Burnside). He stated this in his last post on Oct. 7th (in the LTC-DMF forum) and has said nothing else since that day in this or the LTC-DMF forum. We also know that he was considering other options to continue trading at first but those options were and still are extremely limited. I can guarantee one thing - no investors have got stolen. (sorry I couldn't resist)
Take care
If you are capable of such thing, I would like to ask to not use insults to defend your position and perhaps make your post more 'to the point'
In my 'mental model', if fraud victims did not complied to all regulations, this does not lessen the gravity of the fraud. What do you find imperfect in that?
I admit that no one knows what are creativex plans but in your 'mental model', if he never show up again, will that mean to you that no fraud has been committed because no one ever step up to explain it to you?
How long will it take to even consider that some wrongdoing has been committed as a possibility?
I sincerely hope that this is not the case but people disappearing and becoming unreachable is usually not a good sign.
The other possibility is that he has been arrested but then I would have expected that we would had some echo from news outlets as they love bitcoin busts stories.
You guys should read something - http://www.sec.gov/info/smallbus/qasbsec.htm#noreg and ascertain whether it applies in our collective case. I would be hard-pressed to believe that any of you would think otherwise. Given that Creativex is an American citizen, it is in his best interest to remain silent now and possibly forever on the subject of bASIC-mining. We all jumped in and took the risk without fully understanding the regulations and consequences of our actions. It is time for us to grow up and take responsibility for those actions. Perhaps what is really needed at this time is a defence fund for Creativex rather than a scammer tag! You people are the scammers. You are probably in violation of federal and state laws which hardly gives you the authority to second-guess the integrity of Creativex. I would hope that he is retaining counsel if it is required and it would be nice if someone with the know-how would set up a defence fund on his behalf. Does anyone here have that knowledge?
Creativex - if you are reading this - take care of yourself.
Creativex - if you are reading this - take care of yourself.
Just trying to understand what you want to say.
We all understand that at best the legal situation of basic-mining is/was murky.
Are you saying that now that legal risk become more concrete (IMHO the same as last month) this justify disappearing and leaving the investors wondering if they got stolen?
I'm fine with CreativeX not willing to pursue further because of legal risk. If that is the case, the correct thing to do is to liquidate the assets and distribute back the profits to the share holders.
Not a legal expert but disappearing could make him be in even more trouble if someone having lost few thousands of dollars calls the police.