log☇︎
121900+ entries in 0.069s
asciilifeform: have you been reading the logs, NoSatoshisHear ?
NoSatoshisHear: then they put the bastard in everything, moved from NB to CPU, and you know the rest...
NoSatoshisHear: yup, every engineer who heard of the system hated it, and the vp++ loved the idea, gave control to corporate overlords of your work machine.
NoSatoshisHear: I worked on ICH7 and ICH8, fugging bugs out the ass in ICH7...
asciilifeform: this wasn't an engineer decision, but board 'decision' ( in the sense that if board tried to decide 'no', intel would have simply been given a new board )
NoSatoshisHear: yup... that is it. Started in 2004, was designed to access memory, drive, and ethernet while main cpu was asleep...
asciilifeform: is this the turd that turned into ME ?
NoSatoshisHear: I'll be damned if they didn't put that bastard into my sacred north bridge! The intel management engine...
NoSatoshisHear: was pretty cool getting to be in the architect meeting. They introduced the FU chip in 2004 as a seperate processor. I so voted it down. It sounded like a spy chip and it was.
asciilifeform: (which in turn inherited from ancient ibm monopoly, so altogether century+ old)
asciilifeform: unsurprising, considering that intel lives ~100% on ye olde wintel monopoly
NoSatoshisHear: left, was not happy with the system, thought it was not conducive to making new wares, but great for maintaining older established platforms.
NoSatoshisHear: hated the job, loved the money.
NoSatoshisHear: you get a percent of the profit every quarter, I started at 25% of salary, and got a 10% bump at 1 year, some 20 year+ doods have 2000% multipliers.
ben_vulpes: "dump trucks of money every two weeks" is how i heard it described one time.
NoSatoshisHear: I have, came last summer, fugged around, left with a copy of trb to play with, will make a real name and gpg id in the near future....
ben_vulpes: didja at least keep the options in the divorce?
NoSatoshisHear: ex game engineer, ex intel architect, now too old to get hired. life summary. ☟︎
NoSatoshisHear: ya, i'm an idiot. thx for the !up
asciilifeform: granted this is less of a headache in 'minerless' trbi variants.
asciilifeform: and for thread-completeness i gotta point out that 'Until the day Bitcoin mining uses up 50%+1 of all electricity generated on planet Earth, this theoretical avenue remains open, if very theoretical' isn't necessarily guaranteed : there always remains ( because Hashing Is Voodoo (tm) ! ) the possibility of discovering shortcut to the mining process ( we had the 'satcoin' thread; possibly other variations on the theme also )
mircea_popescu: you can sorta guess when exactly the "strong independent woman" will start bawing like a little girl on the basis of the displayed priors.
asciilifeform: mircea_popescu: the only obvious problem with 'oppenheimer' hypothesis is that shitoshi iirc walked away ~prior~ to bitcoin 'chain reaction'
asciilifeform: diana_coman, mircea_popescu : that was my only hypothesis. i haven't another.
mircea_popescu: asciilifeform i am well persuaded http://trilema.com/2014/the-woes-of-altcoin-or-why-there-is-no-such-thing-as-cryptocurrencies/#footnote_2_56073 was actually satoshi's nobel/oppenheimer moment. "o noes, this is bad because i have not the balls to live!"
mod6: <+asciilifeform> to me it looks completely indefensible. <+asciilifeform> WHY should boot time be special ? << aha, to me your change there seems like the Right Thing
mircea_popescu: the thought was that this runs for a coupla hours after hours on uni computer
diana_coman: asciilifeform, no "advocate", more like explain: probably the thought was that after it starts it remains (magically!) always at the top
asciilifeform: can anyone 'devil's advocate' this one ?
asciilifeform: WHY should boot time be special ?
asciilifeform: btw i'm still waiting for anybody to try to defend the original shitoshi sync behaviour, somehow
mod6: so im fairly confident to get it resolved here with a simple email. will report back one way or another.
mod6: but, their site says they will do hardware mods via request.
mod6: if for some reason DC won't throw in a SSD, even if extra fee is paid, will find a new DC.
mod6: so im sure that ssd will give me a huge perf boost to stay up to HEAD
asciilifeform: but the up/down sides of this method are i think obvious
mod6: for instance, i have a R610 running with ssd, and when doing eatblock (sucking in all the blocks cut up via cutblk), I can process like 15k-20k blocks per day. more importantly, the IO timings are WAAAAAY lower.
asciilifeform: btw i'll mention again a simple method to speed up sync (to a point) 1,000x or moar -- signed hashes ( a la the programmable checkpoint thread from 2yrs ago ) ☟︎
asciilifeform: ( dulap had ~ok trb performance on spinning rust, but it had striped raid . and STILL couldn't keep up with ssd zoolag, despite the latter being a box the size of my fist, with no raid, on residential fiber )
asciilifeform: i.e. screamingly short of the system requirements
asciilifeform: spinning rust, at this point i dare say, is like running node on 486
mod6: My node got with 140 blocks, then promptly fell back behind about 400-500. but this is caused by my dedicated node running on spinning rust it appears. when i get a moment, I'm gonna call the DC and see if they'll throw in an ssd in there for me. that should cure it.
mod6: <+asciilifeform> ( iirc mod6 also has a node with it, runs smoothly, talk with him. possibly ben_vulpes also ) << this in ref to >> http://therealbitcoin.org/ml/btc-dev/2017-December/000281.html ?
mircea_popescu: 2 was not actually stated by anyone, i'm just saying for the record.
a111: Logged on 2018-01-25 19:12 ben_vulpes: suresure. what even means "a release" though, in a world where each patch now touches the changelog file. that eg ben_vulpes produces a patch that *only* touches the changelog, saying "the foundation makes of this link in the chain a checkpoint"?
mircea_popescu: http://btcbase.org/log/2018-01-25#1776337 << 1 is re this. ☝︎
diana_coman: http://btcbase.org/log/2018-01-25#1776178 <- it's on, thanks! ☝︎
trinque: because human brains balk at a 500k scroll, so they chop the thing into bits
trinque: a C++ program is not reducible to particular files sliced out of it. it's the whole, and the filesystem state is a lie.
trinque: I don't see that.
mircea_popescu: both 1 and 2 seem a rather "we'll fix the car by retrofitting horse carriage to it"
mircea_popescu: 1. the idea to have "changelog only" patches as a signature device is a major departure from how v worked previously, it semanticizes an item that we only recently even introduced ; 2. the idea to have patches that are deliberately non-compliant so "they won't be mainline" is a solution to what i thought an inexistend problem -- why not maintain special "experumental" keys for the purpose instead, l;ike sane people ?
ben_vulpes: makes for a neat delineation between patches baked in an angry stew and those selfsame patches read in the cold light of morning and possibly even reground by others as "this works, and i propose it for inclusion in the trunk"
trinque: experimental patches meanwhile wouldn't, and the operator is invited to regrind the experimental item into a patch which edits changelog, if it's graduating out of "experimental"
trinque: editing the changelog, "mainline" would not ever have multiple leafs, aside intentional forks
mircea_popescu: i suppose the idea here is to turn this into a semantic device ?
mircea_popescu: trinque if they don't touch changelog they'll have to be reground then
asciilifeform: n00b wants to run trb. which trb will he run ? ☟︎
mircea_popescu: ben_vulpes something like that works, certainly.
trinque: what is the foundation's role then? ☟︎☟︎☟︎
asciilifeform: imho 'trb release' makes sense as a thing -- conservative 'this worx' item
ben_vulpes: that the world promises to deliver me a regrinding nightmare out of stitching together ten patches that all descend from the release patch
ben_vulpes: i'd rather have people chose which node on which to base their patches themselves, based on their own judgement of the quality of the priors, otherwise there's a new axis of promisetronix in play
asciilifeform: in trbland
asciilifeform: trinque: this is sorta how releases work already iirc
trinque: I was supposing that experimental patches would not touch changelog, patches meant for release would edit changelog
asciilifeform: it means, simply enuff, whatever item ben_vulpes & mod6 proclaim 'this is a trb release'
ben_vulpes: suresure. what even means "a release" though, in a world where each patch now touches the changelog file. that eg ben_vulpes produces a patch that *only* touches the changelog, saying "the foundation makes of this link in the chain a checkpoint"? ☟︎
asciilifeform: e.g. 'i ran node with this for 60 d, and it worx , nomoar fallbehind' etc
asciilifeform: incidentally ben_vulpes , mod6 , anybody else who tested 'experimental' patch, is invited to...
trinque: ben_vulpes: macroexpand my statement to "I am not adding maintaining my own wad of chosen experimental patches, regrinding them each time there is a mainline release"
ben_vulpes: more of a tumor hanging off the infant's face, but yeah
asciilifeform: ben_vulpes: there is such a thing as ' ben_vulpes & mod6 Troo Release ' !
asciilifeform: ben_vulpes: well considering that it only snips off an obvious birth wart
ben_vulpes: given the evolution of 'v', and that the act of pressing is a private, intimate one, does "current trb's behavior" make much sense anymore?
asciilifeform: for which there can be NO justification.
asciilifeform: the 'boot time is SPESHUL' is an idjit winblowzism
asciilifeform: the old sync behaviour is profoundly retarded tho, asciilifeform felt quite stupid for not having fixed it in the first yr of trb's life
asciilifeform can't find any argument against this
trinque: I intend for deedbot's node to always reflect current trb's behavior
asciilifeform: ( iirc mod6 also has a node with it, runs smoothly, talk with him. possibly ben_vulpes also )
trinque will be happy to start using the mainline version.
asciilifeform: nowadays i dun see any reason not to mainline it
asciilifeform: trinque: indeed i marked it as experimental. did not know if, e.g., prb would shun the patched nodes, say
trinque: wasn't that patch marked experimental?
asciilifeform: cuz if not, this is elementary
asciilifeform: ( i.e. does it have the sync retardation cure )
trinque: this is the node we were discussing, makefiles.vpatch + polarbeard
asciilifeform: trinque: what patch set on this node ?
trinque: nope, this was the deedbot node. each time it happens, there are many external connections, and each time a restart brings it back to the top.
a111: Logged on 2018-01-25 18:03 trinque: what a terrible error message.
mircea_popescu: http://btcbase.org/log/2018-01-25#1776288 << it is at that. ☝︎
trinque: I just fired a garden variety tx and it confirmed in the next block, 0.0005 fee
deedbot: http://trilema.com/2018/the-principal-agent-problem-or-how-america-went-away/ << Trilema - The principal-agent problem, or how America went away
trinque: heh, 0.0005 confirms instantly now. aren't we all glad the shitheads got their gigablocks
asciilifeform finds the 'tx references outputs of old tx, rather than addrs' to be a profoundly trisomistic shitoshiism -- but we can come back to this at next 'trb-i' thread
trinque: mhm, and this is an input that was change more recently than 3k blox
asciilifeform: 'this tx may have come from parallel universe, we won't know until we intern its parents'
asciilifeform: but i'll agree that 'empty' is idiotic way to describe it
asciilifeform: dunno, it was enuff for asciilifeform to say what was the eggog