asciilifeformagriculturalsupremacyspykedtrilemaalethepedia
10h 14m11h 55m1d 9h 28m259d 14h 50m3h 35m

Show Idle (>14 d.) Chans


mircea_popescu: asciilifeform if you get "0 penetration" in X time, try with 3x the time and see if it changes anything. if it does, you can then sorta-calc what exposure time you need (see the curves) and then judge if it's safe to expose that long.
mircea_popescu: there's no such thing as no penetration in nature.
asciilifeform: mircea_popescu: at long wavelength, all but epsilon ends up going to cook the chip
asciilifeform: sorta why dentist stuffs aluminum filter in the muzzle when xray. < 20kV or so just cooks meat, without reaching film.
mircea_popescu: you figure it's getting damaged through what, metal ion transport ?
mircea_popescu: my point here is that you can ~calculate~ this, within very reasonable error margin.
asciilifeform: typically gate wedged into metastability . difficult to calculate tho.
asciilifeform: in the bolix board, i'ma pull the ics before it goes into the oven, they're all socketed, so sorta academic.
asciilifeform: re flipped bits -- actually considered soft xray as a potential diddle for e.g. google's fritz chip. possibly worth a shot at some pt.
asciilifeform: the multi-voltage thing will make serious diff when we reverse e.g. 6+-layer pcb and the like.
asciilifeform: ( and even there, 'tomographic' pic, i.e. from range of angle, gives moar bang for bux , possibly )
mircea_popescu: asciilifeform you can calculate the probability function of a single atom being moved, which'd be the quantum of gate breakage.
asciilifeform: mircea_popescu: they dun move tho, what 'moves' is the free radical
mircea_popescu: right, the ion w/e,
asciilifeform: aha
asciilifeform: hence trickier
asciilifeform: normally the killing dose for $chip is determined empirically.
mircea_popescu: yes, but nevertheless, still calculable within reasonable precision.
mircea_popescu: which is my point here, half hour of math will give you rough guidance. it may well be the chip can reasonably take half hour in the oven.
mircea_popescu: even a sheet of legal pad exposes in half an hour.
asciilifeform thus far can add only that the victim fg still worx..
asciilifeform: has eaten 30m or so, at various energies, largely towards 35k end
asciilifeform too lazy atm to compute approx dose from this, in civilized units
mircea_popescu: anwyay, your other point is also quite sound : can certainly use low pass filter, such as metal mesh or w/e, to filter out lower energy. yes lower instant energy, but if expose for longer in the end get same total energy, more conveniently distributed on spectrum
mircea_popescu: but the overarching thing here : you can't seriously expect to be doing this x ray stuff WITHOUT blowing dust off either h's matrices or the wavefunction.
mircea_popescu: so sit down once and for all and write your equations towards usable form and there you go, math undergirth.
asciilifeform: aha, is what the dentists do. i'ma gild that lily when it turns out to need gilding tho, so far can already clearly distinguish 2 layers of pcb.
asciilifeform: last lulzbit before asciilifeform to bed : the fibrous crud in the photo ? is 1 sheet of printer paper !
asciilifeform: apparently has cruft in it, opaque at 20-35 !!
asciilifeform thought 'oughta transparent..' and closed hole in the sample shelf with paper.
asciilifeform bbl
mircea_popescu: i think it's unconscionable to be flying this blind/by seat of pants. speaking of that "gilding the lilly", did you even calculate the remanent activity by component for that half hour of exposure ?
mircea_popescu: or at least put a geiger to the smoldering remains ?
mircea_popescu: for all you know the fg in question is hot enough.
feedbot: http://trilema.com/2019/batidos/ << Trilema -- Batidos
asciilifeform: mircea_popescu: on my planet, if you want remanence, you gotta bombard with neutrons, not photons...
asciilifeform: ( funnily enuff, old man edison thought otherwise, was convinced that one could 'alchemize' with xray 'if you just crank it up enuff' ! )
asciilifeform: for all i know, he was even right.. at petavolt or sumsuch. but , hate to disappoint, not at kV or even mV.
asciilifeform: so, to answ http://btcbase.org/log/2019-02-28#1899681 , it's a fat 0. as known even 100y ago..
a111: Logged on 2019-02-28 06:37 mircea_popescu: i think it's unconscionable to be flying this blind/by seat of pants. speaking of that "gilding the lilly", did you even calculate the remanent activity by component for that half hour of exposure ?
lobbes: http://btcbase.org/log/2019-02-28#1899607 << congrats mod6. I'd definitely be interested in reading
a111: Logged on 2019-02-28 00:29 mod6: If inquiring minds would like to know, happy to elaborate. But I'll put up a blog post about it sometime before the end of the weekend I suspect.
mircea_popescu: asciilifeform actually, it's about 10MeV ; i am pleasantly surprised you know about it, but i am unimpressed with the 1e8 error factor!
mircea_popescu: now do me teh pleasure and do teh math alongside the practical work eh! what is this, alf-is-15 lab discussions ?!
mircea_popescu: http://btcbase.org/log/2019-02-27#1899563 << her racked box has vga ?
a111: Logged on 2019-02-27 20:45 asciilifeform: apu2 dun have a vga, for instance.
mod6: ty lobbes, will write up for sure.
asciilifeform went to compute mircea_popescu's q, 'just how much did it eat', apparently it's a bitch : absorption constant varies by chip, and in heavy industry folx mostly gave up , they stick dosimetric film underneath the board. i'ma get an upper bound tho, it's important q when we do the bitflip thing.
asciilifeform: mircea_popescu: i dun have a 10MeV source ( do you ?? ) . tho i suppose one could float the thing on balloon and hope to get lucky with cosmic ray..
mircea_popescu: i know they did ; but it's perhaps worth revisiting!
asciilifeform: defo
asciilifeform: i want lower/upper bound at least, or how the fuq to even know if could flip bit.
mircea_popescu: anyway, no, 10MeV photon is not easy to come by.
mircea_popescu: asciilifeform exactly~
asciilifeform: mircea_popescu: they're commercially available , for cost of ~bmw , but i dun want one here lol
asciilifeform: the tube in asciilifeform's instrument maxes out at 35kV @ 0.3mA .
asciilifeform: ( theoretically can do 70kV, per the sticker, but power supply deliberately capped by vendor, so as to get 100% absorption by the cabinet shields and sell as 'contained' or whatever oshaism it was called )
asciilifeform brb,tea
asciilifeform: http://btcbase.org/log/2019-02-28#1899694 << it does, to what do you suppose BingoBoingo connects the console to see whether alive
a111: Logged on 2019-02-28 15:06 mircea_popescu: http://btcbase.org/log/2019-02-27#1899563 << her racked box has vga ?
mircea_popescu: a well then!
asciilifeform: tho imho would work just as well to use serial
mircea_popescu: i thought he was just doing terminal over w/e
asciilifeform: ( this is what we do on rk )
BingoBoingo: Well I plug the monitor into a blue VGA port
BingoBoingo: And then I plug the keyboard in
BingoBoingo: And then I try to do whatever before cooking in the hot aisle
asciilifeform: rk actually has a video port, but asciilifeform baked the kernel w/out support for it
asciilifeform: for compactness
asciilifeform: ( asciilifeform would luvv a rk-like item baked by sane folx, could easily be half the size or smaller, i.e. w/out the useless ports, and perhaps with e.g. sata instead )
asciilifeform: really oughta have a backplane connector, also ( the actual rk, takes up good 70-80% of enclosure space with cabling and legs )
asciilifeform: would look rather like the https://media.rs-online.com/t_large/F8268825-01.jpg heathen board
asciilifeform: ^ pictured is 'pi', which is item similar to rk, but rejected by asciilifeform on acct of multi-MB blobism and massive unkillable (afaik) fritz chip core
feedbot: http://ossasepia.com/2019/02/28/zcx-vs-sjlj-data-set/ << Ossasepia -- ZCX vs SJLJ - Data Set
mircea_popescu: so from the actual data : properly static sjlj ~actually faster~ than zcx, on various cases of tall tower of nested loops
asciilifeform: pretty interesting
mircea_popescu: whereas in deeply nested procedure calls, sjlj offers no significant penalty for MANY handlers.
mircea_popescu: if you eat the cost of having 1 extra, can have 3 extra for the same dough.
mircea_popescu: the differences aren't huge, 121.9171600 vs 121.816518000 and 879.95117100 vs 879.7342540 sorta thing. but they are consistent.
asciilifeform: wtf is even the point of zcx on pc ( not speaking of http://btcbase.org/log/2019-02-12#1895611 horrors ) then.
a111: Logged on 2019-02-12 23:41 asciilifeform: ( aside for weirdo 1970s chips with no interrupts... )
mircea_popescu: asciilifeform at the present juncture i can't actually tell. it seems to (very slightly) slow down loops while performing merely slightly better than sjlj with no handlers set.
asciilifeform: i dun recall whether i put this in the log, but asciilifeform found that if proggy does not use tasks, the 2 variants appear to build identical binary
diana_coman: the difference was big only on the 2-cores intel but then again, what tasks there anyway
diana_coman: and yes, I have no idea why zcx really, I can't see any reason for it
diana_coman will be back in ~2 hours
mircea_popescu: in any case, it seems the heathen claim that "it is faster" is only true in a very narrow corner. otherwise--false.
mircea_popescu: these, incidentally, are pretty brutal testing conditions. the average program isn't likely to go 20mn procedure calls deep (witness that almost nobody even knows how to move the stack limit in kernel).
asciilifeform: mircea_popescu: i suspect that diana_coman is the 1st to actually measure, since 1990s (if indeed anyone bothered then)
mircea_popescu: asciilifeform i can readily believe this.
asciilifeform: mircea_popescu: i've had occasion to move the stack limit ( when tested ffa with massive fz widths, recall , all allocations are on stack ) but not otherwise
mircea_popescu: in any case, there's no basis for a standard-breaking runtime here. "oh, it gains some speed in corner case", gimme a break, go implement the standard.
mircea_popescu: as things stand now, zcx meets exactly the wrecker's profile.
asciilifeform: near as i can tell, it's a vestige from days of running on os with no scheduler (dos etc)
mircea_popescu: replete with the "learned helplessness" condiments it's breaded with, for shame.
mircea_popescu: when will the fucktards learn we really don't buy the crap.
mircea_popescu: asciilifeform zcx is relatively modern item afaik.
asciilifeform: hm
asciilifeform does not currently know, when introduced
asciilifeform: btw when we plant gnatism on bare irons, will have to implement a scheduler, and it is 'black art' of sorts ( how big to make the quantum ? how to apportion slices to cores ? etc )
asciilifeform: while on subj, asciilifeform aint even sure if the traditional slicing scheduler is Right Thing
mircea_popescu: i was thinking, "what's a slice anyway"
asciilifeform: i strongly suspect that it's fundamentally braindamaged idea
asciilifeform: and oughta have 1 thread per core, and the rest -- yield
mircea_popescu: entirely possible. there's a large tower of "too smart for own britches" usually hiden behind these "blac arts"
asciilifeform: slicing is ~massive~ waste of cycle
mircea_popescu: you know ? all industrial processes were organized towards reducing/eliminating retoolings
asciilifeform: aha!
mircea_popescu: then computers turn around and it's all "oh, you know, what, this compuiter could cook vegetables one slice of each at a time" "and wash knife in between ?!" "of course!"
mircea_popescu: switching was necessary in the early days of computing, when one ox fucked many men.
mircea_popescu: now when few men fuck many chickens... forget it.
asciilifeform: why the fuck machine even has an interrupt controller, if idjit programmers run slicer to continuously poll e.g. blocking i/o . it's ridiculous.
asciilifeform: mircea_popescu: unix imho is pretty typical piece of tard 'sleight of hand', where offers illusion that 'you can have 9000 continuous threads'
asciilifeform: good % of the riotous complexity of the sadkernel, once you subtract deviceisms, is the slicer
asciilifeform: ( and the various semaphorisms that it makes necessary )
asciilifeform ~still~ frustratingly wedged with mircea_popescu's tube puzzle , turns out the 'S' constant for 35kV aint published anywhere, incl. the tube vendor ! and no info published re how to determine it from principles, seems like it gotta be measured by hand.
asciilifeform: such 'quiet' tubes aint used in medicine, so very little to go on.
mircea_popescu: heh.
asciilifeform: one interesting twist, the machine actually has an ionization gauge below the bottom, under the crosshair. and control panel allows to specify exposure in terms of the gauge output, but in nonsensical 'AEC' arbitrary unit
asciilifeform: meanwhile, in vintage lulz, http://www.os2museum.com/wp/lies-damn-lies-and-wikipedia/
feedbot: http://bingology.net/2019/02/28/peso-watch-february-2019/ << Bingology - BingoBoingo's Blog -- Peso Watch February 2019
diana_coman: http://btcbase.org/log/2019-02-28#1899741 -> this is imo the most puzzling part of it all: how, just how is breaking the standard justified in those conditions
a111: Logged on 2019-02-28 17:51 mircea_popescu: in any case, there's no basis for a standard-breaking runtime here. "oh, it gains some speed in corner case", gimme a break, go implement the standard.
diana_coman: but I suspect it's simply one of those "you should prefer" a la http://ossasepia.com/2018/07/14/cutting-mysql-into-musl-shape/#selection-47.98-47.160
feedbot: http://qntra.net/2019/02/scandal-hits-canadian-bitch-boy-pm-during-election-year/ << Qntra -- Scandal Hits Canadian Bitch Boy PM During Election Year
asciilifeform: diana_coman: i suspect this aint the last time we find that gnat breaks standard
asciilifeform: diana_coman: another interesting q is -- whether the co
asciilifeform: commercial gnat complies
asciilifeform: ( but i do not presently know, nor inclined to buy it to find out )
diana_coman: why exactly interesting?
asciilifeform: diana_coman: only from entomological pov. i.e. do they break the opensores one deliberately , to upsell to the payware? or both equally braindamaged.
diana_coman: you'd think they would advertise that at least, if that were the case, no?
diana_coman: but I suspect it's more ~ "too much trouble and nobody needs that anyway"
asciilifeform: the 'pro' item is iirc advertised as 'certified', whatever that means
asciilifeform: https://www.adacore.com/products/certification-materials etc
diana_coman: last time I had to have any sort of idea what that meant, it was iirc having the stamp of higher-stamped stamp-stampers etc
asciilifeform: currently i've nfi where, if indeed at all, 'pro' differs from the public gnat.
asciilifeform: last i looked, didn't turn up a leaked copy anywhere.
diana_coman: my impression was that their upsell was mostly on tools i.e. the IDE whatever-its-name-was
asciilifeform: those come with the opensores gnat tho ( i was never able to get it to run, seems to only work on winblowz and shituntu )
diana_coman: and yes, tools for certification this and that i.e. automated bureaucracy/compliance
asciilifeform: diana_coman: 'compliance tools' aha. but , if not with the standard... then with what.
diana_coman: ah, hm, I thought there was some different version/moar features in the commercial version; anyway, I have to admit I did not really try to get it running as there was no ..need felt for it so far
asciilifeform: it's dark matter atm.
bvt: hello. i also tried to find information on why zcx is broken, but not sjlj -- did not find anything specific
bvt: zcx is a recent item, https://www.usenix.org/legacy/events/osdi2000/wiess2000/full_papers/dinechin/dinechin_html/index.html
asciilifeform aint about to use a closed turd compiler , regardless, for any practical work. but still finds the q of 'is there a standard-compliant adatron somewhere' not wholly uninteresting
diana_coman: ah, not with the standard, ofc not; with whatever certificate x measures (as they say: traceability, formal verification, stack consumption)
asciilifeform: bvt: zcx is broken ~by design~, it doesn't attempt to implement preemptive multitasking at all.
asciilifeform: it aint a bug.
diana_coman: in truth, they do say "coding standard verification" but I suspect that means whether a piece of code follows whatever convention specified for that project, hm
asciilifeform: bvt: i started with the supposition that it was built for irons where there is no time slicer , but currently nfi whether this is so, or whether was simply a kludge for no particular reason
diana_coman: bvt, my understanding is that zcx said "this case is too complicated to even try to handle and why do you need it anyway, terrorist!"
diana_coman: hence the zero-cost by not doing the job
asciilifeform: btw there were a great many 1990s os that behaved exactly like zcx model -- no preemption, tasks run until they yield or self-terminate. e.g. win9x, crapple os <= 9, etc
bvt: also, at least for vxworks, adacore for certified profiles supports only sjlj, while using zcx for non-certified use-cases
asciilifeform: ( ye olde msdos did not claim to implement multitasking at all, so dun really belong in this comparison, but the various bolt-on tsr systems for same also had this property )
diana_coman: well, at least that choice of only sjlj for certified profiles makes some sense since zcx is just not doing the full job as it were
bvt: diana_coman: it seems so, the code for ignoring aborts on zcx was added in 2003 and not touched since that time, so i agree with "broken by design"
asciilifeform: bvt: didja turn up a zcx version with working abort ?!
asciilifeform: cuz that'd be interesting. i initially supposed that it was built as a 'lowest common denominator', i.e. without presumption that os supports preemption
asciilifeform: y'know, same 'thinking' that gave http://btcbase.org/log/2019-01-20#1888514
a111: Logged on 2019-01-20 16:27 asciilifeform: the only reason asmism even potentially invites itself, is that idjit compiler gives no primitive for add/sub-with-carry or full-word mul
asciilifeform brb,tea
bvt: asciilifeform: no, did not. my attempt was to use polling pragma, but mircea_popescu made it clear that it's not an option at all.
bvt: ftr, disable-aborts-on-zcx commit from 2003: http://archive.is/qXpQs
bvt: i can try killing that code to see what happens -- i don't even understand why zcx won't just work, and there is no information on this problem in the whole internet
bvt: http://btcbase.org/log/2019-02-23#1898712 << i would also like to have a deeper look at this 'mes' item. is this ok?
a111: Logged on 2019-02-23 05:28 mircea_popescu: in any case, the ownership of this entire thing is clearly established, and entirely nobody the fuck else outside of properly authorized republican hands may fucking touch it.
mod6: Lords and Ladies of the Most Serene Republic, The Bitcoin Foundation's State of Bitcoin Address [February] : http://therealbitcoin.org/ml/btc-dev/2019-March/000325.html
mircea_popescu: bvt certainly
mircea_popescu: if you find something of interest feel free to genesis or w/e.
mircea_popescu: http://btcbase.org/log/2019-02-28#1899779 << cuz he figures their "idea" of "make money by consulting! like red hat!" poisonous esr nonsense was in practice implemented by breaking the standard for free, so you "buy product".
a111: Logged on 2019-02-28 20:35 diana_coman: why exactly interesting?
mircea_popescu: a most infuriating implementation of broken-by-design, ironically exactly the thing foss was supposed to prevent.
mircea_popescu: http://btcbase.org/log/2019-02-28#1899789 << but ofcouars. "requires netbase" too, i'm sure.
a111: Logged on 2019-02-28 20:43 asciilifeform: those come with the opensores gnat tho ( i was never able to get it to run, seems to only work on winblowz and shituntu )
asciilifeform: mircea_popescu: it's obv. vandalistic, what they do. but i'm pretty curious what you'd have'em do instead? maintain the standard on nights and weekends while writing java for microshit ?
mircea_popescu: why'd i have them do anything ? africa's fulla africans who don't go around pompously pretending they're white people.
mircea_popescu: more of that, less of this.
mircea_popescu: also "what would you have moron do ???" "well, i didn't say he HAS to be wykeham professor of logic / chicago professor of constitutional law / whatever".
asciilifeform: a very http://btcbase.org/log/2015-08-19#1243116 answr
a111: Logged on 2015-08-19 00:18 asciilifeform: cabbie: 'this ford is a piece of shit. stalled again.' mircea_popescu: 'i have a solution!' cabbie: 'oh???111' mircea_popescu: 'here, have this broomstick.' cabbie: 'how do i drive customers on that, feed my family' mircea_popescu: 'you misunderstand, my good man. you stuff it in your arse.' cabbie: 'and... how does this feed by family?' mircea_popescu: 'no, you sit there with it in.'
asciilifeform: it remains troo that errybody wants flying palace of gold but nobody wants to pay shit.
mircea_popescu: there's really no rule there must be crap "made available" to "the public". a) there's no such thing as "the public" and b) srsly now. do it right or go the fuck home, tell wifey your troubles.
asciilifeform: well the 'pro' thing aint 'available to public'. but still africans ?
mircea_popescu: asciilifeform the point you pursue would be A LOT more defensible among the honorable poor, people who say "we did this much and intend to do this much more when we can".
mircea_popescu: witness the reaction to the discussion of tcc very different to the reaction to this discussion of zcx.
mircea_popescu: asciilifeform i have no intention to comment on the "pro" whatever it is. the "authors" not in wot, item dun exist, wut do i care.
asciilifeform: i dun know ~anyffin about it, either. q is where the fuck standards-compliant soft are to come from, to begin with.
mircea_popescu: http://btcbase.org/log/2019-02-28#1899801 << it's a methodologically defensible "charitable read" ; nevertheless not actually supported by the facts, as it happens. this dun invalidate the method i dun think.
a111: Logged on 2019-02-28 20:47 asciilifeform: bvt: i started with the supposition that it was built for irons where there is no time slicer , but currently nfi whether this is so, or whether was simply a kludge for no particular reason
mircea_popescu: asciilifeform here.
mircea_popescu: http://btcbase.org/log/2019-02-28#1899802 << this ties directly into above. it's not a problem of "these engineers did not do enough". it's not an engineering problem at all. it's 100% political, "these sorry schmucks passed themselves off for an authority they could never possibly be". this'll never wash, and in particular indigence is the worst possible plea they could bring. if they ALSO are poor then THEREFORE even LESS q
a111: Logged on 2019-02-28 20:47 diana_coman: bvt, my understanding is that zcx said "this case is too complicated to even try to handle and why do you need it anyway, terrorist!"
mircea_popescu: ualified to go about emperor-ing in the buff.
mircea_popescu: "how dare you even call your aborted glob of misdesign SOMETHING AT ALL!" is the question. kids don't go around giving names to their lego constructions and then hacking everyone's gps to point to imaginary "City Of Wonderful Wonderments" 2x3 foot square.
mircea_popescu: argentines do this, and ima fucking napalm that shithole for it. because it just can't fucking be done, what "zcx" ? the name they were looking for is "snot".
mircea_popescu: from 's not in the standard"
mircea_popescu: http://btcbase.org/log/2019-02-28#1899805 << the keks of all time. so basically they picked http://btcbase.org/log/2019-02-17#1897694 ?
a111: Logged on 2019-02-28 20:49 bvt: also, at least for vxworks, adacore for certified profiles supports only sjlj, while using zcx for non-certified use-cases
a111: Logged on 2019-02-17 16:07 mircea_popescu: c. ada-?-musl-static is the standard, either zcx or sjlj is acceptable (mostly based on what threading philosophy one embraces), with an obvious preference for zcx if one doesn't thread.
mircea_popescu: and speaking of that old discussion : let's remind the folk on http://btcbase.org/log/2019-02-17#1897638 that there's relatively little point in being part of the lordship if one can't be arsed to at least say they don't wish to comment on some serious problem we run into.
a111: Logged on 2019-02-17 15:50 mircea_popescu: some time to look at things and consider matters will be needed ; but i specifically want to hear something from asciilifeform ave1 bvt diana_coman phf spyked trinque
mircea_popescu: http://btcbase.org/log/2019-02-28#1899816 << if you feel like tinkering with it, by all means ; but it's not liable to magically work just by taking out the takeout. it has to actually do things.
a111: Logged on 2019-02-28 20:59 bvt: i can try killing that code to see what happens -- i don't even understand why zcx won't just work, and there is no information on this problem in the whole internet
mircea_popescu: http://archive.is/qXpQs#selection-243.1-749.34 <<< holy SHIT worst commit wtf.
asciilifeform: http://btcbase.org/log/2019-03-01#1899843 << i dun expect they'll be showing up to 'bring plea' any time soon. instead they're rakin' in the heathen dough just nao.
a111: Logged on 2019-03-01 01:58 mircea_popescu: http://btcbase.org/log/2019-02-28#1899802 << this ties directly into above. it's not a problem of "these engineers did not do enough". it's not an engineering problem at all. it's 100% political, "these sorry schmucks passed themselves off for an authority they could never possibly be". this'll never wash, and in particular indigence is the worst possible plea they could bring. if they ALSO are poor then THEREFORE even LESS q
feedbot: http://www.loper-os.org/?p=3073 << Loper OS -- X-Ray Microscopy of Symbolics Ivory CPUs.
mircea_popescu: that dun look like glue.
asciilifeform: i have honestly nfi what it is , presently
asciilifeform: it aint film rot, took 2 shots and were ~identical.
asciilifeform: http://www.loper-os.org/pub/amberglint_bolix_1.jpg ( via http://btcbase.org/log/2018-11-30#1876538 ) for comparison.
a111: Logged on 2018-11-30 18:26 asciilifeform: perma-mirrored at http://www.loper-os.org/pub/amberglint_bolix_1.jpg http://www.loper-os.org/pub/amberglint_bolix_2.jpg , ty
mircea_popescu: is the hope that http://www.loper-os.org/pub/misc/xray/ivory/iron_ivory_die_large.jpg item is not merely noise ?
asciilifeform: pretty sure it's a noise, i.e. one can't usefully milk the circuit from it
asciilifeform: q is, what sorta noise.
mircea_popescu: it's organized tho, i perceive patterns.
asciilifeform: dun look anyffin like the published pic tho.
mircea_popescu: nevertheless, certain streaking (like say 4230 1324 or 4554 1606) seems incompatible with actual circuit layout
mircea_popescu: right. it might be just straight noise.
asciilifeform: betcha it's alumina thermal grease, in there.
asciilifeform: 30 yo. alumina.
asciilifeform: compare with the fg xilinx die , the latter has no fancy package, and is entirely homogeneous at 35kV.
asciilifeform: interestingly, there appears to be 0 useful info on the net re how to get these open. ( lotsa crud re opening recent intels, and various dissolvable plastic DIPs, but not applicable )
asciilifeform: ( how would cut ? for the tin can, diamond engraving bit on cnc mill will prolly do the job without cutting the bonding wires. for the ceramic -- currently nfi, seems to have 4 anchor posts, prolly these are the ticket )
asciilifeform: for thread-completeness, http://btcbase.org/log/2018-11-30#1876504 << bottom side of the 'tin can' variant.
a111: Logged on 2018-11-30 18:04 asciilifeform: http://www.loper-os.org/pub/bolix_ivory_pinside.jpg
asciilifeform: loox exactly like the top side of the ceramic one. so entirely possible that ~bottom~ of die is under the can.
asciilifeform: ( and that the can per se was added in 'production' model to improve thermal transfer )
asciilifeform updated post with link to same.
asciilifeform: mircea_popescu: re adacorpse's standard & compiler, the marvel aint that it's broken in places, but that it was built at all, and is even largely usable
asciilifeform: it's gotta be the single most functional artifact that particular batch of africans ever put together
trinque: http://btcbase.org/log/2019-03-01#1899852 << so far we have signatures on glibc's death warrant from myself and asciilifeform iirc
a111: Logged on 2019-03-01 02:10 mircea_popescu: and speaking of that old discussion : let's remind the folk on http://btcbase.org/log/2019-02-17#1897638 that there's relatively little point in being part of the lordship if one can't be arsed to at least say they don't wish to comment on some serious problem we run into.
asciilifeform: trinque: i put it in its coffin in 2015, with 'rotor' , and wasn't even aware that there was contemplation of keeping it alive until mircea_popescu asked last mo
trinque: probably there ought to be some euloran folks weighing in, maybe shinohai or someone tells us whether it can be built atop musl
asciilifeform: pretty sure shinohai already built eulora client on musl
trinque: ah neato
asciilifeform: as for server, iirc it's a pure diana_coman matter , and still in the worx
asciilifeform brb,meatsys

Random(trilema) | Download hourly DB snapshot | Get Source Code