Bitcoin Forum
May 24, 2024, 12:12:07 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 26 27 28 29 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 ... 143 »
1501  Bitcoin / Mining / Re: Question for GPU miners on: June 21, 2013, 09:17:43 AM
ASIC's will devalue bitcoin's

If you can produce something more efficiently it has less value.

Look at Gold - Gold increases in price due to mining costs.

If someone came along with a machine that could just suck the gold right out of the ground and did not need to mine - what would happen to the gold price?

The distribution of ASIC's has totally upset the balance.

If scrypt coins require more power and resources to mine - long term they would have more value.


Gold is rare and difficult to mine - hence its value.

If I developed a quantum computer and it mined all the remaining Bitcoins in 1 week then what? Do they still have the same value?

To further the analogy if gold could only be mined by hand tools its value would be substantially more than it is now.

Umm, it's not like ASICs can increase the amount of available coins on the market so no you are wrong.

the available amt of coins on the market is always increasing

and difficulty adjustments dont occur instantly, either

i've talked to a few people and my theory is the recent drop was the ppl with the avalon 2 units selling as fast as they can.  the continuing pressure for the last few months is probably just asicminer selling 25btc every block it gets

Yea but the rate of new coins remains steady no matter how many ASICs there are and how efficiently they are mining... So applying the "If you can produce something more efficiently it has less value." formula to the value of BTC is wrong.

it doesn't

last difficulty cycle I believe the avg was around 7 per hr? (ed: hmm more like 7.5)
1502  Bitcoin / Mining / Re: Question for GPU miners on: June 21, 2013, 09:12:55 AM
ASIC's will devalue bitcoin's

If you can produce something more efficiently it has less value.

Look at Gold - Gold increases in price due to mining costs.

If someone came along with a machine that could just suck the gold right out of the ground and did not need to mine - what would happen to the gold price?

The distribution of ASIC's has totally upset the balance.

If scrypt coins require more power and resources to mine - long term they would have more value.


Gold is rare and difficult to mine - hence its value.

If I developed a quantum computer and it mined all the remaining Bitcoins in 1 week then what? Do they still have the same value?

To further the analogy if gold could only be mined by hand tools its value would be substantially more than it is now.

Umm, it's not like ASICs can increase the amount of available coins on the market so no you are wrong.

the available amt of coins on the market is always increasing

and difficulty adjustments dont occur instantly, either

i've talked to a few people and my theory is the recent drop was the ppl with the avalon 2 units selling as fast as they can.  the continuing pressure for the last few months is probably just asicminer selling 25btc every block it gets
1503  Economy / Computer hardware / Re: WTS 3x Sapphire Radeon HD 5970's on: June 21, 2013, 08:26:29 AM
these are off the market, probably for good.  getting a deposit from buyer & then the rest within a few days
1504  Bitcoin / Pools / Re: [700GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: June 20, 2013, 07:41:27 PM
Are there any New's with BFL SC Asic on p2pool ?

my Jala's are just arrived and i want to put it on p2pool

Short answer: don't waste your time, they can't mine efficiently on p2pool.
Long answer: see my guide.

now that the firmware is open-sourced, i've been wondering if someone will tinker with it to enable custom nonce ranges. i won't have time for a while to even look at it...

it's sad because BFL stated it would work with p2pool
https://bitcointalk.org/index.php?topic=90658.msg998190#msg998190

haha, i lol'ed @

I dont use P2Fool because the payout over a month or so was so far below what even deepbit would of made me with PPS it was laughable sickening.
1505  Economy / Computer hardware / Re: WTS 3x Sapphire Radeon HD 5970's on: June 20, 2013, 07:21:48 PM
hmm, actually looking at ssateneth selling the same exact cards for $335 + shipping ($350?)

i think maybe i'd have to think about it some.  but feel free to PM me

no, i won't ship to bulgaria or romania or whatever else unless you prepay bitcoins
1506  Economy / Computer hardware / sold on: June 20, 2013, 07:16:58 PM
These all work fine, just have some dust.  I'll clean up what I can from the outside.  One is running at 810-810 (1.05v/1.05v) and the other two are running at 1.0375v (790-790 & 790-790) right now, cause of high ambient temps, 22-23 hrs of the day they're under 75oC, one or two of them may hit 76 or 77 for an hour or two in the afternoon.  So, yes, I've been using them for mining.   All of them were purchased used, I don't know what the previous owners did with them, but I haven't had any issues with the cards (two I've had for about 3-4 months?  the other for about 2 weeks).  Easy to change voltage on them in msi afterburner, I used to run my old two (that I already sold) at 915-915 or so during winter (@ 1.1125v, never went higher than that, VRMs were close to 100oC even in 30oF ambient).  Ummm, I think that was 830mhash or so?  I run them at the lower memory setting, so it gets a few mhash less (re: 915-155 or something instead of 915-330 or whatever is optimized for 256 worksize).

I sold my last one for $335 on eBay, about $300 or so after fees (yay for the eBay shop).  This was about a week ago.  Looks like they're still going for around $325-$350.  (a $265 one, but from Thailand, etc)

So these for $285 each which includes shipping (UPS Ground).   I also still have one 5870, an ASUS non-reference 5870.  It's a bit funky in that it only has 1 display port, but it has that cool looking fan on it.   If you buy all three for, hrm.... was going to say $820, but then I'd only clear about $790 or so probably after shipping... so..... $840... then I'll throw in the 5870 as well (I guess it's like a $90-$120 value).

All packaging will be done by UPS, because I'm lazy.  Cards only, no accessories.
1507  Bitcoin / Mining support / Re: Advice for new RIG on: June 20, 2013, 06:58:45 PM
OK so as I stated earlier, I killed my rig *evil grin* ….^_^…..(https://bitcointalk.org/index.php?topic=238886.msg2529940#msg2529940)
Now I am planning to make new rig.
I plan to have :
GPU: 3x 5970 (arctic cooler, sapphire, black edition, if these detail matter)
        1x 6990
PSU : LEPA G Series 1600-Watts ATX12V/EPS12V SLI Ready Crossfire 80 Plus Gold Certified Full Modular 240-Pin 1700 Power Supply (G1600-MA)

Motherboard : MSI-Z77A-GD65
http://www.amazon.com/MSI-Z77A-GD65-DDR3-1600-Motherboards/dp/B007QWIA52/ref=wl_it_dp_o_pC_nS_nC?ie=UTF8&colid=3BMY68NVEYP5B&coliid=IJGAG6N5IK4BQ
or
MSI AM3 USB 3.0 + SATA 6Gb/s AMD 890FX Chipset Motherboard 890FXA-GD70- only problem is it is refurbished.
Or
MSI 790FX-GD70 Socket AM3--140 Watt CPU--AMD 790FX CrossFire--4DDR3-2133(OC)--ATI Quad/Triple CrossFireX--ATX Motherboard
Have not decided and need advice.

Processor : Celeron G1610 Processor
http://www.amazon.com/Intel-BX80637G1610-Celeron-G1610-Processor/dp/B00BOUAW3A/ref=wl_it_dp_o_pC_nS_nC?ie=UTF8&colid=3BMY68NVEYP5B&coliid=I1822P0KI55CEZ

Ram : Corsair XMS3 8 GB (2 x 4GB) 1333 MHz PC3-10666 240-Pin DDR3 Memory Kit CMX8GX3M2A1333C9
http://www.amazon.com/Corsair-PC3-10666-240-Pin-Memory-CMX8GX3M2A1333C9/dp/B003N8GVUY/ref=wl_it_dp_o_pC_nS_nC?ie=UTF8&colid=3BMY68NVEYP5B&coliid=I285ER2PVGCXO0
Need more RAM as might switch to LTC sometime after the ASIC flood if it ever happens …

So any Advice...Huh on mobo or overall.....

Thanks


i have 3x5970 and a 6990 i can sell you?  hoho
1508  Bitcoin / Mining support / Re: Slow mining speed on: June 20, 2013, 06:57:57 PM
Hallo all,


i just started mining a moth or so ago.
I started at bitminter but there are under doss attack the last days, so i singed up with BTCGuild.
I now use cgminter for mining, but it is only using 60% max of my GPU.
I have 2 GPU´s in my desktop, one sappire HD5750 and one sappire HD7770 and both run at max 60%
I also have a laptop and that is also just running at 60%.


How come this happens, and how do i fix it so it uses 100% of the cards.



Greets Bonee

increase the intensity or # of gpu threads
1509  Bitcoin / Mining support / Re: The 7950 Megahash thread on: June 20, 2013, 06:56:39 PM
I would just do away with the case entirely
1510  Alternate cryptocurrencies / Altcoin Discussion / Re: 4 7850's or 2 7970's? on: June 20, 2013, 06:53:31 PM
7790's are about 15% slower than 7850's for bitcoins (duno about scrypt currencies)..  they only use about 70-75 watts
1511  Bitcoin / Mining / Re: GPU mining pool? on: June 20, 2013, 06:51:02 PM
Hi all,

Is there currently a free GPU mining pool I could join?

Thanks!

p2pool

use 5.9.24.81  Grin
1512  Bitcoin / Pools / Re: A guide for mining efficiently on P2Pool, includes FUD repellent and FAQ on: June 20, 2013, 06:41:59 PM
Both of you guys have been extremely helpful to me so I'm reluctant to get in the middle here but isn't that what happens when you submit work for an old block.I found this in my log...

[2013-06-19 19:14:18] Stratum from pool 0 detected new block

edit: I realize I could have nothing useful to add here you two obviously are in a different league than me.

edit2: I'm sorry I do see your point now what did happen to '68f2aca3'?

that's the big question  Grin

i didn't build off of 68f2aca3...

1513  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 02:47:29 PM
I guess most of the clowns up above never upgraded past the 0.0005 versions.

this is lol:

debug.log:2013-06-20 14:42:31 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:31 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:31 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:32 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:33 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:35 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:36 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:36 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:37 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:38 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:40 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:40 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:43 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:43 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:43 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:44 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:44 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:44 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:45 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:45 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:45 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:45 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:46 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:46 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:47 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:47 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:48 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:48 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:48 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:49 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:50 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:51 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:51 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:52 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:53 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:53 socket no message in first 30 seconds, 0 1
debug.log:2013-06-20 14:42:54 socket no message in first 30 seconds, 0 1

it took me about 10x longer than normal to get connected to 500 nodes

        "addr" : "xxxx:8333",
        "services" : "00000001",
        "lastsend" : 1371739889,
        "lastrecv" : 1371739889,
        "bytessent" : 10997,
        "bytesrecv" : 12191999,
        "conntime" : 1371739017,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242447,
        "banscore" : 0

(this one is mr fancy pants)

        "addr" : "xxxx:8333",
        "services" : "00000001",
        "lastsend" : 1371739882,
        "lastrecv" : 1371739884,
        "bytessent" : 13150,
        "bytesrecv" : 115633854,
        "conntime" : 1371739018,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242447,
        "banscore" : 0

        "addr" : "xxxx:8333",
        "services" : "00000001",
        "lastsend" : 1371739888,
        "lastrecv" : 1371739889,
        "bytessent" : 6929,
        "bytesrecv" : 42675157,
        "conntime" : 1371739012,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.0/",
        "inbound" : false,
        "startingheight" : 242447,
        "banscore" : 0

moral of the story: downgrade versions, or modify source yourself

doh, fixed an IP
1514  Bitcoin / Pools / Re: [700GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: June 20, 2013, 02:41:59 PM
my p2pool back up with zero transactions now, due to 0.0001 fee being too small for someone to flood network with
1515  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 02:19:15 PM
changed this in net.h:

inline unsigned int ReceiveFloodSize() { return 1000*GetArg("-maxreceivebuffer", 1*50); }
inline unsigned int SendBufferSize() { return 1000*GetArg("-maxsendbuffer", 1*100); }

for it to take longer to use up all my memory, also this:

int64 CTransaction::nMinRelayTxFee = 1000000

yet,

        "addr" : "xxxxx:60331",
        "services" : "00000001",
        "lastsend" : 1371737909,
        "lastrecv" : 1371737918,
        "bytessent" : 525043,
        "bytesrecv" : 40556302,
        "conntime" : 1371737637,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.2/",
        "inbound" : true,
        "startingheight" : 242446,
        "banscore" : 0
  
how is that even possible?

on the plus side, i think it was the stored transactions that fall within the 0.0001 new minrelayfee that were causing the memory usage to get to >10GB within a few minutes, since i'm holding steady at 500MB now with 500 connections
1516  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 02:07:18 PM
If I use my usual 750'ish connections, it goes above 1GB memory in about 10 seconds.  Reaches 10GB in a few minutes.

I'm not accepting all these new horse battery staple transactions, either

Windows client is standard client with 8 outgoing connections.  Started with entire blockchain
1517  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 01:53:24 PM
nogleg.com and nogleg.net are both running on ubuntu

here it is on windows 7 ultimate edition, 64 bit

it'd probably be more, except it was saturating my upstream.

and, yes, my blockchain is up to date

1518  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 01:39:23 PM
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735350,
        "lastrecv" : 1371735347,
        "bytessent" : 34484995,
        "bytesrecv" : 1582697,
        "conntime" : 1371735153,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.2/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735350,
        "lastrecv" : 1371735342,
        "bytessent" : 13728018,
        "bytesrecv" : 1584120,
        "conntime" : 1371735153,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735350,
        "lastrecv" : 1371735349,
        "bytessent" : 7512448,
        "bytesrecv" : 1580997,
        "conntime" : 1371735154,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735349,
        "lastrecv" : 1371735349,
        "bytessent" : 88559980,
        "bytesrecv" : 81707,
        "conntime" : 1371735154,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735349,
        "lastrecv" : 1371735342,
        "bytessent" : 23535,
        "bytesrecv" : 1203573,
        "conntime" : 1371735154,
        "version" : 60001,
        "subver" : "/Satoshi:0.6.3/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735349,
        "lastrecv" : 1371735349,
        "bytessent" : 52893,
        "bytesrecv" : 82593833,
        "conntime" : 1371735154,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735349,
        "lastrecv" : 1371735349,
        "bytessent" : 91552895,
        "bytesrecv" : 81040,
        "conntime" : 1371735154,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.2/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371735350,
        "lastrecv" : 1371735349,
        "bytessent" : 84017011,
        "bytesrecv" : 6589163,
        "conntime" : 1371735154,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242445,
        "banscore" : 0
    },

closed off bitcoind at 3GB memory this time, about *more like 180 seconds in

so, any solutions?  besides making light of some horrible bug?
1519  Bitcoin / Bitcoin Technical Support / Re: Bitcoind taking > 10GB memory on: June 20, 2013, 12:58:28 PM
This was about 30 seconds after a restart & the very top of my list, so he had me on addnode also, but:

        "addr" : "xxx:55443",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730765,
        "bytessent" : 268610,
        "bytesrecv" : 93228,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0,
        "syncnode" : true
    },
    {
        "addr" : "xxx:56947",
        "services" : "00000001",
        "lastsend" : 1371730758,
        "lastrecv" : 1371730764,
        "bytessent" : 267688,
        "bytesrecv" : 5629,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.0/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:1217",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730765,
        "bytessent" : 268438,
        "bytesrecv" : 3439,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730758,
        "bytessent" : 6273,
        "bytesrecv" : 81803,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : false,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371730763,
        "lastrecv" : 1371730763,
        "bytessent" : 15118,
        "bytesrecv" : 2092,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Mini-Grokking Satoshi:0.8.1.99/",
        "inbound" : false,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730740,
        "bytessent" : 5044,
        "bytesrecv" : 78106,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1.99/Eligius:2/",
        "inbound" : false,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:8333",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730758,
        "bytessent" : 6572,
        "bytesrecv" : 77576,
        "conntime" : 1371730635,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.2/",
        "inbound" : false,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:3505",
        "services" : "00000001",
        "lastsend" : 1371730767,
        "lastrecv" : 1371730760,
        "bytessent" : 13978337,
        "bytesrecv" : 1379,
        "conntime" : 1371730637,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.2/",
        "inbound" : true,
        "startingheight" : 114994,
        "banscore" : 0
    },
    {
        "addr" : "xxx:41332",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730752,
        "bytessent" : 270796,
        "bytesrecv" : 73563150,
        "conntime" : 1371730642,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.1/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0
    },
    {
        "addr" : "xxx:33972",
        "services" : "00000001",
        "lastsend" : 1371730762,
        "lastrecv" : 1371730762,
        "bytessent" : 274862,
        "bytesrecv" : 227,
        "conntime" : 1371730760,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.1/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0
    }

----

It looks like it was causing me to send out a good amount of BS data too... hmm, well, I guess you can't really notice it here.  The guy above was just requesting blocks.  But in a prior log, I had sent out some godawful amt of bytes to a bunch of peers (a bitcoind instance that had been running for maybe 5 minutes)
1520  Bitcoin / Bitcoin Technical Support / Bitcoind taking > 10GB memory on: June 20, 2013, 12:49:26 PM
I noticed bitcoind was taking 10GB of memory, so I restarted it & it quickly started climbing again.

I noticed this peer:

        "addr" : "xxx",
        "services" : "00000001",
        "lastsend" : 1371730754,
        "lastrecv" : 1371730752,
        "bytessent" : 270796,
        "bytesrecv" : 73563150,
        "conntime" : 1371730642,
        "version" : 70001,
        "subver" : "/Satoshi:0.8.2.1/",
        "inbound" : true,
        "startingheight" : 242438,
        "banscore" : 0

-------

This was after being connected to me for about 30 seconds.

It was occurring on both of my nodes, both from same IP.

I firewalled & started it w/ 5 max outbound but still with listen on... so far after about 30m, the memory behavior has been normal, it's using 400MB right now.

But it's not like I can keep the person from using a different IP, even if I block an entire subnet?
Pages: « 1 ... 26 27 28 29 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 ... 143 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!