Bitcoin Forum
May 13, 2024, 11:41:05 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 [80] 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 ... 148 »
1581  Other / Beginners & Help / Re: Tradehill shutdown & the Money Transmission Act on: February 14, 2012, 11:40:57 PM
Why not Intersango.com?

Now second largest bitcoin exchange, British registered business, 100% legal and regulation compliant(means no getting shut down).

Run by bitcoin core developers transparently.

Trade USD, GBP, EUR, and PLN. Only MtGox has more volume.

Second longest running, never compromised (they're often the ones to find breaches in other exchanges).

Best customer service in bitcoinland and lowest fees.

Transfer funds using Dwolla & SEPA outside the UK, one day transfers when in the UK.

How much did they pay you to say this Cheesy ?

Kidding. They really are an excellent exchange but it needs more liquidity at times compared to gox and backup strategy if their account is closed.
1582  Bitcoin / Project Development / Re: BAMT - Easy persistent USB key based linux for dedicated miners/mining farms on: February 14, 2012, 11:35:48 PM
I will add this as well, a question that has come up before:

Does BAMT even need to be an OS?

I think so.  The reason why I use BAMT is because have you seen the # of steps to get everything working right on Linux?  Brutal.  It can be done but BAMT is "flash a drive", plug it in, and up and mining after editing a couple of text files via SSH.  If I ever get serious about remote config it will be even easier/faster.

If BAMT became a collection of programs then it would have dependency issues.  So it becomes grab a linux distro, but not this x,y, or z, and not b after version 1.23 or c before version 3.27.  Some people say d works but some people say it doesn't.  Then make sure you have pkg blah blah installed, it has to be version after 1.28 but watch out you can't use that with kernel 2.9 or later.  Using version 1.27 or earlier causes a critical bug but only on some distros.  Then install SDK & drivers, (insert some cryptic note about incompatibilities).   Install BAMT pkg, check the readme for a list of known incompatibilities, and if it isn't there you are on your own.  Make sure to export display, make sure xhost is running, track down bizare error messages on google.  The install BAMT package and pray nothing else goes wrong. 


"BAMT ... up in running in 3-5 days after teaching yourself Linux troubleshooting .... hopefully."  Smiley

I think a lot of the "magic" will be gone.  Hopefully we can get some Linux image guru to take that aspect off your shoulders.  I know enough to know it isn't me. Smiley


yeah i know what you are saying.  I would not consider dropping the OS component of BAMT unless there was an alternative that is just as good for getting boxes deployed asap (and keeping them maintained, etc).   


as a "for instance".. thinking out loud a bit here..   the Debian folks maintain a collection of live images that are in many way similar to BAMT (and they are generated using the Debian Live tools, just like BAMT is).  These images are available to download right from the debian site http://cdimage.debian.org/cdimage/release/current-live/amd64/ any time and are maintained by people who know what they are doing.   They come in a variety of image types, which might help people with broken motherboards be able to boot.

If we were to say "BAMT is a set of software designed to drop on top of ->>> That specific image  right there"....  it might work out.  Maybe.   Rather than supporting a big variety of crap and versions, we're back to a single image, single set of packages, everything same version, yadda yadda.  But its maintained by somebody else.. 3x bonus!

there are downsides of course.  There would have to be some extra step to combine the BAMT with the Debian Live image.  Probably as easy as dropping a tarball or maybe just writing a live-rw partition next to the debian live part.  Once that was done, you could read it back in and have a ready to rock image for future though.

the debian live images all have way more stuff than you need for mining in them, but so does 0.4 (due to a mistake on my part long ago!).  only a handful of folks ever bitched about that anyway.

I think it is worth consideration.. the more i think about it, serious consideration.  Could provide essentially same ease of use, hell if somebody wanted to stick the bamt part and the debian part together and host it somewhere, the same ease of use.  And I don't have to maintain an OS image.

comment always welcome

This is MUSIC to my ears. Makes it much easier for people with 5870s to use SDK 2.1 etc. and ones with 6XXX to use 2.4 etc.
1583  Other / Beginners & Help / Re: BTC-E.com Down? on: February 14, 2012, 08:57:00 PM
i heard that someone from Intersango discovered a security weakness at BTC-E. similar to the one that allowed mtgox to be hacked. good luck with your account info.

Care to share more inside information rather than just this FUD ?
1584  Bitcoin / Project Development / Re: BAMT - Easy persistent USB key based linux for dedicated miners/mining farms on: February 14, 2012, 08:22:21 PM
Did you take now an bit more actual kernel? Would be nice to see 3.2.x Kernel + display driver 12.1 + sdk 2.5. The 12.1 driver also support kernel 3.3 but 3.2 is stable and fast.

Pro:
- More network chipsets are supported
- Much more wifi chipsets are supported
- less problems with actual mainboard chipsets
- better speed on usb3 ports (many use usb-drives and dont dd the image just on an ssd/hdd drive)
- better support for actual 6gbit sata chipsets. Some just work with more recent kernel
- less problems and better speed on sandy bridge
- ...

Cons:
- you have about 15minutes of work (normaly)


I am myself kernel developer of an linux distribution.


Greetings

PS: I defenetly prefere the 64bit version. I would like to use 8 and when possible 12 or more gpu's on my rig. At the moment i realy stay at the problem that i can use just 7gpu's and have to take more boards + ram + cpu ...
I have no initial problem with using any given linux version if it is proven reliable and does not negatively effect performance of mining.   As BAMT is a very special purpose Linux with only one real function, all choices are made based on how they effect that single role.

BAMT is almost exclusively used on USB keys, although it can be used from HDD.  Using a HDD is wasteful of power, using SSD for a mining rig would just be silly.  So.. support for SATA is not important.  I am not aware of anyone reporting their network hardware isn't supported by the current kernel, nor am I aware of any issues with motherboard support that have been attributed to the kernel, but who knows.

For the mining software, it seems to be general consensus that ATI driver 11.6 and SDK 2.4 is best fit/performance for a majority of GPUs.  Mining performance with 12.x drivers suffers, as it does with newer SDK.  Some cards like SDK 2.1, but its only a few from my impression.

If this is incorrect, someone please point to reliable evidence of the contrary.  I am happy to put whatever versions of driver/sdk/etc, I just try to guess what will be best for the most.  Of course you can install any alternate driver or SDK you prefer at any time anyway.



The new kernel network part have been optimized. On new AND old network cards you should be able to see an improvement of the work that is been done in time X. Compare that time X with the actual 2.6.32 kernel that is been used and you should see the improvement. Not only the network optimization would add more speed. There are other parts that will add more speed and stability.
I checked what version the 11.6 driver supports. It added support for 2.6.39 and 3.0.
With the actual 3.0.21 (or as actual als possible from the debian packages) you should get the most out of the combination of 11.6 driver + 2.4 sdk.

And this would maybe also fix the problems on 64bit!

Would be nice when you check it out shortly.

Thanks a lot!

I think this is BS. Improvement in network speed ? LOL. 

2.6.32 is MUCH more stable than 3.0 kernel and for mining, stability is essential and tested software is crucial. 3.0 is shaky ground.

If you don't like this policy then feel free to make your own distro and share with us and also maintain it while working for almost nothing Wink

Kernel 3.0 for mining ? You must be seriously be joking ...

1585  Other / CPU/GPU Bitcoin mining hardware / Re: 5870 and 5850 Magical Clock speeds on: February 14, 2012, 08:17:14 PM
I've not had luck thus far on an xubuntu 11.04 install getting better than 430mh/s on a 5870 at 950. Downclocking below 300 on SDK 2.4 lowers hash rate, on SDK 2.1 it remains the same. I may mess around trying to get 2.1 reinstalled and give it another shot with the magic numbers mentioned in this thread. It may just be a linux thing, seems people on windows are getting much better mh on 5870s at 950.

Above results were obtained on linux. FWIW, at 950/300 I got 433. 950/160 I got 439. SDK 2.1.

You seem to have forgotten that Linuxcoin comes with SDK 2.4 NOT 2.1 !

Cheers !


I guess you are right. I just checked:
CL Platform version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
Corrected in above posts.

Now that you corrected your mistake it would be FANTASTIC if you could test again using SDK 2.1 because that is what people say is better than 2.4.

Thank you !
1586  Other / Off-topic / Re: 1GH/s, 20w, $700 (was $500) — Butterflylabs, is it for real? (Part 2) on: February 14, 2012, 08:14:11 PM
I think it works like that:

1) You promise a great product of great performance at a good price to attract buyers.
2) You let the pre-order list build on, that way, you receive money to build your product. It also give you the option of starting without any money.
3) With the money, you build the product you advertise, using what competitors already offer. From what I see, it's probably this board (https://bitcointalk.org/index.php?topic=49180) four times in a nice box.
4) The cost of building the product is probably a lot higher than his sale price. In that case, it cost around 1600$ and sells at 599$.
5) When you build your first batch, you ship them so the first buyers can give feedback.
6) Shipping MUST be slow. It's important later on.
7) The first buyers are indirectly a part of the scam. They are honest people who are going to say to others :"Hey, this thing WORKS! It's awesome, blablabla". The feedback is almost garanteed to be positive.
Cool In the meantime, you can adjust the price if you want. It let you get more money without problems because of the feedback.
9) People who didn't bought into the first batch want to be a part of it now. The price is good, the performance is great, and looking at the feedback of the first buyers, everything is as promised. So, they pre-order too on the next batch.
10) First buyers, getting their promise fulfilled (this box is awesome!) will probably buy another one too.
11) The shipping took a long time the first time, so, on the second time, people will accept the long delay between payment and the reception of their product. People waited two months the first time, they can wait another two months.
12) Wait for the pre-orders, take the money and run. The longer the "shipping" takes, the more time you have to GTFO.

Alternate version:
- You can redo the scam multiple times. You simply need to redo the steps 7 to 11. The second batch buyers will also give great feedback, creating a new wave of batch buyers.
- The scammer will be able to create multiple waves of buyers and increasing his revenue. It's more risky though, because he could find it hard to stop, and it's better if he can control when the scam stop (instead of being discovered). When he decides when to stop, he can use his "shipping" delay more effectively to get out and hide.

Well, I'm interested to see how this will end. Have fun!


Interesting theory.  Though it would be more lucrative for BFL to push the "Rig Box" after basking in the glow of initial positive reviews of the single.  

Makes perfect sense Brunic !

Now, where the heck is my RIG BOX Huh

Getting FPGAs that cost $4000 and selling them for $700 ? Rig box getting 1.5x performance compared to 32 singles ? Rejected business license ? Something definitely stinks here.

Why only Inaba gets a device ? Is he VIP ? Part of the "gang". Who knows but I am not buying their BS ...

I wanna see shipping numbers guys and not only Inaba or members of the "gang" from Kansas etc.
1587  Other / CPU/GPU Bitcoin mining hardware / Re: 5870 and 5850 Magical Clock speeds on: February 14, 2012, 07:24:41 PM
I've not had luck thus far on an xubuntu 11.04 install getting better than 430mh/s on a 5870 at 950. Downclocking below 300 on SDK 2.4 lowers hash rate, on SDK 2.1 it remains the same. I may mess around trying to get 2.1 reinstalled and give it another shot with the magic numbers mentioned in this thread. It may just be a linux thing, seems people on windows are getting much better mh on 5870s at 950.

Above results were obtained on linux. FWIW, at 950/300 I got 433. 950/160 I got 439. SDK 2.1.

You seem to have forgotten that Linuxcoin comes with SDK 2.4 NOT 2.1 !

Cheers !
1588  Bitcoin / Project Development / Re: BAMT - Easy persistent USB key based linux for dedicated miners/mining farms on: February 14, 2012, 06:32:36 PM
Current they don't I think that is why he said "when possible".  There is no technical reason under 64bit drivers (and its petabyte sized VM space) that a system couldn't support 9+ GPUs.

Missed that. But I doubt AMD would lift this limit in the foreseeable future, people using more than 2-4 GPUs are already a niche.

GPGPU is becoming more common in analytical servers and supercomputer nodes.  Granted niche markets hopefully the demands of industrial GPGPU users will force AMD to separate drivers from xorg so xserver isn't even needed.

Yes. This would be HEAVEN if true. Why have xserver active ? It is just dumb programming by AMD bastards. Nvidia or this would make my day.

AFAIK there even seem to be people on the official AMD forums demanding this ( something about Ubuntu 12.04 not using xserver or something like that ).

Maybe the luck is with us and AMD removes this stupid "feature" or Nvidia Kepler are excellent miners.
1589  Economy / Auctions / Re: Valentine Bitcoin Contest- submit your entry! on: February 14, 2012, 05:24:36 PM
If I win my address is 1Ahbp2y64JFSQu1D6N5rkhw4PtaY9oXtE3.

Did not realize I had to include it. Sorry !
1590  Economy / Auctions / Re: Valentine Bitcoin Contest- submit your entry! on: February 14, 2012, 05:21:38 PM
130 000 miles

Thanks !
1591  Other / Off-topic / Re: 1GH/s, 20w, $700 (was $500) — Butterflylabs, is it for real? (Part 2) on: February 14, 2012, 02:00:57 PM
Where is the RIG BOX anyone Grin
1592  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.5 on: February 14, 2012, 01:27:59 PM
So always use intensity 9 to avoid this bug then ?

Thanks !
Not quite. Always use a STATIC intensity, no matter whether it's set to 6, 8, or 14 as long as you don't use d.

DAT is using intensity 9 because he has some powerful cards. Remember that intensity is a fine-tuning parameter and higher does not necessarily mean better.
Cards pulling 230MHash/s are generally better suited with intensity 8.

Yeah I am using 5870s only. I think they work best with 9 rather than 8 but I have not tested that yet.
1593  Bitcoin / Project Development / Re: BAMT - Easy persistent USB key based linux for dedicated miners/mining farms on: February 14, 2012, 12:33:29 PM
So who / what is holding up the move to 64 bits ? Cheesy

I would love 32 bits but I don't wanna hold up that awesomeness that is 0.5 !

The "hold up" I guess is that neither option seems very good.  Mostly got reports of bad experiences with a 64 bit image (exact same software as 32 bit, just 64 bit kernel, ATI libs, driver). 
Seemed to create lots of new problems for people.  Meanwhile we know the 32 bit driver has one specific problem: it only works with 7 gpus max.

So... both options kind of suck, that is the problem.  Not sure what to do about it.



Yeah from what you described just there I still think go for 32bits for wider compatibility and stability.

Who has more than 7 GPUs in a single rig anyway !?
1594  Bitcoin / Project Development / Re: BAMT - Easy persistent USB key based linux for dedicated miners/mining farms on: February 14, 2012, 12:21:03 PM
So who / what is holding up the move to 64 bits ? Cheesy

I would love 32 bits but I don't wanna hold up that awesomeness that is 0.5 !
1595  Bitcoin / Mining software (miners) / Re: CGMINER GPU bitforce overclock monitor fanspeed RPC in C linux/windows/osx 2.2.5 on: February 14, 2012, 12:11:01 PM
So always use intensity 9 to avoid this bug then ?

Thanks !
1596  Economy / Trading Discussion / Re: BTC-e COMPROMISED!!!! maybe... on: February 14, 2012, 12:58:28 AM
someone seems very determined to drive the community moral down with all this staged attacks.

live chat on btc-e

Quote
gmaxwell: bulanula there is little evidence that anything is hacked.
majorminer: question
gmaxwell: s/little/none/ really.
gmaxwell: Someone could have made that user list by iterating https://btc-e.com/profile/1
majorminer: if btc goes to ..lets say 2$, which intern will drive the price of ltc up?
bulanula: ok
m3ta: there is only the evidence that it's easy to just scrape the fuck out of /profile/ and get a list of users. boo hoo. big deal.
bulanula: but still dodgy
gmaxwell: Whats still dodgy?
majorminer: anyone could clearify this for me?
bulanula: list of users no pass
gmaxwell: bulanula: anyone could generate that list trivally
m3ta: dude, even Facebook can be scraped to get usernames. so what?

Now I am famous !?

I wasn't even trying to drive the price down. I just sold a mobo for 62.5 BTC and now that same amount is worth a LOT less with the price decrease from 5.6 to 5.2 so ...

I just want to see what has happened. No market manipulation here. I really got screwed by the price going down. Cry
1597  Bitcoin / Pools / Re: [18 GH][0% Fee] A1BITCOINPOOL.COM 20 BTC BONUS PROPORTIONAL POOL on: February 13, 2012, 04:59:32 PM
@ chubs

I never called my service a pool.

i hop on a "grand scale" for the lulz. p2p for the win.

a1 is not this guys first pool. he worked with cablepair before and that pool was a fail...

reading the OP of a thread you attack is just being reasonable.


Yeah. I too have established a link with cablepair ( by other means ; I did not know that he had a former failed pool till later on etc. ) and I hope that he will eventually pay me those BTC, even if it is not much.

I feel integrity matters much more than a mere 5 bucks. Losing your reputation over 5 bucks is worthy of a facepalm. 
1598  Bitcoin / Pools / Re: [18 GH][0% Fee] A1BITCOINPOOL.COM 20 BTC BONUS PROPORTIONAL POOL on: February 13, 2012, 04:15:06 PM
Yeah. I like how you guys keep on blabbing about the payment system when it seems the OP has gone and left lots of unpaid shares Cry

Hope he does give me the 0.92775905 BTC I am owed after he manages to recover that hacked database.
1599  Bitcoin / Mining / Re: [JOB] Need some very experienced miners to write some guides on: February 13, 2012, 04:11:46 PM
https://bitcointalk.org/index.php?topic=18313.msg712967#msg712967

P2Pool, the trust free pool that promotes network health. You can have that for free!  Wink

Yeah. They always say the best things in life are free Cheesy
1600  Bitcoin / Mining / Re: Kepler hashing performance (Numbers) on: February 13, 2012, 03:49:14 PM
If this is true then I am in heaven Grin

Sadly, I still think we have to put up with AMD's BS drivers and bugs Cry

Yeah, come to think of it I still think they need to implement something like bitalign and BFI_INT to be able to compete with 5870s and 7970s etc.

I think in this game the more shaders you have the more MHash/s you get.



Nvidia fail again. Huh

1536 < 2048 for 7970s Angry
Also just the mid end card. The 680 will probably hit that number. We still don't know for sure if it will hash well


Don't get me wrong. I am literally praying that Nvidia come out with 2048 shader monster of hashing but without BFI_INT and bitalign I really doubt it.

The other thing that could happen is Nvidia owns 7970s and prices come way down for AMD cards.
Pages: « 1 ... 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 [80] 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 ... 148 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!