 Show Posts
|
|
Pages: [1] 2 »
|
|
Cat 11.6, SDK 2.4
Ubunutu 11.04, phoenix 1.50
cards - 5830 1000/300, 6870 945/1050
phatk 2.1 - 324, 299
phatk 2.2 - 323, 298
Slightly slower on 2.2. I've listed it as 1 MH/s slower on both cards, but in fact it's more like .5 or less slower.
|
|
|
|
|
I'll see a pattern as soon as someone follows the sequence of transactions that led coins onto mybitcoin, then through some laundering accounts, and onto MtGox to be sold.
Until then, not so much.
|
|
|
|
Remember, you said: It's fraud because banks make you think their IOUs=dollars, when in fact they are definitely not equal because they are not backed 100% by dollars. I am going to agree that this quote is the key to toppling your argument against loans here, Astrohacker. Fractional reserve banking doesn't create anything, it doesn't counterfeit money, it only redistributes money and debts. Banking is a closed system; take the sum over the money of every person with a loan and subtract the debt of every person with a savings account, and the total will be exactly as much as was brought in to begin with. Nothing was created, just moved. The fact that you view their debts as dollars, or perhaps that you feel that's how they are presenting their debts, is not the fault of the banks. It's certainly not fraud, because they are quite up front about it, and fraud requires willful deception. |
|
|
|
|
You might also run into problems with your OS. With Windows you may have to use dummy plugs on your extra cards (depending on your Catalyst version), but you won't have that problem in Linux.
And YMMV, but I use SDK 2.4 with my 5830 and 6870.
|
|
|
|
|
I tried VECTORS4 on my 6870, since I can't underclock the memory (it's at 1050).
Results:
VECTORS
WS 64: 295 MH/s
WS 128: 299 MH/s
WS 256: 292 MH/s
VECTORS4
WS 64: 278 MH/s
WS 128: 258 MH/s
WS 256: 230 MH/s
So VECTORS4 doesn't give me any boost. But thanks for putting it in. New functionality is always a plus.
|
|
|
|
All that stuff I just said.
HA! Got it fixed. Anyone who's having the error I just had, go through __init__.py, and every time there's an 'unpack' or a 'pack' statement that gets passed some number of 'L's (they will be 2, 4, or 8 'L's long), just add an '=' to the beginning. So 'LLLL' becomes '=LLLL'. If you look up the documentation on how struct (which is where pack and unpack come from) parses its arguments, found here, it's system dependent by default. But if you add the '=', it forces the size characters (Like the 'L's and 'I's and such) to be standard size.  (Also, I had to uncomment the self.commandQueue.finish() statement, as per this post. I thought that was fixed, but it was still broken when I dled this morning.) Kernel - 6870 945/1050 - 5830 1030/330 Diapolo 7-17 - 293 MH/s - 325 MH/s phatk2.1 - 299 MH/s - 328 MH/s Thanks for the work, phateus. |
|
|
|
Using 2.1, I'm still getting the same error as before. I'm using Ubuntu 11.04, Catalyst 11.6, Phoenix 1.50. I unpacked the phatk version 2 files into my phoenix-1.50/kernels/phatk folder. When I ran my phoenix with kernel options -k phatk DEVICE=0 BFI_INT VECTORS AGGRESSION=12 FASTLOOP=FALSE WORKSIZE=256 I got the following error: user@computer:~$ sudo ./btcg0.sh
[31/07/2011 18:04:08] Phoenix 1.50 starting...
[31/07/2011 18:04:09] Connected to server
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]Unhandled error in Deferred:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 361, in callback
self._startRunCallbacks(result)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 455, in _startRunCallbacks
self._runCallbacks()
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 542, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/home/user/phoenix-1.50/QueueReader.py", line 136, in preprocess
d2 = defer.maybeDeferred(self.preprocessor, nr)
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 133, in maybeDeferred
result = f(*args, **kw)
File "kernels/phatk/__init__.py", line 167, in <lambda>
self.qr = QueueReader(self.core, lambda nr: self.preprocess(nr),
File "kernels/phatk/__init__.py", line 361, in preprocess
kd = KernelData(nr, self.core, self.VECTORS, self.AGGRESSION)
File "kernels/phatk/__init__.py", line 46, in __init__
unpack('LLLL', nonceRange.unit.data[64:]), dtype=np.uint32)
struct.error: unpack requires a string argument of length 32
I then had to CTRL+Z to kill the process. I'm still getting the unpack 'LLLL' error. (Note: I tried to pipe the output of phoenix through tee to make a log, but tee gave a completely garbled log file and I didn't notice it until after I reverted my kernel files. This is obviously not your problem; I just want you to know why I don't have any new error messages to show.) This is the same error as znort (except I'm on python 2.7 and he's on 2.6). You suggested a fix... Hmmm... can you try replacing the 'LLLL' with 'IIII' (line 46 of __init__.py), I think the windows version uses python 2.7 which may handle that differently.
...which I tried (even though you say it's a windows problem and I'm not on windows). It gave another error at a later 'unpack' call being passed 'LLLLLLLL', and the error said 'unpack requires a string argument of length 64'. I tried changing that one to 'IIIIIIII', but it gave another error down the line that said something like 'incorrect arguments passed to kernel'. (Again, apologies for not having an error log.) EDIT: I checked something else, and now I'm more  than ever. I loaded up the python interpreter on my machine so I can check how it sees the 'LLLL' and 'IIII' strings. >>> import struct
>>> struct.calcsize('LLLL')
32
>>> struct.calcsize('IIII')
16
>>> struct.calcsize('LLLLLLLL')
64
>>> struct.calcsize('IIIIIIII')
32
Does this mean it's the nonceRange data and not the 'LLLL' that's the wrong size? How could that be? Does that mean there's some error wherever that nonceRange got packed in the first place? Like I said, I'm |
|
|
|
I'm using Ubuntu 11.04, Catalyst 11.6, Phoenix 1.50. I unpacked the phatk version 2 files into my phoenix-1.50/kernels/phatk folder. When I ran my phoenix with kernel options -k phatk DEVICE=0 BFI_INT VECTORS AGGRESSION=12 FASTLOOP=FALSE WORKSIZE=256 I got the following error: user@computer:~$ sudo ./btcg0.sh
[31/07/2011 18:04:08] Phoenix 1.50 starting...
[31/07/2011 18:04:09] Connected to server
[0 Khash/sec] [0 Accepted] [0 Rejected] [RPC]Unhandled error in Deferred:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 361, in callback
self._startRunCallbacks(result)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 455, in _startRunCallbacks
self._runCallbacks()
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 542, in _runCallbacks
current.result = callback(current.result, *args, **kw)
File "/home/user/phoenix-1.50/QueueReader.py", line 136, in preprocess
d2 = defer.maybeDeferred(self.preprocessor, nr)
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 133, in maybeDeferred
result = f(*args, **kw)
File "kernels/phatk/__init__.py", line 167, in <lambda>
self.qr = QueueReader(self.core, lambda nr: self.preprocess(nr),
File "kernels/phatk/__init__.py", line 361, in preprocess
kd = KernelData(nr, self.core, self.VECTORS, self.AGGRESSION)
File "kernels/phatk/__init__.py", line 46, in __init__
unpack('LLLL', nonceRange.unit.data[64:]), dtype=np.uint32)
struct.error: unpack requires a string argument of length 32
I then had to CTRL+Z to kill the process. Not sure if this error is related to anything discussed before. But it's no big deal, as I've merely switched back to my previous kernel. Cheers! |
|
|
|
|
I like the ideas behind the client, and I hope this app gets certified.
But please, PLEASE, fix the hideous UI. Those backgrounds have to go, at the very least because they make the icon text hard to read. The color scheme looks dirty and sickly. iOS apps typically don't have Springboard-style layouts, i.e. a "home screen" and several icons to click, they have one visible screen that can be switched to different tabs (facebook is a notable exception to this).
These are just off the top of my head. I'm sure others could supply more suggestions.
But, again, good luck. I wish you the very best with this project.
|
|
|
|
|
BTC Guild stats are currently broken. "Balance" and "Rate" both show 0, which is not correct, but "Paid" shows the correct value. (I've already verified that my API key is correct and that the stats are visible on BTC Guild's JSON stats page.)
|
|
|
|
But I need both getreceivedbyaddress and getsendbyaddress. Do you plan to implement the latter? Or better yet, how about getbalancebyaddress? Not sure if it was put up in response to your request, but there is a getsentbyaddress value accessible on blockexplorer right now. Note the past tense: getsen tbyaddress, not getsen dbyaddress as you asked for. (Though this does conform to the usage of getreceive dbyaddress.) I was able to import the same data you got by scraping HTML with the lines: =ImportData("http://blockexplorer.com/q/getreceivedbyaddress/"&B3)
=ImportData("http://blockexplorer.com/q/getsentbyaddress/"&B3)And thanks for the Doc. It's great. Once I see my balance going up some more I'll send you a donation.  |
|
|
|
Donation sent. Thanks for the app. |
|
|
|
That facebook page is fantastic. This quote, in particular, really tickled me. f the American people ever allow private banks to control the issue of their money, first by inflation and then by deflation, the banks and corporations that will grow up around them (around the banks), will deprive the people of their property until their children will wake up homeless on the continent their fathers conquered.
Give me control of a nation's money and I care not who makes the laws. -Mayer Rothschild Yeah, it might be hard for the banks to deprive people of their property after someone has already deprived them of their wallets. And I think you've taken that "give me control of a nation's money" bit way too seriously. |
|
|
|
Its not that hard to build for a company that has a couple of half-competent engineers.
The design might be patentable, which would provide protection against that kind of quick competition. If you wanted to get really crazy you could hook up a kinect controller and emulate the real thing  You know, this is actually a great idea. I can imagine the guy with a flashlight (or however they are called) moving like he is fucking the girl, the kinect reading his movements and transpiting them to the webpage so the machine follows the movements of the guy (or girl). It would be like the first step towards internet "real" sex, kind of like virtual reality. Why not create a corresponding fake vagina with sensors? Rather than control with the mouse, a man could directly control the action with his penis. Seems that would simulate internet sex much better than humping the air in front of a pervy staring Kinect. |
|
|
|
The Block Chain has unfortunately taken a back seat to my other ventures right now. I still think we'll put out at least one episode to see if it resonates with people, but it might not be for a couple of weeks.
If you're still looking for cohosts, I'd be interested. Any fellow fan of Irrational Behavior can't be all bad. (Did you, by any chance, listen to GFW Radio back in its day?) |
|
|
|
* A plugin for buying / selling / trading bitcoins on popular exchanges.
...
* A plugin for mining bitcoins. GUIMiner built into the client.
... Other ideas?
Rather than specific plugins, I'd like to see plugins at all. Right now the client is what it is, and any other bitcoin related behavior has to be managed with separately running applications. The ability to download and install plugin that could change the behavior of the bitcoin client itself would be a huge plus. |
|
|
|
|
Questions:
1. Is it be possible to create a second partition on the USB drive in order to store any install files and such? I'm imagining that partition 0 has the bootable Ubuntu Live environment and partition 1 has bitcoin install file, truecrypt install file, etc. This is so that you do not need to redownload the install files every time you want to use the wallet.
2. Do I need to wait for the blockchain to download every time I want to send coins from my savings wallet? Or if a partitioning scheme like I mentioned in 1. above works, could I somehow keep the downloaded blockchain stored in another partition and only need to update it when I boot Ubuntu? If that is possible, how would I do that?
3. Let us say I boot Ubuntu from my USB drive, install bitcoin and such, then mount a truecrypt container with my savings wallet inside. Do I then copy the wallet.dat into ~/.bitcoin to use it, or should I make a link (using "mklink" as discussed above) to the file inside the mounted truecrypt container? (I don't actually know how links like that work, so this question might not even make sense.)
Thanks to anyone who can answer my questions. I know how to do the Ubuntu Live install and all that, but I want to make sure I know how to juggle all the other files and things I will need.
|
|
|
|
|
