assbot: [MPEX] [S.MPOE] 38900 @ 0.00049683 = 19.3267 BTC [-] {5}
pete_dushenski: brg444: well how's winter been treating you thus far ?
brg444: well temperature today was in the 50s so can't really call it winter yet
brg444: not an inch of snow anywhere too
gribble: Bitstamp BTCUSD last: 352.38, vol: 35567.26770237 | BTC-E BTCUSD last: 343.092, vol: 28729.8976 | Bitfinex BTCUSD last: 353.06, vol: 78502.26452297 | CampBX BTCUSD last: 343.0, vol: 6.63353917 | BTCChina BTCUSD last: 352.682, vol: 115651.17090000 | Kraken BTCUSD last: 350.56001, vol: 115.79862027 | Bitcoin-Central BTCUSD last: 346.696002011, vol: 350.09485251 | Volume-weighted last (1 more message)
brg444: strange thing this "global warming" ^^
BingoBoingo: Monday we had some snowflakes here. Today it was nearly 70. Typical weather for this region.
pete_dushenski: brg444: wtf get your fahrenheit outta here. unless quebec turned into bagdad since i last visited !
pete_dushenski: but edmonton just had its first snow this week. bizarrely tardy.
assbot: [MPEX] [S.MPOE] 30504 @ 0.00050277 = 15.3365 BTC [+] {2}
BingoBoingo a fan of using all the temperature scales without specifying the scale, kelvin exempt.
BingoBoingo: kelvin for the next few hundred thousand years is too outlier to troll people by using it to describe weather
assbot: [MPEX] [S.MPOE] 17676 @ 0.00050473 = 8.9216 BTC [+] {5}
brg444: tbf I'm certainly not complaining, last winter was around coldest on record so can't say I'm too anxious to revisit this
assbot: [MPEX] [S.MPOE] 9950 @ 0.00050745 = 5.0491 BTC [+]
brg444: btw pete_dushenski was reading your last article on contravex. great stuff as usual but noticed a typo, if you care: 2nd "exclusivity" should be "exclusive"?
brg444: might as well mention "c'est à dire" should really be "c'est-à-dire"...
brg444: I was always curious, where did you pick up this french from?
brg444: sorry, yes, your french
pete_dushenski: aha. i attended french immersion through to grade 5, which really isn't much, but my mother also grew up on montreal and we spoke a bit of french at home. i've also visited montreal at least once a year since i was born, so i've always had a bit of a refresher when out in public. lastly, i joined a french-catholic choir last year and they speak and write in french exclusively.
pete_dushenski: that, plus some spanish classes in high school helped to flesh out my latin-language base.
pete_dushenski: i also have a couple friends who also attended french immersion, but through to grade 12, and we occasionally exchange a few sentences, which is better than nothing :)
pete_dushenski: and now, as i speak it out loud to mein heir on a daily basis, i'm practicing more than i have since i was 10 years old !
brg444: that's great. I guess that's better than 99% of english speaking canada can pretend to
brg444: I'm guessing you also dared take the plunge into the literature as well? (Bastiat, etc.)
pete_dushenski: my delving into french literature thus far has been pretty limited, a bit of verne and exupery mostly.
assbot: [MPEX] [S.MPOE] 16076 @ 0.00050765 = 8.161 BTC [+]
assbot: [MPEX] [S.MPOE] 37603 @ 0.00050733 = 19.0771 BTC [-] {2}
ben_vulpes: "the continued accretion of fiscal crises across these governments should be expected to continue..."
mircea_popescu: "The continued accretion of fiscal crises across these governments should be expected to continue to further weaken their already anemic vestiges of autonomy." << this needs to be 5 words.
mircea_popescu: da fuck it's qntra.net not circumlocutory-phraseology.website-name
☟︎ assbot: [MPEX] [S.MPOE] 47341 @ 0.0005016 = 23.7462 BTC [-] {2}
assbot: [MPEX] [S.MPOE] 23750 @ 0.00050787 = 12.0619 BTC [+] {3}
punkman: @freenodestaff We are again experiencing connectivity problems to some servers due to DDoS attacks. Please bear with us while we ride it out.
assbot: [MPEX] [S.MPOE] 17281 @ 0.00050461 = 8.7202 BTC [-] {2}
assbot: [MPEX] [S.MPOE] 28546 @ 0.00050805 = 14.5028 BTC [+] {3}
assbot: [MPEX] [S.MPOE] 28800 @ 0.00050461 = 14.5328 BTC [-] {2}
assbot: [MPEX] [S.MPOE] 38850 @ 0.00050126 = 19.474 BTC [-] {4}
assbot: [MPEX] [S.MPOE] 48096 @ 0.00050812 = 24.4385 BTC [+] {3}
assbot: [MPEX] [S.MPOE] 1982 @ 0.00050879 = 1.0084 BTC [+]
assbot: [MPEX] [S.MPOE] 26156 @ 0.00050879 = 13.3079 BTC [+]
mircea_popescu doesn't remember which group of snakeoil salesmen were pushing "freenet".
mircea_popescu: in other news, "files included in a list of known child porn file hashes from the police database", seriously ?
assbot: Logged on 27-11-2015 04:57:01; mircea_popescu: da fuck it's qntra.net not circumlocutory-phraseology.website-name
BingoBoingo: From comments on linked page: "It is certainly telling that despite close to 200 comments on the two articles on the MTStandard that address this change, Mr. McCumber has not engaged with the commenting community, nor has he taken questions from those posted and addressed them."
mircea_popescu: the "commenting community" is basically a fabrication. he'll "engage" it when it's the usg's own indians doing it and then only.
BingoBoingo: Sure, just amazing how much retardation accretes on every side of derpdom
assbot: [MPEX] [S.MPOE] 45400 @ 0.00050879 = 23.0991 BTC [+]
gribble: Bitfinex BTCUSD ticker | Best bid: 360.01, Best ask: 360.17, Bid-ask spread: 0.16000, Last trade: 360.2, 24 hour volume: 44791.1190569, 24 hour low: 343.02, 24 hour high: 367.0, 24 hour vwap: None
adlai: volume has gone negative in china; vwap ceases to be a thing
BingoBoingo now REALLY feeling like this is fall 2012 all over again
BingoBoingo: Just like 2012, china was a thing beyond Asicminer derping about shares
gribble: Bitstamp BTCUSD last: 359.88, vol: 16441.97519367 | BTC-E BTCUSD last: 349.985, vol: 16606.57364 | Bitfinex BTCUSD last: 360.02, vol: 44654.80891705 | CampBX BTCUSD last: 345.01, vol: 3.25111645 | BTCChina BTCUSD last: 360.332457, vol: 91406.01980000 | Kraken BTCUSD last: 360.70977, vol: 103.14388238 | Bitcoin-Central BTCUSD last: 360.264, vol: 122.36772408 | Volume-weighted last (1 more message)
BingoBoingo: Seriously. Bitcoin is great entertainment.
assbot: [MPEX] [S.MPOE] 3700 @ 0.00050878 = 1.8825 BTC [-] {2}
assbot: [MPEX] [S.MPOE] 25850 @ 0.00050531 = 13.0623 BTC [-] {2}
jurov: seems my bouncer was hanging on holmes.freenode.net alone for half a day
jurov: i came and noone was there on any chan
mircea_popescu: i was kinda alone for half hour yest while assbot and everyhone deserted the chan
trinque: speaking of which, why the hell is deedbot gone again
felipelalli: mircea_popescu, Thank you for encouraging! But I feel I have read / study more the logs before feel comfortable to write to Qntra. Qntra.net is like my oracle!
mircea_popescu: this is teh republic, if you don't do it it ain't getting done. we've neither a legion of mindless drones to "do" stuff badly nor a printing press to devalue everyone's ownership to "pay" for that "work".
jurov: felipelalli: worst what can happen is.... someone will tell you something
assbot: [MPEX] [S.MPOE] 12258 @ 0.00050531 = 6.1941 BTC [-]
assbot: [MPEX] [S.MPOE] 3131 @ 0.00050057 = 1.5673 BTC [-] {2}
assbot: [MPEX] [S.MPOE] 29319 @ 0.00049791 = 14.5982 BTC [-] {4}
jurov: mod6, asciilifeform, thestringpuller: can you please enlighten me how does boost affect mapTransactions and its clear() function? i'm reading the code and don't see it
assbot: Logged on 19-08-2015 14:32:04; asciilifeform: thestringpuller: this patch does not work as described, on account of boost idiocy (removal of items from the hash does not invoke their destructures! believe)
assbot: [MPEX] [S.MPOE] 40950 @ 0.00050418 = 20.6462 BTC [+] {3}
assbot: [MPEX] [S.MPOE] 13300 @ 0.0005052 = 6.7192 BTC [+] {2}
jurov: BingoBoingo: deedbot- already did it
BingoBoingo: jurov: deedbot- didn't get the title update.
jurov: oh corpses were updated
BingoBoingo: Well, not confirmed courpses yet. Local news has stopped referring to the officers though as "wounded" and has transitioned to "shot" to describe their condition
trinque: damn christians wont get uppity about anything other than than abortions.
phf: jurov: so original interpretation was that mapTransactions.clear(); doesn't deallocate individual instances (i.e. boost doesn't do the right thing), attempting to iterate over mapTransactions and do explicit del on instances results in crash. so the new assumption was that mapTransactions instances are somehow used elsewhere. i don't think there's much else insight on the subject
BingoBoingo: trinque: Could be just angry over political health clinic spam
trinque: poor guy's @aol.com overfloweth
jurov: phf but it's std::map not some boostism
jurov: are you telling me boost modifiest std:: stuff behavior?
phf: jurov: you know how it is here, there's one small problem, gets elevated to shitgnomes in all the things!!1 status
☟︎ phf: jurov: the overal goal though is to flush the mempool, but simply measuring the memory between zapmempool shows that the patch specifically doesn't do it. there's either additional source of leak, or there's a leak in mempool, or, and that's the most likely case, the patch in question doesn't touch al lthe places where mempool has data
jurov: ikr? but i'd like to see some closer dissection. like, how did you determine clear() does not work
jurov: i just added CTransaction destructor with debug print, and it is called
☟︎ phf: jurov: clear not working is my broken telephone of that ascii was saying in the logs. i've only gotten as far as making sure that the code ~seems~ to be working, hence my conclusion, which is that mempool is somehow not just mapTransactions & mapNextTx
phf: but for all i know there's all kinds of other sources of leak. the general idea is that btcd without mempool memory use should stay constant when the blockchain is not growing. any kind of memory growth is from mempool adding more transactions. so it stands to reason that a fully working zapmempool should always bring btcd back to some baseline number, but that's not happening.
phf: last conversation on the subject was mp saying basically, people are welcome to investigate and plug that hole
assbot: [MPEX] [S.MPOE] 26152 @ 0.0005052 = 13.212 BTC [+] {2}
assbot: [MPEX] [S.MPOE] 14750 @ 0.00050723 = 7.4816 BTC [+] {3}
assbot: [MPEX] [S.MPOE] 44932 @ 0.0005095 = 22.8929 BTC [+] {5}
assbot: [MPEX] [S.MPOE] 24468 @ 0.00051032 = 12.4865 BTC [+] {2}
jurov: just found there are several static maps and sets tucked in misc functions, too...
☟︎ phf: jurov: can paste file:line for those?
jurov: just grep "static map" and "static set" yourself
jurov: O.o how is it possible to have static variable inside if statement?
phf: jurov: by the way, in addition to static things, there's also top level globals
jurov: you see. if i knew why alf narrowed the problem so, would help me much
phf: what you mean by "narrowed the problem so"? you mean boost, or "zapmempool to baseline", or?
assbot: [MPEX] [S.MPOE] 8421 @ 0.00051202 = 4.3117 BTC [+] {3}
assbot: Logged on 19-08-2015 14:32:04; asciilifeform: thestringpuller: this patch does not work as described, on account of boost idiocy (removal of items from the hash does not invoke their destructures! believe)
jurov: i mean both, generally
phf: jurov: the goal is to get bitcoind working with pogo's limited memory. the problem is that a running bitcoind grows in memory use as a result of normal operations. we know that some processes claim a lot of memory by design, like mempool, so first step is to get a reliable way of cleaning out mempool. ascii wrote that patch, but discovered that in practice zapmempool doesn't reduce memory use.
ascii_field: every tx received eats a measurable qty of ram which is NEVER reclaimed
ascii_field: in sept. i did an experiment (can't recall if i bothered to explain it here) where i forced the cblock crapola to deallocate, in the correct way (without using an iterator)
ascii_field: because the data structure appears to be an interdependent ball of shit
jurov: yes just reproduced it - the destructors are not called when map is cleared
ascii_field: now if you feel like it, reproduce this other thing i did
ascii_field: and yes, jurov was right re: it being a std:: crapolade, rather than boost
assbot: Logged on 27-11-2015 22:01:15; jurov: i just added CTransaction destructor with debug print, and it is called
ascii_field: i tend to associate them in my head, both are of the heathens
jurov: phf yes but that were stack operations. i then filtered them
jurov: and how does the map know there are outstanding references?
ascii_field: phf: the goal of 'zapmempool' was to prove that mempool accounts for all of the bloat other than what is accounted for by the 300bytes/block eternal index (another idiocy which will prevent pogoization unless a massive mechanism is rewritten beyond recognition)
jurov: or why does it not destroys the transactions
ascii_field: but if you do invoke the destructors (as i later did) - you crash.
phf: there's this CTransaction::RemoveFromMemoryPool, anybody tried calling that in a loop?
phf: ah and that does the crash?
ascii_field: incidentally it isn't a locking bug either
ascii_field: the whole thing is an epic turd and my desire to ever work with it again borders on zero
ascii_field: my original purpose for asking nubbins for The Book, if anyone remembers, was so that i could rewrite.
ascii_field: not so i could sit in a manhole while a cement mixer pours liquid shit in
ascii_field: but if other folks want to take their turn in the manhole - sure, why not...
ascii_field: jurov, phf: i recommend getting that patch of mine which lets you request EXACT bytes of heap used total at ANY TIME
ascii_field: i forget the name, it is not in the vpatch megacanon
jurov: CInPoint refers to CTransaction, thus mapNextTx should be erased before mapTransactions
ascii_field: but is sadly lying around somewhere deep in the ml archive
jurov: the jettison patch had it the other way
jurov: did you? i'm still putting it all together
ascii_field: iirc (i don't have the box here) i invoked RemoveFromMemoryPool
jurov: yes, but was mapNextTx deallocated at that time?
ascii_field: btc.yt/lxr/satoshi/source/src/main.cpp#0514
assbot: Logged on 27-11-2015 16:39:23; mircea_popescu: this insanity is STILL with us, still "works" ?
ascii_field: usg has been trying to phase out the 'states' thing since lincoln.
punkman: freenet design makes a lot more sense than tor
punkman: who knows what horrors lie in its source code though
punkman: ascii_field: static content for example
ascii_field: borderline-unreadable shit soup like every single other 'open sores;
punkman: also the whole freenet wot dimension, you don't have to connect to assholes iirc
mod6: if you get that igprof patch working jurov, let me know.
mod6: i think mine compiled ok with it.
gribble: Current Blocks: 385653 | Current Difficulty: 7.272278064254718E10 | Next Difficulty At Block: 387071 | Next Difficulty In: 1418 blocks | Next Difficulty In About: 1 week, 3 days, 19 hours, 47 minutes, and 10 seconds | Next Difficulty Estimate: None | Estimated Percent Change: None