mircea_popescu: hey, it never occured to me, or them, until it occured.
asciilifeform: there exists 0 .mil spam.
mircea_popescu: phf emails also basically suck. who even reads them. do they even arrive anymore ? etc.
mircea_popescu: "see that chick at the table two over ? no don't look! yeah! so she knows i'm trying to get laid, and doesn't want me to get laid!!11"
asciilifeform: which would seem to run contrary to their professed aims.
asciilifeform: the thing that boggles my mind, mircea_popescu , is that quite a few of these people ~knew~ what i was trying to do, and did not want it to happen.
mircea_popescu: nor do i mean it as a belittlement. obviously train runs on tracks, car runs on road but lower efficiency ; 4wd needs not road even worse efficiency etc. you are what you are -- but just so, the problem is what it is.
mircea_popescu: the solution to bad indexing is a lot of dirty nodes, not a few "l1" ones.
a111: Logged on 2017-03-11 00:18 phf: your approach to sourcing this info is by googling, while actually getting in touch with people who might know is derided as "whispering". while the content's been published and public since forever, those who follow along presumbly knew since then
asciilifeform: as a signer of a motherfucking 9k cheque
mircea_popescu: asciilifeform here's the problem : your algo (talk to peaks) is provedly, and notoriously, bad for breaking out of bad indexing tarpit.
asciilifeform: i wrote to motherfucking kalman reti, phf
mircea_popescu: that's the distinguishing feature of it - as many years as until you notice.
asciilifeform: and, quite verily, they WILL be worth roughly their worth in gold reclamation, if fpga appears.
mircea_popescu: ftr it's still not altogether clear to me what went on ; and bad indexing still parsimonious explanation anyway.
asciilifeform: mircea_popescu: the contemplated pathology is that of that ro d00d who owned ~1~ rembrandt
mircea_popescu: asciilifeform anyone doing the rembrandt moon game has thousands of different ones, does not care.
asciilifeform: and it's tru, the surplus 1201 was free (rubbish dumps) in late '90s, maybe 500 bux in 2000, but now costs 3-10k
mircea_popescu: phf the worth is always an objective, public matter. that you like inept whore / bad painting / whatever in your own livingroom does not make it worth anything.
asciilifeform: mircea_popescu: it's a 'rembrandt', was expected to go 'to the moon'
phf: well, we've established that whatever i'm doing in that space is avocation. so the "worth" is entirely subjective
asciilifeform: i also suspect that the folks sitting on 4-10k worth of 'ivories' don't relish them suddenly being worth what nintendo is worth.
mircea_popescu: the time for thinking them worth > price of christian burial was, maybe, at the latest, 2007. certainly not 2017.
mircea_popescu: it is ~the inept old men~ that MUST care about ~our~ opinions.
a111: Logged on 2017-03-11 00:42 phf: the timing of this rant is amusing, because i'm flying out to dks's tomorrow. which is why last time we talked about it i ~explicitly asked you not to rant about this in public~. if nobody cares about symbolics proper, then people certainly do care about the fickle opinions of older men, who are sitting on irreplaceable treasure troves of smbx technology.
asciilifeform: deducing not only from http://btcbase.org/log/2017-03-11#1625044 but from the few dozen comments when the warez came out
asciilifeform: i don't have a cable into their heads, cannot say for certain what the cockroaches therein were doing.
asciilifeform: mircea_popescu: since '09 or so i was one of very few people publicly interested in reversing the bolix gear. and apparently ~all of the aficionados, saw me as 'dangerous fool' who 'might piss off dks'...
mircea_popescu: he does prima facie seem to have a point, just not altogether sure what it is.
asciilifeform: phf: if there is one thing bolix aficionados is not, is poor.
asciilifeform: i won't telepsychoanalyze phf or any other of the other folx. but i gotta wonder wtf was in their heads.
phf: i think the implication is that "whisperers" are so poor (being dirty redditors) they can't even buy a cheap fpga
asciilifeform: the entire machine would handily fit in my ~smallest~ fpga board.
asciilifeform: mircea_popescu: one of the necessary size, is about fiddybux eat. in qty1.
asciilifeform: also phf yes i recall why you were going. but in light of the instruction set being out... my mind boggles, why to bother with ANYTHING but fpgaization pronto.
mircea_popescu: the problem is one of indexing not properly of publishing.
phf: fwiw, i'm not buying "old iron", and you'll know why i'm going there if you dig up literally the last set of pms we exchanged.
asciilifeform: much less to tell me about the magical shithub
asciilifeform: anyway this thread is not a personal stick to poke at phf, but at ~all~ of the culprits.
asciilifeform: ( to go on the board of a rebuilt smbx co ?? i have nfi. )
asciilifeform: it, very clearly, is not to put the necessary info to rebuild the machine, out in the open asap.
phf: you're making a lot of assumptions, about goals and strategies of others
asciilifeform: so the machine can exist again. forever, like commodore 64 exists. and not on 20 d00d's shelves,while the capacitors work.
asciilifeform: i can't speak for others, but my objective since day 0 has been to get that instruction set.
asciilifeform: also it boggles my mind, why is phf still buying the old iron, the instruction set's been out since '09... buy fpga board.
phf: the timing of this rant is amusing, because i'm flying out to dks's tomorrow. which is why last time we talked about it i ~explicitly asked you not to rant about this in public~. if nobody cares about symbolics proper, then people certainly do care about the fickle opinions of older men, who are sitting on irreplaceable treasure troves of smbx technology.
Framedragger: they must have really low self esteem to require this kind of labyrinthine way of pretending to themselves to be real important nao
asciilifeform: guess what, HE WAS NOT in 'whisperer' wot either.. apparently.
asciilifeform: (for instance, in that YEAR i could have been making one. was quite inclined to, but didn't have the instruction set !!)
asciilifeform: he knew that the alpha installer was on torrent, tho.
Framedragger: yeah but that's what i meant by same, gave closed copy the source version of which was available (and known to him, presumably?)
asciilifeform: Framedragger: dks , if you didn't know, is the last known paid employee of smbx co.
asciilifeform: but DID NOT MENTION the shithub.
asciilifeform: even gave me an 'illicit' copy of snap5, when i bought a genera license for my usg lab at the time
asciilifeform: dks even mentioned the warez install cd to me
asciilifeform: NOBODY mentioned the shithub
phf: yes, but i can't speak for other "whisperers"
a111: Logged on 2016-09-09 15:21 asciilifeform: and violates the principle of nothing-to-allcomers.
asciilifeform: for instance, i struggled to find the genera source, and then YEARS later i found out that 'the whisperers' have been quietly passing it around
asciilifeform: there is a long, rotten tradition here, mircea_popescu , ofthis
mircea_popescu: it's not a defensible sharing of the power in any conceivable desing.
phf: your approach to sourcing this info is by googling, while actually getting in touch with people who might know is derided as "whispering". while the content's been published and public since forever, those who follow along presumbly knew since then
mircea_popescu: dude that is the saddest story...
asciilifeform: motherFUCKing whisperers.
Framedragger: ...yeah, i think that the proper way to do it then is to take entire disk, populate it with things to a high degree and (somehow) with enough spatial dispersion, and benchmark, and restart entire thing between benchmarks.
asciilifeform: is all you will ever need to drive the kbd (which kbd? EITHER of the 2 that they made, i have'em both here, and though their design differs electrically, they both obey this protocol )
a111: Logged on 2017-03-06 13:10 Framedragger: (just for posterity, other metrics say that consumer ssds seek average may be ~3ms.)
a111: Logged on 2017-03-11 00:02 asciilifeform: because motherfucking 'people in the know' whispering like little girls
Framedragger: right, yeah, but the (really) random seeks.. i hoped to tumble it a bit at least
Framedragger: maybe another caching layer is still caching, hrgh.
asciilifeform: Framedragger: that's still below seek time of the best ssd, you're reading from cache.
asciilifeform: can i download phf's mac-patched, actually-builds genera somewhere ? or do i have to knock on a naugahyde-covered door in the bar from lsl and whisper 'ken sent me' and knock 3 times..?
phf: amusingly enough genera's clx is missing some x code for rendering bitmaps. meanwhile clx got ported out, worked on by a dozen of different teams, gender pronounced and ~still~ that code is missing, with the same disclaimer
asciilifeform: (i reverse-engineered the kbd, pretty sure was the first to publicly do so and post on www, you can build converter)
asciilifeform: phf: yeah i'm not sure why a xl1201 owner would even need the console
mircea_popescu: it has the distinction of being fashioned ~entirely out of police blotted / da filings verbatim.
phf: no, just haven't shipped it. i've been waiting for some friends to do west coast/east coast drive, but those always seem to NOT happen when you actually need them. i can boot it to do remote x11 though, was configured with the assumption that it will boot blind
phf: no no, i'm missing console at the moment
asciilifeform: phf: aha. doesn't sound like a jet turbine either
asciilifeform: the box i'm sitting in front of, draws 300w. this is not much.
mircea_popescu: save the planets alf!
asciilifeform: 'power management' is for the birds.
asciilifeform: ( my fpga boards, the nicer ones, DO in fact !! )
asciilifeform: and it bugs me that the mobo dun have a jack for a rubidium clock
asciilifeform: (i measured. and you, also, oughta measure, this is the kind of thing to be aware of in a well-run household)
asciilifeform: 'When Intel first invented the TSC it measured CPU cycles. Due to various power management features "cycles per second" is not constant; so TSC was originally good for measuring the performance of code (and bad for measuring time passed). For better or worse; back then CPUs didn't really have too much power management, often CPUs ran at a fixed "cycles per second" anyway. ...'
phf: http://btcbase.org/log/2017-03-10#1624795 << fwiw i have one written. it can do an equivalent of pgpdump, but knows only a subset of packet types. if there's any interest i can drive it towards a specific goal
Framedragger: asciilifeform: i thought that's why folks use CLOCK_MONOTONIC? i guess the irony is that it's not..monotonic in the end, still. :(
asciilifeform: it resets on coldboot and increments with every tick thereafter
asciilifeform: rdtsc is the ticket, it is how profilers time, and the only timer that is really worth twopence on x86.
Framedragger: incrementor where, in another thread so that one may have more context switches for fun? those calls are blocking..
a111: Logged on 2017-03-06 17:22 mircea_popescu: the guys did actually splendid work, read the paper, worth it.
a111: Logged on 2016-09-14 13:28 asciilifeform: http://btcbase.org/log/2016-09-14#1541639 << not only is this true, but you won't be seeing scientifically accurate nanosecond timing in a konsooomer box at all. the physical clock is not up to it.
asciilifeform: it's just a register that increments with every tick of the main clock.
mircea_popescu: the people doing key extraction
mircea_popescu: no no, where the fuck is it
Framedragger: now they gonna talk about how one cant measure anything and need phuctor-made superclocks. kk. sure. but this is as accurate as it gets, sir
mircea_popescu: Framedragger consider using the recently discussed clocking method
asciilifeform: mircea_popescu: his fopen() is smaller than a princely ssd's seek time. so thereby i could tell, his measurements had cache in play
asciilifeform: and these outliers are always caused by a) interrupt b) cache miss
asciilifeform: mircea_popescu: he posted the method, in the end of the thread, http://btcbase.org/log/2017-03-10#1624601
mircea_popescu: and what the fuck caused that outlier.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624551 << these are actually pretty encouraging as such
mircea_popescu: acid is not a bad idea in the sense "valentine's day" is not a bad idea.
mircea_popescu: Framedragger i just meant "don't fucking rebalance my tree, behind the scenes, idiot!"
a111: Logged on 2017-03-10 19:38 asciilifeform: trinque: then i'll need a cl pgp parser
mircea_popescu: http://btcbase.org/log/2017-03-10#1624528 << and this not worth doing, either, because just do p when it comes out and be done with it
Framedragger: also just ftr, a b-tree by definition has every part of it be of the same depth. 'unbalancing b-tree' doesn't even make sense. but you could have 'just a normal tree', and one can implement custom indices. just pointing out
mircea_popescu: compare and contrast with the mit offering.
asciilifeform: ( he asked 'what do' and i answered 'take all tx, from first to top of currentheight, and count how many share their senior 32bit )
mircea_popescu: asciilifeform in any case this is turning into QUITE the course on caching!
a111: Logged on 2017-03-10 23:06 mircea_popescu: http://btcbase.org/log/2017-03-10#1624446 << there may be a lot of merit in this. even l1-l4 implemented via kernel table may be faster than freestanding l1 with "occasonal" (to be defined) cache miss aka collision.
mircea_popescu: there is no practical way to tell postgresql to do slave reads ; nor any way to tell ~any db to do unbalancing btree stores.
mircea_popescu: there's still a lot of noobs.
a111: Logged on 2017-03-10 19:34 asciilifeform: Framedragger: i am increasingly finding that 'general purpose db' is, like the infamous 'vise-grip', The Wrong Tool For Every Job
mircea_popescu: http://btcbase.org/log/2017-03-10#1624517 << don't knock it too much, bunny-hop fuck-chair is fine tool for she who for the first time took her clothes off in public today.
mircea_popescu: Framedragger yeah that's exactly it, the distributions
Framedragger: ftr i didn't every say it was the right thing for bitcoin with uniformly distributed hashspace
mircea_popescu: asciilifeform no, no, nothing of the kind. i was contemplating no hardware whatsoever, just the tower of crud that builds up to consumer fs
asciilifeform: (i sat down with the ext4 thing and very quickly came to the conclusion that it, and every other konsoomer fs, is 'pessimized' for our specific scenario)
mircea_popescu: this is exactly contrarty to the engineering assumption in "balancing"
mircea_popescu: because any arbitrart hash has equal chances to be seen as next hash as any other.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624512 << rebalancing the tree is actually a terrible idea for bitcoin block storage.
a111: Logged on 2017-03-10 22:23 mircea_popescu: im not against the idea in the slightest. i'm just very unpersuaded by the theory hard drives work, to any spec, in any sanemanner.
asciilifeform: http://btcbase.org/log/2017-03-10#1624688 << if you're thinking of the iron failing -- i operate disks in raid5 (and for past couplea years -- raid5 of ssd; on this particular box in this particular room, for instance, 4 x 1tb ssd) : 0 detectable failures-with-loss of any kind.
a111: Logged on 2017-03-10 22:21 mircea_popescu: the noion that hdd is usable or useful is a cute pipe-dream of the web generation, unsupported in cold reality.
a111: Logged on 2017-03-10 19:33 asciilifeform: Framedragger: all you need is to check a read candidate against the current list of active writes.
a111: Logged on 2017-03-10 19:11 asciilifeform: ( i wonder if there are any traditional fs that will actually give you 16G of contiguous blocks, if asked nicely )
mircea_popescu: http://btcbase.org/log/2017-03-10#1624446 << there may be a lot of merit in this. even l1-l4 implemented via kernel table may be faster than freestanding l1 with "occasonal" (to be defined) cache miss aka collision.
a111: Logged on 2017-03-10 18:24 asciilifeform: Framedragger: there was old thread with mircea_popescu , where he stated that usg and china attempted it at same time, and perma-deadlocked
mircea_popescu: http://btcbase.org/log/2017-03-10#1624420 <<->> http://trilema.com/2013/things-that-matter-these-days-things-that-dont-matter-these-days/#footnote_3_50058 2013.
a111: Logged on 2017-03-10 18:24 Framedragger: while at it, and i'm guessing it's in the logs.., i wonder when was the last time some tried to come up with an approximation what the costs to get to >50% network hashing power would be
a111: Logged on 2017-03-10 18:20 asciilifeform: at any rate, working around this idiocy would be very cheap -- say we index by top32 of keccak(txid) instead of plain txid. in the event of.
a111: Logged on 2017-03-10 18:17 asciilifeform: do the arithmetic, it isn't as if anyone can cancel the 'block per 10min' thing.
a111: Logged on 2017-03-10 18:12 asciilifeform: ( i can already picture mircea_popescu spitting out his breakfast, 'modern hdd dun have cylinder, you nut' -- except, it in effect DOES, fetches massive blox , whether mechanical or ssd, by design, for ages now )
a111: Logged on 2016-01-21 13:29 asciilifeform: 'if i make it what i think is the right size, it crashes!111'
a111: Logged on 2017-03-10 18:02 asciilifeform: (some time grep for the sleeps, it is instructive)
a111: Logged on 2017-03-10 18:01 asciilifeform: trinque: i've found that 'kill', which syncs the db, followed by kill -9, which nukes shitoshi's pointless wait idiocy, worx 100%.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624375 << confirmed, this is safe. just don't issue the -0 before it hd a chance to settle down.
a111: Logged on 2017-03-10 18:01 trinque: god forbid the disk always be in a coherent state, eh?
mircea_popescu: http://btcbase.org/log/2017-03-10#1624374 < heh. though this be a taller order than meets the eye.
Framedragger: bitcoin-out-of-the-cloud ftw.
a111: Logged on 2017-03-10 17:16 asciilifeform: the Right Thing would probably be to have a very simple kernel driver that takes a specially-marked disk partition and gives userland trb linear use of it, as plain array
a111: Logged on 2017-03-10 17:43 asciilifeform: imho the 'hard part' is not even to implement this table, it is freshman homework, but to unravel the liquishit in trb and learn where to even put the lookup/write !
mircea_popescu: because yes, alf is entirely correct, the hdds piss out 4kb or more per call
a111: Logged on 2017-03-10 17:36 asciilifeform: that is, you don't need 8 bytes to say which 4kB slice has the beginning
mircea_popescu: http://btcbase.org/log/2017-03-10#1624352 << this is a major part of the savings in fsdb
Framedragger: the wonder!
mircea_popescu has seen architerctures where there were de facto 3 different disk caches
mircea_popescu: dispensing with the kernel's accumulated gunk comes at no cost to the wizard, but at disability to anyone else.
mircea_popescu: im not against the idea in the slightest. i'm just very unpersuaded by the theory hard drives work, to any spec, in any sanemanner.
mircea_popescu: i don't think anyone correctly represents the tower of accidental good luck that stands between a disk seek and your desired pron.
Framedragger: mircea_popescu: (i thought with "sounds great on paper" you were responding to possible kernel module workarounds. but if you're against the *whole* idea, fair enough.)
mircea_popescu: it's more the case that those 10k lines of ??? actually contain the mystery bullshit that makes the whole pile of crap evern work.
mircea_popescu: the noion that hdd is usable or useful is a cute pipe-dream of the web generation, unsupported in cold reality.
mircea_popescu: Framedragger it sounds great on paper and then crashes irrecoverably six weeks in.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624307 << it is the case, one collision a year sort of deal./
Framedragger: not that it's necessarily the way to go. but consider what asciilifeform was saying - one could just pass an already-opened file handle. handle to *whatever*. no ring0 driver, no root permissions.
Framedragger: mircea_popescu: but if you read further down, we were saying that it may be possible to just access a raw block device without kernel module :)
a111: Logged on 2017-03-10 17:16 asciilifeform: the Right Thing would probably be to have a very simple kernel driver that takes a specially-marked disk partition and gives userland trb linear use of it, as plain array
mircea_popescu: http://btcbase.org/log/2017-03-10#1624290 << contiguity is the big problem. perhaps it can be resolved through "alternative starvation', as in, running naught else. but that is liable to run into the genius of "dwim" "modern" linuxhit
a111: Logged on 2017-03-10 17:10 asciilifeform: if you're willing to blow another 16GB, you can have an l2 table
mircea_popescu: http://btcbase.org/log/2017-03-10#1624278 << this blowing seems altogether a foregone conclusion.
asciilifeform: http://btcbase.org/log/2017-03-10#1624149 << this is a hosting co in hk, and domain peddler. betcha ~all~ of their shithosting offerings, are debianized.
mircea_popescu: possibly their best.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624254 << there are habits that die easy and habits that die hard.
mircea_popescu: the race is on*
mircea_popescu: i said years back the race is won. but meanwhile the usg utterly lost it, ot little concern of anyone, itself included.,
mircea_popescu: asciilifeform i have to protest re the scheme. i'm merely needling you in my spare time.
asciilifeform: mircea_popescu: it's literally the simplest physically possible scheme, read whole thread. (it is also NOT married to the 'magic numbers.')
a111: Logged on 2017-03-10 16:59 asciilifeform: now you store the table as follows: the top 32 bits (e.g., 3ec455a2 from above) are an array index into this table
mircea_popescu: http://btcbase.org/log/2017-03-10#1624243 << does the lady know your only true love is strange addressing schemes ?
asciilifeform: kinda disgraceful, not like there isn't a usg 15nm fab or two still standing in upstate new york
mircea_popescu: just pointing out, they've been spending by the million/day in hitler notes for the past week with this nonsense.
asciilifeform: iirc human names are not trademarkeable in usgdom, they can take out ads on you, me, mod6 , et al. whateverses.
mircea_popescu: no, the bitcoin "etf" vehicle. give us dollars so we buy bitcoin "For you" thing.
mircea_popescu: "social trading brokerage". doing its best to eat the third world naivite.
asciilifeform: denominated in, i can only guess, ethertardium?
mircea_popescu: no doubt in my mind the selva selvaggia be deep and readily surprising.
mircea_popescu: btw, the usg is out in force advertising its ersatz bitcoin. "etoro" taking out google advertising on my own name (no doubt along million other strings) and so on.
asciilifeform: btw creation of just about anything is 'pessimized for' by konsoomer fs -- because it is the rarest case on 'typical system'
Framedragger: so here's the thing, if folder depth is increased, the actual numbers of symlinks per directory will be basically ~0, as per those graphs from earlier.
a111: Logged on 2017-03-10 16:58 Framedragger: (yeah btw, just ftr, symlink *creation* under populated dir structure (`ln -s files_f1/block35461.txt dc/dc89c1f2b58909d3814b250a731a9b9b791b092759553e3ba6579ffaad3a7565`) is slow. however, the creation was done using shellscript, need to move to c to be able to actually profile with precision.)
asciilifeform: all algos begin with restatement of the obvious (e.g. 'this adds two integers')
mircea_popescu: the people who actually have to work for their accomplishments a la beerbohm would no doubt be quite upset.
Framedragger: mod6: thanks - was supposed to be busy with other stuff but this cute insane asylum is concerningly quite attracting :)
mod6: Framedragger: hey man, thanks! keep up the good work.
mircea_popescu: http://btcbase.org/log/2017-03-10#1624229 << at some point you'll have to decide if you care or don't care about the old harlot.
mircea_popescu: ^ me heartily recommends, this fundamental novel of the republic, to the critical eye of all.
mircea_popescu: interesting what people looking to push the whore learn about its substance.
Framedragger: apparently calling fclose() while syscall is running on that descriptor in another thread is 'not a good idea' (outcome maybe platform/implementation specific), but that's an avoidable corner case.
Framedragger: in terms of thread-safety, yes (but not in benchmarking tool as it's not using thread-safe posix functions, but then it's not writing anything, either). however, parallel performance not at all certain.
a111: Logged on 2017-03-10 16:50 asciilifeform: that's slightly slower, looks like, than the old db..
mircea_popescu: http://btcbase.org/log/2017-03-10#1624226 << you know, you have the most amusing penchant for asking questions you really don't want answered.
jurov: "The USG is Good, not Bad"
Framedragger: (anyway, will share tool i wrote if only because couldn't find anything fitting the task out there, but need to polish a bit first, etc.)
asciilifeform: at this point ftr i'm quite firmly convinced that baking in massive open sores shitbucket, e.g. ext4, is The Wrong Thing
Framedragger: but could be other stuff, too, etc etc.
Framedragger: asciilifeform: you're right, i was meaning to reset caches (`echo 3 >/proc/sys/vm/drop_caches` should be enough i think), but then forgot
Framedragger: (5ms read on an ssd ain't too pretty, but would have to check distribution of these kinds of tails, i guess.)
Framedragger: (fread() was 4k. files are short, with just the number of of 'block' for cross-confirmation and list of 'transactions' as contents.)
asciilifeform: and whether d00d burned his hdd, or not, has 0 bearing on whether his keys are, on account of his idiocy, breakable.
asciilifeform: trinque: incidentally it is not clear, imho, that satoshi's keys are 'edible', they may not be good in practice for getting 'spendable' coin, the popularity of bitcoin per se may well drop catastrophically if you were to move satoshi's coinz
asciilifeform: ('martian' example, but typifies the yet-unknown)
asciilifeform: maybe, who the fuck knows, collect enough data re winblows rng defects, via a future 'uci', to break satoshi's keys.
asciilifeform: largely yet-unused in the proper way.
asciilifeform: trinque: then i'll need a cl pgp parser
trinque: I would, in fact, at this point drop postgresql for a persistence layer for CLOS that did not use the thing under the hood.
Framedragger: yeah, i see what you mean, and everything. i'm not convinced that phuctor db is using the most it can from postgres, but neither you nor me have time to investigate this presently, i guess (and i may not be able to do a great job there anyway)
asciilifeform: ('visegrip' was/is an american gadget, looks rather like cross between pliers, locking forceps, and plumber's wrench, that was pitches as 'The Right Tool For Every Job' when introduced, some time mid-lastcentury)
asciilifeform: Framedragger: i am increasingly finding that 'general purpose db' is, like the infamous 'vise-grip', The Wrong Tool For Every Job
asciilifeform: the sha256 is balancing for us.
Framedragger: tree rebalance is a feature of a balance binary tree which is sometimes the right tool for the job, cmon :)
asciilifeform: Framedragger: all you need is to check a read candidate against the current list of active writes.
asciilifeform: the reason for this ability, is that you never have 'tree rebalances' or whatever other crapolade general-purpose db, and konsoomer file systems , occupy themselves with !
Framedragger: yes, but how to cheaply ensure the latter. you won't have a shitload of locks now will you