asciilifeform: seems that mircea_popescu still prefers the anglo chix as raw material in refinery tho
asciilifeform: i guess could rewrite the eqn into the q of whether people are actually smarter than prikoke the pig, or no
asciilifeform: asciilifeform's q wasn't 'whether 4th reich is ripe for the visigoths', seems pretty clear that it is. but whether the entire cycle, where manchu horsemen , 'free and manly' , invade, then turn into fat and idjit empress cixi, is escapable or not
asciilifeform: 'city' seems to inescapably produce huge qty of such 'fouling'. i find interesting the q of what is 'carnot efficiency' of city, what if anyffing worx to keep down the waste product ( of the most toxic type -- bipedal )
asciilifeform: mircea_popescu: do you recall ancient trilema piece , about some derp working in (iirc) google, where you had 'if industry were a rifle, he'd be the fouling on the barrel' ?
asciilifeform: picture golden horde with cryptoradio.
asciilifeform: selective tech adoption is imho a fascinating thing. even the amerinds, for all their miswired heads, picked up horse and rifle and carried on 300+ yrs past their expiration date. ( picture if they had also had radio ! )
asciilifeform: there's definitely factual substance to the archetype of 'farmer ready to pick up weapon and defend his not-needing-the-city-for-anyffing', hence the festivities in '20s ru re tambov rebellion ( where the reds pretty much brought back ivan iv's methods, incl. mass impalement ) to put down
asciilifeform: as i understand , stupidity is occupational hazard of agro-anyffing, and percolates insidiously , like gamma ray
asciilifeform: fundamental problem with agriculture. if you aint a herbivore, being involved in just about any direct capacity makes you wanna eat yer pistol
asciilifeform: iirc even there they simply threw the less-compliant 80% into the sea
asciilifeform: i dun see how it could possibly be worth the effort, lacking cotton for'em to pick
asciilifeform: ( relatedly, i vaguely recall from some old lit that the turks amused themselves by cauterizing beheadee's stump to see if he can be made to chicken, i.e. not bleed out right off, but dun recall source or whether it worked )
asciilifeform: indeed, physiological thrashing, like beheaded chicken's
asciilifeform: and that gpg1/2ism has 0 to do with the eggog ( i removed the custom gpg invocation line to 0 effect )
asciilifeform: btw i confirmed that phf's v98 ( when patched to remove the subkey handler thing ) successfully presses ch1-11, with bitwise-correct results ( compared with classic vtron )
asciilifeform: really would like to throw out python, perl, bash, etc eventually.
asciilifeform: once we have a One Troo scripting language ( possibly some variant of spyked's gc-less ada lisp.. ) i'd like to write a vtron in that ( supposing nobody else beats me to it )
asciilifeform: ( has ~nonexistent error handling; and misbehaves on oddly shaped trees, this is plentifully described in the l0gz )
asciilifeform: it defo should not be considered 'the' vtron.
asciilifeform: phf: right, my current understanding is that presently ~errybody has a kludged vtron, but no one yet posted a 'canonical' variant that's 1) properly genesis'd 2) worx errywhere
asciilifeform: if one wants to generate keys on battery power, asm is not escapable.
asciilifeform: nao, this being said, my objective is still to give acceptably-performing, re erryday ops, ffa ~without asm~. but asmism will make a serious diff re e.g. key generation, make minutes instead of day+.
asciilifeform: ( scroll to the bloody leg illustration )
asciilifeform: the other is that on iron such as certain ARM ( i have not yet investigated ~which~ ) , and ppc, and certain others, there does not even exist a constant-time MUL, and one is stuck with some variant of http://www.loper-os.org/pub/ffa/hypertext/ch11/w_mul__adb.htm#33_13 -- which really begs to be asmed, is riotously inefficient
asciilifeform: when i started ffa, i did not plan to bake any asm speedups at all. but there's 2 reasons to do it, eventually : one is that on e.g. x86/x64, getting the upper half of a word-sized multiplication, without asm, takes ~four~ MULs plus a buncha additions : http://www.loper-os.org/pub/ffa/hypertext/ch11/w_mul__adb.htm#95_14☟︎
asciilifeform: the big q is whether it'll inline ( which for my application is absolutely vital )
asciilifeform: i suspect it'll result in tighter coad, tho, in principle
asciilifeform: i.e. same thing i did with the C routines
asciilifeform: well there is also a 'put all asmism in a standalone .S and feed it to the linker' , for completeness
asciilifeform: ( but eventually i do want to write e.g., asmtronic MUL, for arm64 ffa )
asciilifeform: i can't speak for other folx, but i dun expect to need this particularly soon, so there is time to unravel the puzzler
asciilifeform: ave1: see if you can find what is the coad in gnat that exists on x64 but not arm64, re register pinning
asciilifeform: in the particular example of udp, a coupla extra MOV's won't make a diff speedwise (vs the latency of the nic) but this sorta thing will be ugly once we start writing kernel mods in ada / moving off unix entirely
asciilifeform: and how wouldja get a result ~out~ of register and return from function
asciilifeform: ave1: what you describe sounds like catastrophic bug in gcc
asciilifeform: ave1: depending on just how sad gcc turns out to be, may have to put the asm in a separate linkable .o and invoke it as if it were c lib
asciilifeform: right, how can even have inline asmism without this
asciilifeform: ( if broken, will have to be fixed, wtf )
asciilifeform: ave1: do you mean that inline asm is actually broken on arm64 gnat ? or simply not found how to make it go
