log☇︎
17300+ entries in 0.004s
asciilifeform: this is rather like if 2 d00dz run, and the 1 carrying 100kg of lispmachine ends up winning.
asciilifeform: ( and when found that ~despite this~, http://www.loper-os.org/?p=2906 , was pant-shittingly hilarious, how koch still managed to be the tortoise in the race ) ☟︎
asciilifeform: asciilifeform's 1st step in writing ffa, recall, was to conceive of (and prove) an arithmetic workaround for above. that, right off the bat, cost ~10fold cpu.
asciilifeform: it's an elementary babel.
asciilifeform: or 'can haz carry from add?' 'no, cuz not all irons HAVE carry flag'
asciilifeform: they didn't include a word x word mul that gives you both halves. why not ? 'oh not all irons have a mul instr.'
asciilifeform: mircea_popescu: ... nor is this the only instance of this kinda thing. consider e.g. https://archive.is/MxPlA#selection-14.407-2653.3
asciilifeform: mircea_popescu: near as i can tell , zcx is a http://btcbase.org/log/2019-02-17#1897558 , it attempts to implement multiprocess on ~all~ machines, incl. ones that dun have any support for interrupts (e.g http://btcbase.org/log/2019-02-12#1895612 ) ☝︎☝︎
asciilifeform: ( none of asciilifeform's items to date, called for it )
asciilifeform: mircea_popescu: until diana_coman's test battery, i never even attempted to use the tasking system.
asciilifeform: aite
asciilifeform: item is ~10x the mass of musl, and fulla 'surprises' that erry time turned out to be architecturally baked in.
asciilifeform: ( e.g. 'bash bug', also drepper , also via glibc )
asciilifeform: glibc is simply poison.
asciilifeform: ave1's entire project.
asciilifeform: and out of gnat.
asciilifeform: ( possibly nicoleci job ? )
asciilifeform: i dun think anyone's compressed it into a compact chronology of yet
asciilifeform: mircea_popescu: this was a ~3 month thread
asciilifeform: this was a 2015 find. after which asciilifeform immediately proceeded to get glibc the hell out of trb.
asciilifeform: when uncovered that drepper (maintainer of glibc) deliberately broke static linkage globally
asciilifeform: it was subj of mircea_popescu's letter to rms, and the associated lulz
asciilifeform: e.g. http://btcbase.org/log/2015-04-29#1115985 ☝︎
asciilifeform: !#s libnss
asciilifeform: was found that glibc actually prohibits static linkage.
asciilifeform: mircea_popescu: we did. recall the 'nss' incident.
asciilifeform: mircea_popescu: imho the near-term thing to do is for bvt to get the gcc5sim, glibcism, out of his test setup. then can proceed to fix bugs that we actually have in the house, rather than liquishit that only afflicts glibctards.
asciilifeform: as is all current test build of ffa, etc
asciilifeform: mircea_popescu: the diana_coman-bin we disasmed yesterday , is musltronic.
asciilifeform: but remains to be established if bvt's bug afflicts it.
asciilifeform: mircea_popescu: it already worx , afaik, on musl, ave1's gnat shits out strictly musl-static linkage. ☟︎
asciilifeform: ( half the reason why asciilifeform dug out musl, is that it's compact enuff to be fixable, at least in principle )
asciilifeform: quite obv, any fix will have to fix musl.
asciilifeform: glibc has 0 biz in tmsr proggy.
asciilifeform: that was settled in 2015 iirc.
asciilifeform: this is theoretically fixable. the sad part tho is that gcc is a potentially ~bottomless well of these.
asciilifeform: to revisit orig upstack thrd : pc dun offer iron locks. so threading relies on software locks, that 'work' in the sense where gcc is relied on to shit'em out correctly. what bvt appears to have found , is that (under particular inputs) it doesn't.
asciilifeform: mircea_popescu: i'm sitting in something quite resembling such chamber as we speak.
asciilifeform: this is how the 'cloud' people ended up with their circus. 'pc is broken' 'what if you connect 9000 pc'
asciilifeform: it worx great with hardware. except when it's connected like on pc, where 1 hosed device can fandango over entire ram. or handled as on unix, where i/o will happily zombie out on unplugged $gadget etc
asciilifeform: that's asciilifeform's tack.
asciilifeform: what we did, is to poke with awl until punctured some of the illusions.
asciilifeform: or the 'seppuku of son'
asciilifeform: this is factually not the case on unix tho. good % of the control is illusory ( see e.g. the zombie thread )
asciilifeform: ( i.e. working subset )
asciilifeform: mircea_popescu: the real q is , what subset of the claimed extant functionality adds up to a programming environment.
asciilifeform: mircea_popescu: 'house explodes when i turn on the hydrogen faucet' 'why do you have a hydrogen faucet ?'
asciilifeform: this btw is how asciilifeform implemented phuctor backend.
asciilifeform: so consider what the airplane people do. they dun terminate. instead populate with N threads, where N is the # of physical cpu, and they can idle or work as demanded.
asciilifeform: mircea_popescu: unless i misread bvt's piece, the bugola is only triggered when tasks are permitted to terminate.
asciilifeform: mircea_popescu: if it were asciilifeform's proggy, asciilifeform would http://btcbase.org/log/2019-02-12#1895596 ☝︎
asciilifeform: ( was re cpp, but entirely valid point re unix architecture in general )
asciilifeform: https://archive.is/xIdrE#selection-63.5240-63.6234 << oblig naggum.
asciilifeform: ( asciilifeform's unifying theory, is that living in c ecosystem turns ~all~ inhabitants, after enuff yrs, into a kind of rms; sorta like black lung of coal miner )
asciilifeform: imho typical 'living mushroom' fare.
asciilifeform: could link to the x60 affair also.
asciilifeform: ( could go on, but i sorta have an entire www re subj... )
asciilifeform: and in turn heapism hacks , from machine that has nfi how to partition memory meaningfully, etc.
asciilifeform: and all of this sepsis, comes from machine where there aint (and cannot be) any such thing as global symbol space, where pointer does not store any info re wtf it points to, nor does a block of code know that it is a block of code , nor lolcat gif knows that it is an array, etc
asciilifeform: ( naturally if you aint one of'em, can ask until the cows come home. recall mircea_popescu's letter to rms ? )
asciilifeform: y'know , all those listservs where the muppets shit out multiple MB erry day , that's where they 'ask' one another
asciilifeform: cuz, see, he feels free to 'assume', because anyone who doesn't, who demands to ~know~ before shooting, will have dropped out of school when faced with unixtardation
asciilifeform: aaha.
asciilifeform: bonus: 'null' aint 0 on any extant box.
asciilifeform: rather than pretense of 'infinite'
asciilifeform: antediluvian os (e.g. tops-10 et al) at least had hard limits printed in manual
asciilifeform: unix tries to 'be all possible kitchen' and appears to 'succeed', via fraudulently slipping in 9000 unprincipled-exceptions (hardcoded limits, not only in gcc, but even 'ls' , see old thrd, and moar or less errywhere ) , and 'optimizations' ☟︎
asciilifeform: whereas unix..
asciilifeform: i.e. mircea_popescu actually knows that it dun need a deep fryer cuz wtf , it cannot be spontaneously filled with mcd eaters
asciilifeform: mircea_popescu: yer kitchen is a closed system , in the http://btcbase.org/log/2019-02-17#1897470 sense ☝︎
asciilifeform: ( 'but asciilifeform ! grep aint meant to run on hostile inputs !' 'guess wat, unix aint meant to run outside of locked mit hall with 4 pdp-8 in it either' )
asciilifeform: mircea_popescu: applicable to all cases where gnarly 'optimized for typical, and we think we know what is typical'
asciilifeform: it's 'sound tradeoff' until it aint (e.g. you have system where 'allcomers' can trigger a grep on a data set they crafted, and yer box grinds to a halt )
asciilifeform: ( cuz, spoiler, 'worse' aint ~factually~ 'better' , aside from 'stupidity has infinite hit points' )
asciilifeform: ( with the bonus lul, that sometimes somebody walks in with a http://www.loper-os.org/?p=2906 , and then simply has to 'unhappen' )
asciilifeform: aka 'worse is better'(tm)
asciilifeform: y'know, sorta like how botulinum secretes its magic juice, so nuffin else eats the carcass.
asciilifeform: this leaves who it leaves.
asciilifeform: the type of people who cannot stomach this type of 'thinking', 'engineering', end up self-retiring from unixism entirely, they eat pistol, or learn to run a crane, etc
asciilifeform suspects that the '2mil' figure they got from 'how many in kernel 2.6 and let's times three' or similar
asciilifeform: i thought mircea_popescu posed q of 'how many symbols on machine'.
asciilifeform: and produce e.g. lib with 2.
asciilifeform: so anyffin linking ~that~ will eat 7 + its own.
asciilifeform: rright, and this process eats a buncha libs, with n1, n2, ... nN syms in ea., and shits out e.g. another lib, that exports only 7.
asciilifeform: so it tells you 0 about the total # of syms on the machine
asciilifeform: mircea_popescu: rright, but that's ~per build~, and ea. build destroys symbols ( in the sense that they got statically pumped into the bin, and no longer 'exported' )
asciilifeform: ( spoiler : heapism per se is a solution to a problem that is ill-posed , and therefore impossible for malloc to be anyffin but an elaborate http://btcbase.org/log/2016-01-21#1379603 ) ☝︎
asciilifeform: mircea_popescu: you gotta read the gnu malloc sores sometime. very similar 'thinking'.
asciilifeform: lol right function, until you bake build where 2mil + 1
asciilifeform: ahahaha typical
asciilifeform: mircea_popescu: c linking is simply automated cut&paste.
asciilifeform: the process of linking is lossy from pov of symbol count.
asciilifeform: as i understand, it cannot be done reliably on a unix, period.
asciilifeform: i'm surprised answer wasn't '1'
asciilifeform: ( this is where asciilifeform cannot resist to 'on bolix, you simply ask the box what all symbols are, and can get source for whichever you point at' etc )
asciilifeform: if you walk ~entire box~ and count symbols, you can get an approximation of the 'universe' count
asciilifeform: ( that part will no longer appear as exported symbols, obv )
asciilifeform: you dun see what the called routines 'externed', cuz you had built the libs statically, they pulled in what they pulled in
asciilifeform: in particular elf you only see what it 'externs'
asciilifeform: ( i.e. satan himself only knows what syms ~each sym~ drags in ~internally~ )