tmsr - Log 2019-02-14

mircea_popescu: asciilifeform the relation between "official" and "defector" is in your head because as it happened to work in the soviet union, all jobs were state jobs. the new soviet pretends "private", and so you can have non-officials that are nevertheless defectors.

mircea_popescu: head of nominally private raytheon nevertheless will defect to great acclaim. ☟︎

mircea_popescu: and so various execs in nominally "private" usg state entreprises.

asciilifeform: i suppose if chairman of crapple or somesuch moves to huawei, that also 'defect'. but garden hr chix ?

mircea_popescu: if the makers of the reich's airport security theatre crystal globes don't count as crown to ye...

mircea_popescu: asciilifeform smiths plc != garden.

mircea_popescu: "if you look closer, you will see them"

asciilifeform: mega-supplier of golden toilet. same folx who e.g. conned the ministry of subway trains into buying $maxint 'detectors' ( that later all thrown out, ~homeopathic )

mircea_popescu: "creating the future" or whatever the fuck. it's 100% as much crown as ye olde Министерство монтажных и специальных строительных работ СССР.

mircea_popescu: so, yes, i claim first mover, and for good (and well fucking documented) reasons. cuz it's what it is, what.

asciilifeform: that wasn't my nitpick tho ( it's sure as fuck 'crown' ) but re ~who~ runs off. is it a 'defection' if lowly paper pusher , and not brass ?

asciilifeform: to rewrite the eqn, how many nicoleci's would mircea_popescu have to lure off, to visibly dent the thing

asciilifeform: ( i suppose could empty it of chix, if there were 9000 mircea_popescu's , but there's exactly 1, at least in my light cone )

asciilifeform: on top of this, backbone of bureaucracy is reddit-fat / old bags, these are safe from mircea_popescuation as i understand

asciilifeform: http://btcbase.org/log/2019-02-14#1895944 << this kinda thing afaik not happened yet. tho i expect it will . ☝︎

a111: Logged on 2019-02-14 00:00 mircea_popescu: head of nominally private raytheon nevertheless will defect to great acclaim.

asciilifeform: in asciilifeform's extended meatwot, there was a greybeard d00d who agreed, in 1980s, to leave a u.s. semiconductor co and chair a jp one. (but was eventually lured back, quietly)

asciilifeform: arguably intra-reich lateral move tho, jp is sad usg colony for many yrs nao.

asciilifeform: strictly re chix -- in '90s chechen harems filled up with chix from ru, on exactly same scheme of http://btcbase.org/log/2019-02-13#1895936 . but 'social media'ism not invented yet then, so the publication crown afaik goes to mircea_popescu . ☝︎☟︎

a111: Logged on 2019-02-13 23:57 mircea_popescu: asciilifeform specifically : a) female b) moving away from femstate to c) patriarchy [where to happily live in d) new status and e) social media announcement of this that f) really insanely bothers femstate remnants]

mircea_popescu: it's well dented lol. their whore hr was ~this girl. ☟︎

mircea_popescu: you really ~can't imagine~ how threadbare the reich insides are.

mircea_popescu: you realise, currently the stopper on "legislating" is that the few available interns whose brains permit the activity simply can't copy/paste at a faster rate ?

asciilifeform: mircea_popescu: didja ever find out whether that branch tentacle ended up closing shop on acct of the escape ?

mircea_popescu: o shoot, i misspelled "whole".

mircea_popescu: they never close shop, roflmao. wtf, not like they DO SOMETHING.

asciilifeform: hrm so what's 'defection' actually ~do~ to them ? seems then that it's rather like firing pistol into slime mold

mircea_popescu: what do you mean what's it ~do~ ? it's exactly like highschool sex, it doesn't ~do~ anything, except in the estimation of the boys who haven't yet.

mircea_popescu: bragging rights, which is why the above claiming thereof.

mircea_popescu: http://btcbase.org/log/2019-02-14#1895965 << hey, i'm not like claiming i invented odoacer over here, god forbid. all successful, growing republics of history got the same perks, cuz how and why wouldn't they. ☝︎

a111: Logged on 2019-02-14 00:22 asciilifeform: strictly re chix -- in '90s chechen harems filled up with chix from ru, on exactly same scheme of http://btcbase.org/log/2019-02-13#1895936 . but 'social media'ism not invented yet then, so the publication crown afaik goes to mircea_popescu .

mircea_popescu: anyway, the hope's that this time the cool boys are less retarded than historical norms (eg, chechens).

mircea_popescu: not much of a high bar.

mircea_popescu: asciilifeform anyway, the fault for "there's exactly 1" lies not-with-me!!! i do not as much as keep it secret ; or not make a point of it ; or anything else.

asciilifeform recalls the (perhaps) apotheosis of 'republic of ichkeria', when they held council to pick 'official language', and close runner-up to arabic (which ~nobody knew) was... osman turkish . which , presumably, no archaeologist could be found to excavate, and so the thread died.

mircea_popescu: item was deeply lulzy from a lot of perspective ; but i will point out and udnerscore that no one was well equipped to appreciate that lulz prior to this here republic's senate discussions.

mircea_popescu: take the recent "what should be language ?" "ada" "well... turns out it's broken!!!" proceedings ; THEN compare with the chechen history.

mircea_popescu: instant comedy goldmine.

mircea_popescu: absolutely.

mircea_popescu: first, last and only exam.

mircea_popescu: aha!

asciilifeform wouldn't be terribly surprised if one day mircea_popescu digs up the wreckage of an attempted 'trilema' that was run in e.g. classical greek , tho

mircea_popescu: i don't really expect it, because you need specific technologies to enable it.

mircea_popescu: possibly on bbs ; though i think you beat me to punch, dug out naggum.

mircea_popescu: also possibly on early web ; but similarly, dug out uncle al.

mircea_popescu: this much is true, trilema beat the decade huh.

mircea_popescu: that he did. weird, huh.

mircea_popescu: but yes, very "4th of july at our liquor store" air to him, 1980s "america" and all that.

asciilifeform: well, he was what he referred to as 'organiker' , i.e. synthetic chemist in the germanic tradition. the industry evaporated from under him.

asciilifeform: last i knew d00d wasn't dead yet, but tended his garden (actual garden, with cabbages) in silence.

mircea_popescu: there's also some possible in erly irc finish punklands ; my fin-enabled green brasiers are scant, i'm not excavating it very quickly.

asciilifeform strongly suspects there's a motherlode of naggumism of finns, that could be excavated if anyone were to liberate the 'dejanews' stash. ☟︎

mircea_popescu: (and native finish speaking sluts reading ? report to the whoremaster general.)

asciilifeform will admit to having eaten some of the lang, but strictly for sport, and by no means could atm stand for duty as translator

mircea_popescu: yeah ; i have no mind of ever mandating it.

mircea_popescu: hungarian (the only equally retarded non-language) is comparatively easy because w/e, half of cluj ever spoke it. but finish ?

mircea_popescu: nobody even speaks the damned thing.

mircea_popescu: definitely, 1990 internet is one third romanian, one third finish, and one third wool.

asciilifeform recalls mother , coming back from trip to fi in late '80s, with roughly same reaction as asciilifeform after voyage to ro

asciilifeform: mircea_popescu: i'd like to learn one day the seekrit of just how did the finns stuff selves up own arse in '90s

mircea_popescu: me too.

mircea_popescu: atm, no fucking clue.

mircea_popescu: and it's not even "translator" that's needed. lingvistic-cultural expert, it's a high grade job.

asciilifeform: iirc we even had an actual finn here, for maybe 1d. but then promptly sank back to the bottom of the sea .

a111: 2016-10-15 <kmalkki> apu1 also really needs DBREQn asserted to give access to USEHDT IR/DR pair

asciilifeform must agree with mircea_popescu , diggin' up dead cultures is job entirely unfit for 'amateurism', risks result similar to http://btcbase.org/log/2018-11-30#1876443 ☝︎

a111: Logged on 2018-11-30 17:41 mircea_popescu: but yes, alladin carries a pretty fucking strong scent of "oh, hi, we're ohioan squarejaws wearing bedsheets. totally legit rome sir. rome, ohio."

mircea_popescu: myeah.

asciilifeform: the sorta thing that makes e.g. bolixologies, look quite trivial in comparison. ( sad old crate, fits on desk; but try and fit the finns )

mircea_popescu: right. moreover, bolix you know when you succeeded.

mircea_popescu: if you want to write program to read disk, you know when you managed ; if you want to write program to encrypt disk...

mircea_popescu: you ~maybe~ know when you failed.

asciilifeform wonders if admiral yamamoto, as he hurriedly seppukued in his falling bomber, fulla holes from 'mustangs' that appeared out of nowhere in the middle of fuckingnoewhere pacific -- understood that his crypto had failed

BingoBoingo: http://btcbase.org/log/2019-02-14#1895967 << Then there's the bonus collateral damage when you captured bimbo sends her girlfriends back home happy dispatches further underming morale in the reich. ☝︎

a111: Logged on 2019-02-14 00:35 mircea_popescu: it's well dented lol. their whore hr was ~this girl.

mircea_popescu: hanbot wonders if ingenohl realised it.

mircea_popescu: BingoBoingo amusingly, there was a spate of various chicks taking to their wings.

mircea_popescu: girls are very contagiable. cuz herding instinct, see.

mircea_popescu: those weren't actual escapees were they ?

asciilifeform: iirc rose had a 2way ticket and took option of throwing out the return half.

asciilifeform: ingenohl << funny how these people let themselves get fucked by shit crypto not 1ce, but 2ce.

mircea_popescu: no no, i didn't mean re crypto. i meant, whether he realised he fucked up.

BingoBoingo: http://btcbase.org/log/2019-02-13#1895898 << They dorks also imagine friendship with each other, but anytime their cheiftans manage to collaborate the alliances quickly fracture. So many alt-alts emerged out of not being united in opposition to Hussein Bahamas. ☝︎

a111: Logged on 2019-02-13 23:43 asciilifeform: mircea_popescu: these folx seem to have a psychiatrically-classical 'царь-батюшка' imaginary friendship w/ trump

mircea_popescu: it's a convenient fiction trope, this, that a merciful god on the moment of closing accounts points out the hole.

mircea_popescu: i suspect though that it's unlikely to really happen. yamamoto went down indignant like the anti-chucker "never ~really~ went down" etc.

asciilifeform: dunno, d00d had perhaps the 1 working brain in the whole outfit. sorta why he was picked for the speshultreatment.

mircea_popescu: elderly father who whole life hammered kid with better notions and interests to "you must be emperor of rome", if eventually presented on death bed with circumstantailly obtained, wholly worthless emperorship much likelier to declare "he was right all along" than to see "holy shit what an idiot i've been"

mircea_popescu: asciilifeform i suppose ; but worst time of all for moments of clarity.

mircea_popescu: "what goes through a fly's mind as it crashes on windshield ?" "its arse".

mircea_popescu: social media is here to change all that.

mircea_popescu: yet pantsuited hilarity STILL hasn't managed to find the twitter button, seems like.

asciilifeform: 'Пуля попала Штирлицу в голову. «Разрывная», — пораскинув мозгами, догадался Штирлиц.'(tm)(r)

asciilifeform: ( ~= 'a bullet hit stierlitz in his head. 'a dumdum', he deduced, scatter-brained.' )

mircea_popescu: http://btcbase.org/log/2019-02-13#1895836 << so on the basis of this better table neatly presenting data i'm concluding that a) serpent run indeed takes 2.8 us or so ; b) timing data converges within 1/3 s test runs or so ; c) these statements equal to foregoing earlier items which are thus retrospectively deemed correct and finally, and most importantly d) tentatively it seems sjlj adds no measurable time delay on running co ☝︎

a111: Logged on 2019-02-13 21:40 diana_coman: since it seems it'll take a while until I can add to my data the numbers for sjlj on ave1's gnat as well, here's what I have so far: http://p.bvulpes.com/pastes/1esL2/?raw=true

mircea_popescu: de over zcx.

mircea_popescu: in fact in some cases it could be the case IT IS ACTUALLY FASTER (to a very small degree)

asciilifeform: mircea_popescu: if you give a damn re exception-propagation speed, prolly oughta measure that. otherwise seems like the docs didn't lie, it dun do anyffin to ordinary jump

mircea_popescu: i'll still want her to fill in the rest of the table ; but tentatively yes. looks like i'll be withdrawing my objection to bvt 's original comments ( http://btcbase.org/log/2019-02-12#1895233 ) sometime tomorrow. in which case all the better, we just do that and good riddance. ☝︎

a111: Logged on 2019-02-12 13:14 mircea_popescu: wasn't the long jump thing slower ~generally~ ?

mircea_popescu: should possibly also do the http://btcbase.org/log/2019-02-12#1895520 test tho (even though on a good compiler, there really shouldn't be much difference between a call and a loop) ☝︎

a111: Logged on 2019-02-12 18:59 mircea_popescu: basically idea is, a markov chain of callings.

asciilifeform will re-play ffa benchmarks on the longjmp gnat, once the latter's built, but doesn't expect to find any measurable diff

mircea_popescu: they'd last show there if anywhere

asciilifeform: mircea_popescu: calls dump register snapshot liquishit on the stack, and inevitably ding the cache, whereas loops not

mircea_popescu: asciilifeform yes, but it's the job of "optimizing" compiler to keep all that to a low roar.

asciilifeform: the compiler can slim it down to just the return addr, but the latter goes always

mircea_popescu: i've been thinking about how to correctly construct a calling test for this purpose, but i confess nothing i have yet is passing muster. if anyone wants to step in.

asciilifeform: mircea_popescu: ffa built with inlining switched off is actually ok test for ~that~ imho

mircea_popescu: i'd like a purpose made item, fit in head as such, can keep for later.

mod6: http://p.bvulpes.com/pastes/BoTML/?raw=true << Ok, so after installing Cuntoo, I did what I said I'd do, which was test editing the append section and throwing a UUID in there instead of 'root=/dev/sda3'. It didn't work, I did get a kern dump.

mod6: I think that I might be on the right track here though, and I did try a few other things after reading some documentation. For instance, after the above, I changed /etc/fstab to use only UUIDs instead of '/dev/sda{1,2,3}', and then tried that. Same problem essentialy. I also found about 'PARTUUID', which is supposed to help in certain circumstances. Nothing has worked yet...

mircea_popescu: mod6 is the disk hanging off internal port or usb port ?

mircea_popescu: ie, sata or usb ?

mod6: So I went to build one, but that was barfing on me. Which lead me to find this kernel option 'CONFIG_FIRMWARE_IN_KERNEL=y'. Which would help me complete the build of the initramfs. http://www.mod6.net/cuntoo-blog-1/genkern/genkern.jpg ☟︎

mod6: But I keep getting failures that say "Failed to compile the "all" target. No matter what I do it seems.

mod6: So perhaps im kindof on the right track - use UUIDs where I can, and build an initramfs... however, haven't had a lot of success with building the initramfs yet. I may have to fight through that. But that's the latest update.

mircea_popescu: from what i gather actually setting the correct path (ie, /sda3 or w/e it actually is) should really do it. i don't expect you can just unilaterally set uuids, gotta make them work from the other end too first.

mod6: The days leading up to the blog post, i used nothing but names: /dev/sda{1,2,3} and eschewed UUIDs totally.

asciilifeform: mircea_popescu: it'll do it , supposing that kernel actually sees the disk ( whether it does, is not obv, observe that it dun come up in the kernel barfola )

mod6: But since that was an utter failure, I'm just trying something different because of /dev/disk/by-uuid/ or whatever it is.

mircea_popescu: asciilifeform right.

asciilifeform: mod6: seems like you may have build a kernel that dun see your sata chipset.

mircea_popescu: asciilifeform it'd be a lot more possible if the same kernel on same machine didn't boot before.

mircea_popescu: i thought so ?

mod6: certainly possible. seems totally wacky to me that the same kernel config would boot gentoo perfectly, but not cuntoo. note in the wotpaste above that I copied in my /usr/src/linux/.config from gentoo directly and build that config.

mod6: Right, well, cuntoo expands all of those things and build it, you just feed it a config. So if there is something that is "off" about my config with some other slightly different source version, then that might be a part of it.

mircea_popescu: BingoBoingo "In light of the outlaw status being forced upon your organization, it is advisable to begin to operate accordingly." << too bulky contentless. that's supposed to be the closer neh.

asciilifeform: mod6: if you were to take this exact thing, and stick it onto a usb , and then it boots when '/dev/sda3' -- then you will know that the above is it

asciilifeform: ( and you'll then need to find what yer sata is hanging off, and rebuild with it baked in )

mod6: Ok, so you're saying: Do all of the above steps, but instead of using a SATA SSD, inflate cuntoo onto a USB stick?

asciilifeform: supposing, that is, you didn't also manage to produce a kernel that dun see yer usb chip

BingoBoingo: mircea_popescu: ty, will try lightening up the payload copy for mass distribution

mod6: I did look through the makemenuconfig, there are a lot of added in USB drivers. however, there was one option that I noticed that I should look hard at (all when trying to do the genkernel for different reasons), which is the Intel USB Drivers.

mod6: So, if I take this route, I'll have to make sure those options are turned on for sure.

mircea_popescu: BingoBoingo gotta have a great hook.

mod6: Which is why, in the first place, I thought I had a bad SSD. Which is why I ended up buying a second one just to be sure.

asciilifeform: it's entirely conceivable that his are moar recent than mod6's older, working tree, and breaks support for mod6's card

mod6: Could be, a solid way to try to prove that is the USB Stick route. Because, I'm not super well versed in SATA kernel drivers.

asciilifeform: ( linux is notorious for 'oh hey we added a new required flag and ha even tho you set x, y, z, device d no longer gets its module because fuckyou ' )

mod6: it's like, fuck this, I want a "GIVE_ME_EVERYTHING_YOUVE_GOT_WHORE" flag that build every driver known. ☟︎

asciilifeform: for so long as we're under 'iron babel' and errybody has 9000 types of unique machine, we're stuck with this horror

mircea_popescu: i guess. honestly, i'd expect to see logs reflecting failure to init sata if that were the case.

asciilifeform: mircea_popescu: failure to init caused by 'i have nfi what is this chip' is silent on linux.

mircea_popescu: i thought some peripherals whined.

mircea_popescu: yes, but what i mean, if it manages to build with no sata/no ide it says ; similarily if no netcard ; and i dun recall what else.

mircea_popescu: possibly nokbd ?

asciilifeform: simply barfs like depicted in mod6's paste -- 'where the fuck is / ? halted'

mircea_popescu: my vague memories not fresh enough to pursue this line.

mod6: The funny part is, it could jsut be this one really obnoxious setting that I'm missing; I feel like it was that way back when I did gentoo in '15.

mircea_popescu: http://btcbase.org/log/2019-02-13#1895868 << we don't so much care, seeing how we don't intend to have exceptions but exceptionally. if the thing crashes ever, your problems will be in excess of 99, but none of them that "it took one half milisecond extra for burning relic to make it back to earth" ☝︎☟︎

a111: Logged on 2019-02-13 21:59 diana_coman: at least there are no more surprises of huge differences in timings; but I'd still test also with some exception handling since that's supposed to slow sjlj down

mircea_popescu: mod6 it seems rather likely.

asciilifeform: it comes, in this particular case, from the people who actually do http://btcbase.org/log/2019-02-14#1896130 -- e.g. shituntu -- whose boot log would be 9000km long if ~every~ device that was simply not found, produced an eggog ☝︎

a111: Logged on 2019-02-14 01:56 mod6: it's like, fuck this, I want a "GIVE_ME_EVERYTHING_YOUVE_GOT_WHORE" flag that build every driver known.

mircea_popescu: asciilifeform not every device lol.

mircea_popescu: a. hm.

mircea_popescu: well it couldn't come from THEM, linux existed long before they.

asciilifeform: was always built like this, tho. module that doesn't find its device, in some cases reports (e.g. in mod6's log, the raid) but usually says nuffin.

mircea_popescu: right ; but i expect the sata is like the raid, not like the soundblaster.

mircea_popescu: that's all really.

mircea_popescu: ie, from a cursory look at his published logs, my impression was that the kernel has sata just fine, but the disk's not plugged in the config-set hole or somesuch.

mircea_popescu: now, ianae, so.

asciilifeform: here, have a line from a working box : [ 3.129745] sd 0:0:0:0: Attached scsi generic sg0 type 0

mircea_popescu: asciilifeform i see 0.971934] SCSI subsystem initialized ?

asciilifeform: all he's got, is a [ 0.971934] SCSI subsystem initialized , which happens when kernel brought up regardless of whether any module matches up to working disk hanger

mircea_popescu: ah. well ok then.

mircea_popescu: this is a good point ; basically i misread that line.

mod6: So next mission is to use a clean USB drive, and inflate cuntoo onto that, and then try?

asciilifeform: mod6: quickest way to learn wtf, i suspect, is to dump the thing bitwise onto a usb, and boot that, then lsmod -v and diff with your known working set's lsmod -v output.

asciilifeform: mod6: nope , that line gets printed if kernel compiled with scsi option set, regardless of whether any card.

mod6: so, `dd` the entire cuntoo ssd disk onto a usb, then attempt to boot the USB, and then do the lsmod diff between the USB cuntoo and the SSD cuntoo?

asciilifeform: i expect you'll need a root=/dev/sda3 in the kernel cmdline and similar in fstab.

mod6: Might take a bit, but I'll begin work on that tomorrow-ish. Should have something to look at hopefully by Friday evening-ish. I'll inflate an entirely fresh cuntoo.

mod6: I want it ~clean~ and not munged up by whatever other attemps and genkernel fuckery.

a111: Logged on 2019-02-14 01:41 mod6: Then I got on the track that perhaps i do need to have an initramfs.

trinque: there's all this metaphoric content without rooting to anything, which makes it hard to track where your head's at to have what with to help

trinque: initramfs is used when the kernel can't mount the root fs without using a program to do something complicated first, i.e. loading firmware, unpacking a squashfs in an embedded device, etc

trinque: the only reason initramfs is used on personal machines is that the users have been lost to sloth and "can't be expected" to build own kernel

trinque: http://btcbase.org/log/2019-02-14#1896088 << this is precisely backwards; doing that is the right answer to ^ and ~obviates~ the need for an initramfs for the firmware purpose ☝︎

a111: Logged on 2019-02-14 01:42 mod6: So I went to build one, but that was barfing on me. Which lead me to find this kernel option 'CONFIG_FIRMWARE_IN_KERNEL=y'. Which would help me complete the build of the initramfs. http://www.mod6.net/cuntoo-blog-1/genkern/genkern.jpg

trinque: this is precisely what I do, and I load all manner of "liquishit" hardware (like amd GPUs) without initramfs

trinque: I highly encourage you to not accidentally haul in an artifact of "user can't be expected to" into cuntoo

trinque: very glad to see your experiments with using the UUID labels btw; I'm soon to haul that into the script. I do want to remind that this won't change the genesis that is produced by the bootstrapper.

trinque: I still want to know whether your genesis.vpatch matches mine, and this is at least as important as whether it produced a bootable drive ☟︎

mod6: So the thinking behind initramfs: 1. I have one on the working gentoo on that box, 2. from what I've read that can help with various kernel related problems

mod6: I'm not a "kernel hacker guy", so I've been down these roads based on trying to emulate what I see working in my other machines, and various online posts in teh gentoo forums and others.

trinque: so "because I have this amulet" I'm not interested in what trinque is trying to teach me about what the amulet is?

mod6: You have to understand, that I'm not trying to piss you off here. I don't even look at it on this level.

mod6: I'm just a guy, trying to boot the thing so I can test something totally not related to kernel mods.

mod6: If going through all the motions to try to figure out what the actual hardware problem is, and it'll get me across the finish line, great. I'll do that, but I think you're acting as if I'm somehow trying to violate you.

trinque: nor would "mod6 now knows about initramfs and what they're for" do anything but set you up to understand later tools I have for the republic that actually use the things properly

mod6: trinque: I have little clue of what I'm doing. I'm just trying to solve it, in the only ways that I can.

trinque: do you recall how to interact with the logs? I responded to some lines of yours there. what of them?

mod6: Sometimes that means taking a shot in the dark, even if it's misguided from the point of view of someone who knows better.

mod6: Trying to make an educated guess, or educated experiment I suppose. Are you disappointed that I tried to make the initramfs? If so, why does this bother you so?

mod6: Maybe we're talking past eachother a bit here. Anyway, I don't know much about these things. I'm kinda learning bit by bit as I go... it all certainly doesn't "fit in head" or whatever yet.

trinque: lemme come at it another way. suppose your result here, absent my help, appears to be "this hardware only boots with initramfs"

mod6: well, that's a win for me, the only thing that sucks is you don't get to make your improvements from my own experience.

mod6: But not matter what happens, I'll be sure to provide you with any information that I can provide. Who knows, maybe this is a shit system or some such.

trinque: so your goal is to have a computer for mod6 on the back of my work, and if it incidentally helps get the cuntoo thing done, w/e

mod6: I don't quite see it that way, I'm just trying to do Foundation work, that does overlap with the Cuntoo work.

trinque: what's the dependency chain of what you chose? how much additional weight do you bring into the genesis.vpatch for portage?

mod6: So if you can glean soemthing off of my exp. that's great. I just didn't view the problems with my pos box to be super helpful to you.

trinque: and by the way, note how easily "I did not read this thing; I just want to use" bloats the holy tree of meaning is illustrated here

mod6: I posted a jpg of the beginning of my genkernel. Basically there is another similar command to make the initramfs. Both end in failure that I spoke about above.

trinque: so then. a core claim I'm making is *this is all I have ever needed to boot a sane linux on commodity hardware for years*

mod6: But alf helped me to realize that there is a way we can still try to diagnose this issue by trying to boot off of USB stick, so I'm going to attempt that first before any more initramfs stuff.

mod6: Are you saying that your claim is that is what I'm saying, or is that what you are saying?

trinque: that we have something to muntz further, and I'll strongly oppose any argument to ADD to it without hard justification

trinque: recall the work with trb, and how much better a patch that removes is than one that adds.

mod6: I'm not asking you to add my posbox foibles into your config. trb/ada/musl that I want to test on there doesn't care what kernel modules are loaded.

trinque: any more than my amd zenwhatever thing with 30 firmware to load before GPU will work properly

mod6: Ok, even if its not. I'm just saying I'd never expect anyone to follow the initramfs thing or any other thing. You know way more about what is kosher in gentoo/cuntoo than I do.

trinque: I very much want you on an actual cuntoo because one of the immediate needs is a trb ebuild.

mod6: I'll try to do this the way that #t sees fit. but, on my own, left to my own decision making (as I don't know much about these things) might be a bit askew.

mod6: Like I said, didn't mean to offend in any sort of manner. I just got excited, thinking I was on the right track, and tried to get the thing up and running. I mean, shit, it's been like 13 or 14 days now of reboots, inflations, etc.

mod6: Anything that even remotely looks like the finish line seems like a win -- even if it's not.

mod6: lol, not trying to guess your state. your language seems strong, so I sense irritation.

mircea_popescu: he's from texas, they just talk in an accent there.

mod6: and if alf's way seems like a sane thing to try, that's what I'm working on now. otherwise, I'm all ears and can adjust as you see fit.

trinque: proposal is that you investigate what initramfs is, which will lead to an answer on why one worked on the box you had before, which will lead to why you don't need one

trinque: yeah, comparing a boot with initramfs to one without would be a fine thing; even better would be for you to bake your own initramfs sometime with say busybox, and have the init script drop to a shell so you can see what it is

mod6: you know, at one point i did actually handroll an initramfs on cuntoo, at which point I updated the /etc/lilo.conf and when I booted, and it panic'd, it did drop me into a shell.

mod6: but, I just followed some steps, I didn't know too much about what it was doing, or myself.

mod6: you know? I think learning about it is a fine thing, probably would make me understand the errors of my ways.

trinque is quite familiar with the impulse to torch the thing when it misbehaves, but it's not going to get us a distro we own.

mod6: I suppose there's some good wisdom in that. I wouldn't want mircea_popescu torch his trb if it does weird shit on a 'getinfo' either.

trinque: ftr there are loads of interesting uses for initramfsen; we will have tooling to make them, but it has to come absent the sin of the load-all-modules thing and "lemme go automatically mount whatever root I can find" and miles else ☟︎

mircea_popescu: initramfs seems the logical intermediate step to romware.

mircea_popescu: but a lot of this before we care about that.

mod6: Ok, starting small, I got you. I dunno where the fire is either -- I don't know why I'm in any sort of rush here.

mircea_popescu: in any case, on a sane system that's stable there's ~0 reason to have the CODE on disk.

mircea_popescu has been playing the same heroes 2 for 20 years now. if it were on chip it'd have hurt nothing.

mircea_popescu: not like i rebuild it every other week or w/e.

trinque: very little justification for writable root. I've fiddled with the CD burning too.

mircea_popescu: right. but for now, that'll lie as it fell.

mircea_popescu: http://btcbase.org/log/2019-02-14#1896202 << did this ever get answered ? ☝︎

a111: Logged on 2019-02-14 03:04 trinque: I still want to know whether your genesis.vpatch matches mine, and this is at least as important as whether it produced a bootable drive

mod6: Oh, no, I got side tracked. It never did match up for me. Let me check on the latest one that was output.

mircea_popescu: trinque nice avatar kekekex

trinque: loller. john k still apparently allowing himself to be unpersoned after having admitted to having teenaged girlfriends, instead of joining the republic.

mircea_popescu: who ?

mod6: hmm, nope didn't verify. I threw in a sha512 of each sigfile just to ensure that I have the correct ones: http://p.bvulpes.com/pastes/CCU2l/?raw=true

mircea_popescu: they do a lot of this http://trilema.com/2018/the-night-of-the-hunter/#selection-133.0-133.542 lately, don't they.

mircea_popescu: socialist future has no room for individual creators of beloved mass-cultural icons!!!

mircea_popescu: burgeois-decadent^H^H patriarchy-oppressive!

mircea_popescu: im sure he fucked a bunch of seattle cokewhores without asking them.

mod6: http://p.bvulpes.com/pastes/g7Y5f/?raw=true << weird, 133682 genesis.vpatch lines long tho, so maybe too big. I'll post it, one sec.

mircea_popescu: kinda lulzy, considering they can't really stand up for five minutes without them. no cobain there to argue for alternative to mp worldview, what's left ?

mircea_popescu: shockingly similar to an autoimmune disease, all this.

mircea_popescu: autoimmune encephalitis ; it actually is a thing.

mod6: ok so next marching orders are to not do the USB Stick, and `lsmod -v` compare; but instead, will take a few days to look into initramfs, and then try to build another?

asciilifeform: http://btcbase.org/log/2019-02-14#1896276 << notably ye olde trb-on-pogo asciilifeform recipe ran off initramfs ☝︎

a111: Logged on 2019-02-14 03:41 trinque: ftr there are loads of interesting uses for initramfsen; we will have tooling to make them, but it has to come absent the sin of the load-all-modules thing and "lemme go automatically mount whatever root I can find" and miles else

asciilifeform: but it dun have much use case on pc, unless yer building dick^H^Hskless box for special purpose ( e.g. router )

trinque: mod6: the curious thing is that you have full paths in just *part* of your genesis.vpatch, in the same exact way diana_coman did ☟︎

mod6: I'm 98% sure that I got my vdiff out of diana_coman's starter_v.zip, lemme double check.

mircea_popescu: well at least this discussion's narrowing down the paths issue

mod6: http://p.bvulpes.com/pastes/zHUbI/?raw=true << vdiff info, built with the gnat '16 blob, and starter_v.zip

trinque: mod6: a/profiles/home/mod6/cuntoo/cuntoo/build/usr/portage/profiles/releases/17.0/package.use.mask << this for example is not a valid path for anything

trinque cheats and just boots a moduletronic kernel, then "make localyesconfig" and rebuilds

asciilifeform: rather than fiddling with initramfs fulla modulism, wainot do what asciilifeform does on piz boxen and bake it all =y

mod6: oh crap, maybe overlooked that asciilifeform. I can change and retry if that's the best plan.

trinque: lots of decent tools in the kernel makefile; worth building kernels directly (rather than via "genkernel") to get acquainted with them

BingoBoingo: <trinque> loller. john k still apparently allowing himself to be unpersoned after having admitted to having teenaged girlfriends, instead of joining the republic. << My first thought on reading John K was chicom derp on Bitcointalk, moderator and escrow fellow

mircea_popescu: "fetish for futility", that has quite the ring to it.

mircea_popescu: anyway, this trinque - mod6 exchange's gonna be a thing for the ages.

BingoBoingo: mod6 seems to be in an uncomfortable place resembling where I was exactly a year ago except the people around him speak his mom's tongue. I hope he can pupate in *spite* of that

mircea_popescu: http://btcbase.org/log/2019-02-14#1896235 << ima write an article nao. ☝︎

diana_coman: http://btcbase.org/log/2019-02-14#1896155 -> the point is that it's supposed to slow down the code *at all times* , not only /if it crashes; so no, I don't imagine anyone cares about *that* if the whole thing crashes ☝︎

a111: Logged on 2019-02-14 02:01 mircea_popescu: http://btcbase.org/log/2019-02-13#1895868 << we don't so much care, seeing how we don't intend to have exceptions but exceptionally. if the thing crashes ever, your problems will be in excess of 99, but none of them that "it took one half milisecond extra for burning relic to make it back to earth"

diana_coman: http://btcbase.org/log/2019-02-14#1896320 -> hm, trinque, do you suspect it's really just down to V version? I can easily re-run the thing with a V pressed to same node as yours to rule that out, if that's the case ☝︎☟︎

a111: Logged on 2019-02-14 04:05 trinque: mod6: the curious thing is that you have full paths in just *part* of your genesis.vpatch, in the same exact way diana_coman did

diana_coman: mircea_popescu, the thing there is: it's true we don't care about it if the server crashes but is it also true we don't care about an overall slowdown at all times because of each and any exception actually handled in the code?

mircea_popescu: trinque let me know how close i got. ☟︎

mircea_popescu: diana_coman do you mean risen exceptions ?

mircea_popescu: and yes, i would say it's worth re-pressing to his node and seeing if that fixes it. if it does, we'll have some 'splainin' to do.

diana_coman: according to docs, the mere presence of a handler of exception slows the whole things down when lj ☟︎

mircea_popescu: but this is already checked, no ? all sorts of exceptions are in fact handled by your for loops code, that were not risen

mircea_popescu: this is specifically what we were checking, whether this is true or not.

diana_coman: re re-pressing to his node - note that that is re v-tools in fact; and I pressed the v-starter to node before that precisely because it essentially forks there i.e. there are 2 options

mircea_popescu: but i mean, your code would have handled exceptions if they arose, yes ? if a for looped out of bounds, or whatever. isn't it so ?

diana_coman: being starter, I preferred not to force a choice there; but at any rate, if the previous node is basically broken as I gather that's certainly a problem

mircea_popescu: i can't even figure how it'd be broken, but yes.

diana_coman: ada's checks raise exceptions yes; not handled; I don't know if additional explicit handlers ADD or not

mircea_popescu: but there is no such thing as a TRULY unhandled exception. either it hoses the box or else it goes to the default handler.

mircea_popescu: yes, but it doesn't seem to.

mircea_popescu: i can't believe we manage to have crosstalk with just two people talking.

diana_coman: well yes, but 1 default handler means slowdown of 1 single handler no matter how many exceptions; because slowdown if any, afaik is re number of handlers precisely, NOT exceptions

mircea_popescu: diana_coman but nobody's ever adding MORE handlers. so if this is so, it still is moot.

mircea_popescu is more than welcoming criticism / commentary from experts ; as far as my lights see, we have in fact checked that documented penalty and found it missing in practice.

mircea_popescu: diana_coman : btw, here's my current model for the calling timing harness : write three procedures, A B C. have each of these 1. increment a global counter, X ; 2. check if X is over a max value ; 3. if it is not, have each call either one or the other of the other two randomly ; 4. if X is over max value, have them simply return. ☟︎

mircea_popescu: set max value to say 65536 (this should result in <mb stack load, i am guessing ?) and let it run.

mircea_popescu: IF indeed there's a significant difference between call and loop re that cost, this'll bring it out.

mircea_popescu: (honestly i never heard of a program that properly used 64k stack frames ; seems if truly one needs such depths, one's welcome to fucking rewrite something, recursion be damned.)

mircea_popescu: "random" doesn't need to be strong, just enough to fuck the optimiser. mt_rand or anything works really.

diana_coman: re more handlers: there are some cases where we would conceivably need to handle an exception though few

mircea_popescu: not like it's verboten, write in some handlers, why the hell not.

mircea_popescu: ima add sleep to my list for today.

asciilifeform: http://btcbase.org/log/2019-02-14#1896364 << possibly pertinent detail : on modern irons, long jmp within page seems to take same time as short. so the toy tester may not reveal diff. ☝︎

a111: Logged on 2019-02-14 07:49 diana_coman: according to docs, the mere presence of a handler of exception slows the whole things down when lj

mircea_popescu: asciilifeform why do you think all the serpenting happens in the same page ?

mircea_popescu: are you talking about the loop thing or the calls thing ?

mircea_popescu: but the calls thing can be made any arbitrary size with a switch. you want it 16777216 rather than 65536 is the idea ?

mircea_popescu: if you use up 16mn stack frames, they'll be multi-page like it or not.

asciilifeform: can do this using stack, but will have to adjust the linux max, iirc it is ordinarily 2MB cap

mircea_popescu: re the loops, i don't see the point in bothering with this there. we were checking loops, not the whole call mechanism, there.

mircea_popescu: asciilifeform but if i don't adjust the linux max for eulora, why the fuck would i care to do so for this test ?

mircea_popescu: yes.

mircea_popescu: you are saying that the delta between the address of the jump instruction and the address of the instruction it jumps to must be at least arbitrary number = page size.

mircea_popescu: but this can be factually insured in the model proggy for call testing, by making the DEPTH larger than the page size.

asciilifeform: btw , to go with http://trilema.com/2019/so-what-is-the-man-saying , really oughta disasm a zcx variant and longjmp side by side and see what actually changes. ( when diana_coman comes back with working bins, i'ma set this up , for thread-co) ☟︎

mircea_popescu: because there's no way in hell anyone can store 5mn procedure calls in 4mb ram.

mircea_popescu: to continue the http://btcbase.org/log/2019-02-10#1894616 discussion / produce a benchmark for the republic's development : taking mining efficiency at 20 GH/joule (slightly above the antiminer s9) 40 exahash would be ~2 Gjoules. ☝︎

a111: Logged on 2019-02-10 15:40 mircea_popescu: in other news, bitcoin difficulty looks like it's finally come out of the crazy and into economic coupling, check it out, past six months it's been evidently kept in place by fiat exchange rates.

mircea_popescu: at this same time, world energy consumption (instantaneous) is about 10-20 terajoules (on the basis of primary energy generation/consumption for 2015 standing at 170/110 PWh) ;

mircea_popescu: consequently bitcoin is merely using 0.02 to 0.01% of world energy generation, less than the 50%+1 it's supposed to use by a margin of say 5000.

mircea_popescu: ie, bitcoin is 0.02% complete. yet something tells me the next ten years are going to see a lot more completion than the first ten.

mircea_popescu: (the situation is actually better than that, seeing how most of those PWh are low quality energy in the shape of low temperature heat.)

asciilifeform: mircea_popescu: recall your hypothesis re 'folx will heat house with miner' ?

mircea_popescu: certainly.

mircea_popescu: but this doesn't equal "folks will mine on own farts"

asciilifeform: was thinking, pc is substantially easier to get hold of than miner (of any description), but somehow not so many folx heat house with'em ( part of this to do with the difficulty of usefully reselling cpu cycles ; but even asciilifeform , who eats plenty by lonesome , only covers perhaps 40% of heat for house via exhaust from the torture room fans )

mircea_popescu: computers aren't nearly as important as bitcoin.

mircea_popescu: http://trilema.com/2016/the-megawatt-standard/#comment-127869 << for thread completeness.

asciilifeform: i suspect that 'heat house' aint happening, no matter what level of 'important'. obsolete miners even nao aint worth the cost of transport , floor space, or fan dusting / noise isolation, even to use as heater. whereas 'current' iron is ~unobtainable to commoner on acct of being a strategic good. and can't picture how this would change as 'important' goes up.

mircea_popescu: it's certainly happening, to the degree electric heating is happening currently.

mircea_popescu: for as long as there's such a thing as a http://trilema.com/2016/cargo-cults-a-case-study/#selection-91.0-99.80 still left plugged in somewhere, a miner'd make better use of those watts.

asciilifeform: ( it never wins on cost, in climate where heat pumping worx (avg. >0c) it is used, otherwise fossils win)

mircea_popescu: asciilifeform yes, but then again argentinas are usually the dumping grounds. most "old" phones ended up in africa.

mircea_popescu: they ~will~ plug them in.

asciilifeform: i can actually picture orcs heating with old miners, if they had the two neurons to rub together and get a boat loaded with'em

mircea_popescu: the garbage boats come unasked.

asciilifeform: wonder, who will be the hero to repackage the old asics as radiator with fins ( do you know anyone who wants equiv. of running shop vac at all times in bedroom ? that's what the extant asictrons resemble )

mircea_popescu: anyway, there's a whole selection of current-ish miners available to consumer.

asciilifeform: this is where i confess that i did not follow the subj actively in recent yr or 2, last time i tried to buy miner was some time during kako's reign

mircea_popescu: whole http://btcbase.org/log/2018-12-01#1877555 thing all over again : tank targetting and alf playing happened on the exact same board. ☝︎

a111: Logged on 2018-12-01 21:23 asciilifeform: so, to extend lemma, atari ~because~ cheap ic, and not other way ?

mircea_popescu: because of how ic works, it's cheaper to let consumers have the professional product than to make another special one for them.

asciilifeform: that was a uniquely sovok phenomenon tho -- these folx were so poor that they could not afford konsoomer & mil separate lines

mircea_popescu: same thing with cars and mass market in http://trilema.com/2010/masini-bune-si-masini-de-lux/#selection-53.0-53.130

mircea_popescu: asciilifeform nobody can ever be as rich as all that.

asciilifeform: http://btcbase.org/log/2018-06-20#1827422 << for illustration. sovok eeproms, sumthing like half a ~gram~ of au in ea. ☝︎

a111: Logged on 2018-06-20 00:06 asciilifeform: su mil-grade logic tends to look like http://skupkadetaley.ru/data/image/catalog/k573rf4.jpg << ceramic, gold, direct copy of usa mil/orbit grade

asciilifeform: funnily enuff, they're still gettable despite 30 yrs of 'biznis' melting'em down for au.

mircea_popescu: yes ; and if they found out a way to do without the au, they'd have taken it out of... both.

asciilifeform: incidentally this sort of thing remains in play for modern ic, and is why old irons become scarce, at some pt becomes worth moar as au ore than to transport/run

mircea_popescu: this is the fundamental point of ye above linked car article : if "luxury brands" come up with ~substantail improvements~, they're next year in the "mass market" cars.

mircea_popescu: because wtf, you're not gonna put the better item in the mn-line, keep it for the 100s line ?

mircea_popescu: so yes, bitcoin miners are strategic items, much like atari targetting systems. nevertheless -- perfectly available to consumer.

asciilifeform: asciilifeform's proposition is that difficulty climb at some pt puts the older units into the zone where they're worth moar as au

asciilifeform: ( i'ma take mircea_popescu's word for 'they are available to konsoomer' , evidently currently worth slightly moar as chump bait than as ore ) ☟︎

BingoBoingo: <asciilifeform> resistance heater mostly happens in argentinas << Even Uruguay does heatpumps and bottled LPG

asciilifeform: BingoBoingo: it happens where sovok bldg manager refuses to switch on the central steam till december etc.

asciilifeform: i used to live in 1, erry flat had buncha resistance heaters, fuses regularly blew .

BingoBoingo: asciilifeform: There are 50s to 70's buildings here like that, but central heat even then is fairly rare. Past few decades climate control doctrine in Uruguay is based around a standard sized air conditioner. An apartment may have 1-3 of these, a house may have a double digit numer of these.

asciilifeform: electric resistance heat is -ev insanity on pretty much 100% of planet, moar or less 100% of the time -- heat pump (if >0C) or gas (if <0C and there's ~any~ gas to be had , at just about any historical price) wins by fat margin

BingoBoingo: Now there are a handful of buildings with size appropriate climate control here like the WTC towers, but they are the exceptions

BingoBoingo: But the issue down here is not "a heatpump", but this one specific size of heatpump that's the only option they know.

asciilifeform: BingoBoingo: as i understand , BingoBoingostan is theoretically idea heatpump country

asciilifeform: that the orcs dun realize this, and continue to build blocks of flats with no heat and where each orc sets up propane burner in his deathtrap, is entirely separate puzzler

mircea_popescu: certainly stupid idea, it takes 3 watts of steam (the "low quality low temperature heat" from above) to make 1 watt of electricity. why the fuck would you turn around and make low temperature heat out of that ?!

mircea_popescu: http://btcbase.org/log/2019-02-14#1896462 << this not taking anyone's word, it is being an offensive, raging asshole. ☝︎

a111: Logged on 2019-02-14 16:54 asciilifeform: ( i'ma take mircea_popescu's word for 'they are available to konsoomer' , evidently currently worth slightly moar as chump bait than as ore )

mircea_popescu: what fucking chump bait are you the fuck on about in your own solipsist hell entirely lost to any reason ?

asciilifeform: what instead should i call miner that eats 500 $ / mo of current to produce bitcent ?

mircea_popescu: the bitcoin miner you alf could buy today is slightly, but not much, worse than the bitcoin miner the strategic mining op could buy today ; and it is slightly better (but not much) than the average miner the average strategic op has currently deployed and running.

mircea_popescu: yes, it's true most of those for-profit mining ops are located in places with cheaper electricity than yours. HOWEVER, this is not a discussion of ~the miner~ but of expensive government you ~opt to support~.

mircea_popescu: fucking move, if you don't like paying 5 cents for electro-watt and a further 10 cents so mammie mc nigger fatass can afford lube and happy meals every time you burn a watt.

asciilifeform: let's stipulate that this is true (i.e. that what's sold to konsoomer currently is only coupla notches obsolete.) i thought that orig 'heat house' hypothesis was re arbitrary degree of obsolescence.

mircea_popescu: no. the original hypothesis was that the same exact item you alf could buy, ie, slightly worse than the best and slightly better than average deployment, will be inserted into eg ceramic tiles, and allow for applications where people don't so much give a fuck.

mircea_popescu: because i WILL heat my bathroom floor so my whores can suck my cock barefoot rather than live in frigid 80s sovoklands.

mircea_popescu: and i don't care what it costs

mircea_popescu: but i don't care what it costs in the sense i will have it done, not in the sense that i will have it done in the most expensive way possible. if there's bitcoin mining tiles and simple tiles available, i am buying the former.

asciilifeform: if actually 'don't care what costs', why not yet paid to have boatload of 5yo asics actually baked into tiles and installed in castle mircea_popescustein ?

mircea_popescu: because i don't care about tiles enough to make my own yet.

asciilifeform: right. so hypothesis requires then that it is viable commercially, i.e. someone other than mircea_popescu give enuff damn to bake'em into tiles.

mircea_popescu: except as per teh "three ring binder" theory, it doesn't actually require anything besides their being made.

mircea_popescu: which will also happen, necessarily.

mircea_popescu: why necessary event has not happened yet is sometimes explicable (if sun will burn out eventually, then why not yet ?!?!) but not always (say mom, if i'm gonna lose my virginity eventually, how come no girl fucked me yet ?!?!?!")

mircea_popescu: it seems to me premature yet. on my judgement, there was a lot of optimisim at the chump level re obama's bullshit electro-rooves. that will have to blow over, as it was a scam. consumer market will reel a while in disdain-distrust of "such nonsense".

mircea_popescu: then next generation will make bitcoin mining houses.

mircea_popescu: so i expect to see it before i die, but i do not expect to spend anything on it this mid term.

mircea_popescu: this is an ancient theme, even appears in say the gladstone speech you asked for recently. "first man, spent 1/4mn pounds, got no coal. 2nd man, spent 100k, got no coal. 3rd man got coal"

mircea_popescu: the problem with economically useful preciction isn't getting the trends right, it's getting the timing right.

mircea_popescu: quite.

phf: http://btcbase.org/log/2019-02-14#1896331 << no. i gather you're not seeing this issue on your own machine? vdiff treats links the way diff did, as a completely new file, including the content ☝︎

a111: Logged on 2019-02-14 04:09 trinque: it looks like both the symlink and the path symlinked commingled

asciilifeform: mircea_popescu: could even say nao is 'bitcoin winter', the sorts of folx inclined to stuff head up arse are stuffing deeper than ever and boasting

mircea_popescu: i dunno how i could say that, looking at teh data. it's not about what social media says, nothing ever is.

asciilifeform: i dun read 'soshulmeadia', dun have any data other than 'no one seems to be offering 20k orc dubloons for coin like yr ago, just nao'

mircea_popescu: anyway, re above trends : there's a very visible trend in energy generation away from low quality and towards high quality. this means absolutely a move away from everything and into nuclear. as nuclear increases and fossils drop, the outlook will significantly change -- eg in romania i'd have not even considered heating on any other premise than natgas ; bathroom had eg towel rack consisting of hot water pipes and other such

mircea_popescu: purely yurpean luxuries.

asciilifeform: ( and ftr i dun hate winter, either 'bitcoin' or of the ordinary kind, winter is a-ok for so long as you aint stuck in the wind w/out a coat )

mircea_popescu: but the natgas will run out ; and the little house-sized powerplants that it enables will go away, i can't burn pitch in there.

mircea_popescu: and once they go away, what will i use ? there's a case for using electricity for heating if MOST of energy produced is electricity. because heating relatively small outlay, all things considered.

phf: trinque: i'm going to play with some link combinations, but perhaps it would be worthwhile to at least check if the named file exists on the system after failed genesis production.

phf: i've been looking at getting x11 working for cp101a but not on top of cuntoo. i'm going to take a break and attempt a build myself. i might run into the issue also

mircea_popescu: consider the math : i go out to eat, i eat at $100 a plate joint. i go out for a show, or a bender, or a casino trip, or what have you, i come back thousands lighter. meanwhile what's your living space, 100 sqm ? 1000 sqm ? you'll get fucking lost in an acre, really. with modern insulation what's the lossage, a few cents a day ? how THE FUCK will you care so much about the cent as to go cold rather than use electricity, while

mircea_popescu: caring so much about dinner ?

diana_coman: http://btcbase.org/log/2019-02-14#1896356 -> this finished: the signature still does not verify; trinque let me know if you want to see the result of this run too ☝︎☟︎

a111: Logged on 2019-02-14 07:40 diana_coman: http://btcbase.org/log/2019-02-14#1896320 -> hm, trinque, do you suspect it's really just down to V version? I can easily re-run the thing with a V pressed to same node as yours to rule that out, if that's the case

diana_coman: re http://btcbase.org/log/2019-02-14#1896383 -> http://p.bvulpes.com/pastes/o2h67/?raw=true (that's the version including a handler and obv, there are in fact 3 procedures A, B, C, with each calling the other two or one of the other two; MT is the Mersenne Twister Ada implementation I did for the UDP test) ☝︎

a111: Logged on 2019-02-14 07:55 mircea_popescu: diana_coman : btw, here's my current model for the calling timing harness : write three procedures, A B C. have each of these 1. increment a global counter, X ; 2. check if X is over a max value ; 3. if it is not, have each call either one or the other of the other two randomly ; 4. if X is over max value, have them simply return.

diana_coman: ftr with exception handlers the main trouble is simply that the sjlj overflows the stack very quickly; so far not as much any clear difference in *speed* but certainly a difference in stack space used

asciilifeform: diana_coman: how quickly is 'very' ? ( can haz numeric ? e.g. 'zxc eats 1kb per level of depth, sjlj - 2kb' )

diana_coman: mircea_popescu, let me know if that's the sort of thing you had in mind or not

diana_coman: asciilifeform, yes, data set contains...data, lol; but will publish it all when full or at least when at some point to decide further or otherwise we keep going back and forth

asciilifeform: diana_coman: if you have time, plox post a pair of bins so that i can http://btcbase.org/log/2019-02-14#1896414 tonight ☝︎

a111: Logged on 2019-02-14 16:05 asciilifeform: btw , to go with http://trilema.com/2019/so-what-is-the-man-saying , really oughta disasm a zcx variant and longjmp side by side and see what actually changes. ( when diana_coman comes back with working bins, i'ma set this up , for thread-co)

diana_coman: right; as soon as mircea_popescu confirms the code is what he wanted, will do

asciilifeform: diana_coman: ideally when you do this, tar up not only the final bin but the contents of obj dir

mircea_popescu reading

mircea_popescu: diana_coman take out the Encrypt(KS, Plain, Encr); line, this is just empty procedure calls.

asciilifeform: mircea_popescu: i cannot resist to ask, is it 'ragassa' and not 'ragazza' ? ( was it a sicilianism or wat )

mircea_popescu: because they're talking veneto. ☟︎

diana_coman: oh, no serpent in there ? it'll run VERY fast though i.e. 0.039s sort of thing

mircea_popescu: diana_coman well, that's what the x knob is for.

mircea_popescu: from previous experience if we get it to 1-3 s we're far into convergence territory anyway.

diana_coman: and you know, worse in the sense that you get 0.0039 on one run and 0.0095 on another

mircea_popescu: hm ?

diana_coman: confirmed: with max=65535, no serpent (i.e. empty calls only), I got 0.004, 0.009, 0.007, 0.005 (without sjlj)

diana_coman: <diana_coman> oh, no serpent in there ? it'll run VERY fast though i.e. 0.039s sort of thing -> darn, that's 0.0039

mircea_popescu: diana_coman try with 16777216 then.

asciilifeform: diana_coman: fwiw the noise floor on e.g my test box, is 0.003 (i.e. a proggy with empty main)

mircea_popescu: talking of space heaters, inb4 her house burned down.

mircea_popescu: anyway, on the upside, it is not possible x= 16777216 can be accomodated on any stack pages of any extant or soon to be devised irons, it still needs at least 4 bytes per call if not 52.

diana_coman: uhm, it overflows the stack and either the linker switch I'm using is not working or it can't make it

mircea_popescu: diana_coman possibly have to alter the linux config alf was mentioning it, blows out the 2mb stack max default.

asciilifeform: ( asciilifeform found that ye olde box cannot actually sustain 100% 8-core for 2+hrs. trips sensor. quite annoying. )

mircea_popescu: try ulimit -a

mircea_popescu: so setrlimit to whatever is reasonable (here i'd expect no less than 832mb)

mircea_popescu: can set it back when done, it happens to be one of the more sensible / useful limits in there, which is why few even know about it.

asciilifeform: mircea_popescu: i've had to up stack depth on 1 occasion before -- when testing ffa with ridiculously wide bitnesses ( recall, item runs 100% stackistically )

diana_coman: uhm, I set ulimit -s 900000 ; it shows, confirmed at that with either ulimit -a or ulimit -s; set it from the linker option too; prog still overflows in the end; and if I try MORE than that from ulimit -s I get bash: ulimit: stack size: cannot modify limit: Operation not permitted

diana_coman: right: Starting Calls run with 3 procs and Max value 16777216; Calls run X = 22368144 took 1.258959000 seconds.

diana_coman: the value of X is final value and it changes a bit depending on the seed for MT

mircea_popescu: diana_coman i don't get it, so it crashed with 16mn but worked with 22mn ?

mircea_popescu: or is the idea you meanwhile fixed the stack size issue

mircea_popescu: a cool. ok, so 22mn takes 1.25 s i'd say it's in the zone, and we're good as such.

mircea_popescu: now for teh sjlj

mircea_popescu: (it will doubtless be MUCH larger, but the issue here is time not so much space)

diana_coman: ugh, I still have that 1 exception handler per proc and with sjlj it overflows ofc; let me re-run it wihtout any exception handlers in it first, both with and without sjlj

mircea_popescu: alright ; then try smaller sizes, x=4m might fit for both for instance, and it's still in the zone.

diana_coman: mircea_popescu, just to make sure you get this straight: Max is one thing, the final X is another i.e. the final X really counts how many times procs got entered; the max value means procs stop calling others (but note that the x=x+1 is done before the check precisely because I wanted to know how many calls)

diana_coman: Starting Calls run with 3 procs and Max value 16777216; Calls run X = 22368144 took 0.900212000 seconds.

diana_coman: i.e. same as above with Max at 16.77mn (but real X at 22.36mn) without sjlj -> 0.9s

diana_coman: with sjlj: Starting Calls run with 3 procs and Max value 16777216;Calls run X = 22368144 took 0.903548000 seconds.

diana_coman: aaand this is it, docs apparently right: fully cleaned up (i.e. none of the serpent vars + init anymore either), max value 16777216, x 22368144; with NO handlers it's 0.9s no sjlj and 0.03 with sjlj; same but WITH 1 handler per proc turns into 1.06s without sjlj and 158.87s with sjlj

mircea_popescu: diana_coman but they're parametrically related.

mircea_popescu: diana_coman wait wait, so it's in fact a HUGE penalty to use zcx is you have no extra handlers ?

diana_coman: you mean in that you don't actually gain anything but lose ability to abort asynchronously among other things?

mircea_popescu: specifically stated, this program takes to run : 1 with sjlh, no handlers ; 30 (up 3000%) with zcx, irrespective of handler count ; 5295 (a further 200% up) with sjlj and one extra handler.

mircea_popescu: ie, what the docs don't say is the juciest bit at all : if you do not have extra handlers, zcx is MASSACRING you on calls.

mircea_popescu: diana_coman can we do with 2 and 3 extra handlers as a bonus plox ?

diana_coman: ugh, either I fat-fingered there or what; let me run that again ; (and possibly /me should really stop getting data *other* than in a nice plain table)

mircea_popescu: but that 0.9 vs 0.03 is popping the fuck out.

diana_coman: hence I suspect I fat-fingered it because I don't remember popping out when I read in console

mircea_popescu: you know ?!

mircea_popescu: it really blew my fucking mind! ZERO COST, they said!!!

mircea_popescu: (in fairness though, no program ever does the sort of calling insanity we do here, so irl this may be very mild indeed)

mircea_popescu: !Qcalc 158.87/22368144

mircea_popescu: ^even handled sjlj is not really that bad, 7us per call far far from end of world.

asciilifeform finds that (using pre-ave1 gnat, where i currently can --RTS=sjlj ) no detectable diff in mod ex

asciilifeform: this does not contradict the hypothesis re handlers tho ( i have only the 'last chance' handler ). it does suggest that sjlj does not speed up ordinary calls substantially tho.

diana_coman: no, fat-fingered it, 0 instead of 9 i.e it was 0.93 not 0.03; sorry about that; still running atm the 1 handler with sjlj and then will move on to 2 and 3 handlers

mircea_popescu: a a! so it's 0.9 vs 0.93 ?

mircea_popescu: aok. i can take my tin foil off now.

diana_coman: sorry; I should know by now to not hurry up with data report even if it's just 2 runs

mircea_popescu: no harm done

diana_coman: I still don't see the boo-boo of docs i.e ~"all programs should see a great improvement running zcx" or how was it

mircea_popescu: prolly a bunch of try()catch semantics in "all programs"

diana_coman: ah, that'd explain it, wouldn't it: by the time "programming" is direct translation of fuzzing into code, it'd possibly speed up, yes

mircea_popescu: aha.

diana_coman: mircea_popescu and anyone else following along, here's the data from a set of runs with handlers from 0 to 3: http://p.bvulpes.com/pastes/9Cstd/?raw=true ☟︎

diana_coman: in other things, re http://btcbase.org/log/2019-02-11#1894896 -> this should now be fully sorted i.e. IP change for dianacoman.com propagated as far as I can see + redirection working fine for any link so please let me know if you still encounter trouble with any dead links; if you use only hosts (no DNS) then simply adding dianacoman.com on same IP as ossasepia should work seamlessly ☝︎

a111: Logged on 2019-02-11 01:33 hanbot: diana_coman fwiw i ran into a few broken internal links on ossasepia today on account of their still pointing to dianacoman.com, see http://ossasepia.com/2018/03/08/eucrypt-compilation-sheet/ fo' instance.

diana_coman: asciilifeform, any preference re "pair of bins" i.e. the procedure calls or the loops of yest?

diana_coman: asciilifeform, here are the latest aka proc calls with 3 handlers per proc: ossasepia.com/available_resources/bins_calls_sjlj_adacoregnat.tar.gz and ossasepia.com/available_resources/bins_calls_zcx_adacoregnat.tar.gz ; let me know if you want anything else

asciilifeform: diana_coman: the 'zcx' tarball contains a 'ljmp_calls' dir, same as other 1. which is correct ?

diana_coman: asciilifeform, the name of the tarball is correct; you'll have to change the name of the dir /put them separate

asciilifeform: diana_coman: btw your 'lick the 9v' intuitive observation earlier was correct, on ljmp variant the default stack frame indeed longer, 184byte vs 40

asciilifeform: though, interestingly, only in the unit 'procs' , which actually contains exceptionisms

mircea_popescu: so really just pushes two more regs is all.

mircea_popescu: ftr that's 52 bytes (ha-HA!) vs 60 bytes.

asciilifeform: ( before anyone asks, the 'unwind resume' variants are extern stdlib symbols, and i haven't looked to see how they differ yet )

mircea_popescu: procs_a vs procs_a

asciilifeform: but indeed the ljmp variant craps out slightly bulkier coad across the board

asciilifeform: ( to 0 measurable diff in ffa, oddly enuff, but on e.g. tiny micros might make a diff.. )

mircea_popescu: look here : lines 1 through 9 in zcx add up to 13 bytes, yes ?

mircea_popescu: the observation that perhaps sjlj is not actually as tightly optimized as zcx is trying to percolate through my brain

asciilifeform: i was discussing diana_coman's much earlier empirical find, that on ljmp stack fills faster per same # of calls. this here is why.

mircea_popescu: whence 184 ?!

mircea_popescu: but why so big ?

mircea_popescu: no i know where you got the sub param from, what im asking is,

mircea_popescu: what does it do with the rest of the frame, from the bytes we see to the 184 ?

mircea_popescu: (the 52 is cuz i took the 13 items and multiplied by 4, forgetting that these are actually byte alligned not 64-bit alligned)

mircea_popescu: why ty!

asciilifeform: also loox like the ljmp variant puts abortism stub in erry proc (that appears in a task, that is)

mircea_popescu: it does.

asciilifeform: ( will guess, tho i do not presently know, that these trigger unwind of stack )

mircea_popescu: yes!

asciilifeform is prolly doomed to actually vivisect the gnat backend at some pt, prolly sooner rather than later

mircea_popescu: loc_44E: << this entire thing\

mircea_popescu: sjlj

mircea_popescu: why jz rather tthan sub ?

mircea_popescu: im sorry. why jz rather than jmp or w/e

diana_coman: I'm atm doing the inventory of ave1's versions of gnat scripts and apparently even 2018-05-29 relies on downloading stuff that meanwhile moved/vanished as they always do; moreover, I have the darned stuff , now need to figure out how to cut out the download and just point the script at local source, ugh

mircea_popescu: asciilifeform but i mean, test eax, eax ?

mircea_popescu: what's being tested ?

mircea_popescu: rather, i can't shake this impression that sjlj saddles us with two segments of overhead

mircea_popescu: one that's due to the method, and the other that's due to the fact zcx was a lot narrowly-er massaged

asciilifeform: var_B8 contains some flag. valid values are 0, 1, 2, 3. if 0, we go to loc_490. if 1, loc_601. if 2, loc_62d. if 3, loc_659. if above 4, program dies, cpu executes ud2 (guaranteed bomb) .

asciilifeform: the rest, i will omit, but also end up in the various unwindisms, aborts, stubs.

mircea_popescu: are you basically saying this sub eax, 1 ; test eax, eax ; jz loc_601 is optimal approach ?

asciilifeform: mircea_popescu: it's what gcc does for small (i dun recall threshhold) computed switch

asciilifeform: it's 'optimal' in the sense that it fucks the branch predictor less than an always-computed-jump

mircea_popescu: yet zcx does cmp rdx, 3 ; jz loc_50C

mircea_popescu: (did i identify the same segment correctly ?)

mircea_popescu: which is more compact ; and perhaps quicker too ?

mircea_popescu: well so then what are we disagreeing here about.

mircea_popescu: aite.

asciilifeform: on sane people planet i could determine this by reading the motherfucking docs

mircea_popescu: one part of the problem might be that sjlj comes from a time before, when insanities like that snippet above were standard. but no time since the millenium do you see it instead of the cmp etc.

asciilifeform: test simply ORs the bits in register together (and this happens by default when you load it, cuz it's costless electrically)

mircea_popescu: supposedly not anymore.

mircea_popescu: i agree with THAT part.

asciilifeform: (so it actually locks the pipe and waits for both operands to become available)

mircea_popescu: yeah but the pipe is built such that this is also ~0 cost electrically

asciilifeform: mno, if you lock the pipe, you lock the pipe, that reg aint available for reorderism

mircea_popescu: well, i won't trust my own understanding of asm and contemporary cpus as far as i can throw it ; but if indeed the operands in zcx impl were slower, you'd see it take less time!!!1

mircea_popescu: nope ?

asciilifeform: ( btw the obj reason why none of this is visible in ffa -- there aint any tasks! so even in ljmp mode it shits out same coad )

mircea_popescu: she corrected the numbers, it's 90 for zcx 93 for sjlj at the best.

a111: Logged on 2019-02-14 21:53 diana_coman: mircea_popescu and anyone else following along, here's the data from a set of runs with handlers from 0 to 3: http://p.bvulpes.com/pastes/9Cstd/?raw=true

mircea_popescu: gimme a break, that first instance ?

mircea_popescu: 400 seconds vs 1 second ?

mircea_popescu: if the zcx's cmp WERE slower than sjlj's test, then we should see the latter be faster on 0 handlers than the former!

mircea_popescu: leaving compactness aside for the moment

asciilifeform: mircea_popescu: the 'test' vs 'cmp' thing is microscopic , so arguably red herring here

asciilifeform: ( it's make a serious diff inside an inner loop, but here we have it in exception handler, which aint )

asciilifeform: i was answering q of 'why does gcc put out this odd form for a computed goto'.

mircea_popescu: kinda what i understood, that cmp USED TO BE expensive, but is no longer.

mircea_popescu: but anyways!

asciilifeform would kill for an accurate tick table for opteron. but none exists ( possibly when i have msdos gnat, can bake one..)

mircea_popescu: myeah.

mircea_popescu: not likely a scalar table.

mircea_popescu: nevertheless, the point has legs -- what we've done here very much can be done ands re-done, and with cuntoo/ada-gnat/etc stack spitting out statics, it might even come close.

mircea_popescu: in no case do i know of anyone who has actual data re such things as "ok, so manual claims, but NUMBERS for this penalty"

asciilifeform would really instead like a cpu where erry instruction takes 1 tick, fuck errything. but presently dunhave.

mircea_popescu: yes, but we can actually print it, if we get that bored.

asciilifeform: they also dun do much good! if i had a wood furnace, i'dve stoked it with'em by nao

mircea_popescu: precisely through same process as yielded here, timings for serpent etc, there's readily recognizable meta-structures

mircea_popescu: end up with converged values and whatever else, put them in a matrix and have a matrix-table.

asciilifeform: eh and then you make your case switch 4-legged instead of 3 somewhere, and all readings change.

asciilifeform: yer talking to 1 of the few remaining. (and perhaps only because asciilifeform dun often asm , knows measure)

mircea_popescu: why you do the matrix in the first place. you identify the attactors and so on

mircea_popescu: it'll be scientific programming for once.

asciilifeform: mircea_popescu: it's a stateful box of ??? ( rumour is, not even orig vendor can fully describe the phase space )

mircea_popescu: nevertheless it's a finite phase space. imagine, if we end up having docs intel doesn't.

asciilifeform: and then you pick up chip made on a tuesday, and it has diff mechanics than what they sold on wednesday of same wk.

asciilifeform: which is not to say that you can say ~nothing~ -- can say many things (e.g. the point re the reorder lock, stands for all current x86 irons)

mircea_popescu: (this may sound far-fetched to our foreign friends ; but the exact thing happened to me before.

mircea_popescu: diana_coman was there, even!

asciilifeform: also did not say that profiling is useless, profiling -- worx, and is a must for anyffin where you actually give a fuck re performance. but what we aint got on pc, is anything like an actual grasp of wtf the thing does and precisely why.

mircea_popescu: but this can be wrested out from it!

mircea_popescu: and the mechanism that'll work on intell will then work on xilinx, and so on.

mircea_popescu: software's faster than hardware.

asciilifeform: with thinking, rather than brute force ( nobody will live to see even 2^128 bit of phase space walked via brute force, do the arithm )

mircea_popescu: surely.

asciilifeform: ^ ancient sovok programmable calculator. had entire subculture, of , among other things, 'eggogology'

asciilifeform: but for 30 yrs the aficionados had nfi what thing actually did when eggoged. until microscopist.

asciilifeform: what found, was that the 'eggog instrs' were meant to be various floatingpointisms, that didn't work out in the last chip revision, and so left out of the manual

asciilifeform: so produced garbage ( but ordered!111 and therefore fascinating!111 to certain folx ) garbage. ☟︎

mircea_popescu: hahaha

mircea_popescu: ok that's a great one.

mircea_popescu: im sure

asciilifeform: http://www.artem.ru/calc/2.jpg << subj is under the large white paint stain.

asciilifeform: in ru there are some decent microscopists ( not the 1 phf went to, but apparently others. ) for instance, very recently found that К1801 ( sovok 'pdp-11' single-chip ) was ~not~ in fact a photoclone of dec's (only the early '80s demo ver was!) but , turns out, entirely indigenous orc design, with coupla x ~fewer~ transistors and yet faster max clock ☟︎☟︎☟︎

asciilifeform: ( interestingly, still produced! at privatized 'angstrom co', but not sold to humans afaik )

asciilifeform: very decent chip, btw, 150,000 16-bit multiplications / sec., and addressed 4MB.

asciilifeform: contains such things as 'beasts', 'werewolves', 'darkness' , 'monsters', all named 'effects'

asciilifeform: and all cuz the folx at 'angstron' didn't have laser, like intel's, to snip off the defective chunk of the ic on conveyor, lol

asciilifeform: for folx who dun ru -- eggogs had 'depth', which referred to how many ops you persisted with after already eggoging

diana_coman: at any rate, I think it would make a far better item to send kids to investigate than many "projects"