45400+ entries in 0.023s
diana_coman: you mean in
that you don't actually gain anything but lose ability
to abort asynchronously among other
things?
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: 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
diana_coman: with sjlj: Starting Calls run with 3 procs and Max value 16777216;Calls run X = 22368144
took 0.903548000 seconds.
diana_coman: Starting Calls run with 3 procs and Max value 16777216; Calls run X = 22368144
took 0.900212000 seconds.
diana_coman: so X will be bigger
than max generally because of
the "calls 2 procs"
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)
mircea_popescu: alright ;
then
try smaller sizes, x=4m might fit for both for instance, and it's still in
the zone.
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: (it will doubtless be MUCH larger, but
the issue here is
time not so much space)
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: or is
the idea you meanwhile fixed
the stack size issue
diana_coman: the value of X is final value and it changes a bit depending on
the seed for MT
diana_coman: right: Starting Calls run with 3 procs and Max value 16777216; Calls run X = 22368144
took 1.258959000 seconds.
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
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.
mircea_popescu: so setrlimit
to whatever is reasonable (here i'd expect no less
than 832mb)
mircea_popescu: diana_coman possibly have
to alter
the linux config alf was mentioning it, blows out
the 2mb stack max default.
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: 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: <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
diana_coman goes
to run it a few
times without
the serpent
diana_coman: and you know, worse in
the sense
that you get 0.0039 on one run and 0.0095 on another
mircea_popescu: from previous experience if we get it
to 1-3 s we're far into convergence
territory anyway.
diana_coman: oh, no serpent in
there ? it'll run VERY fast
though i.e. 0.039s sort of
thing
mircea_popescu: diana_coman
take out
the Encrypt(KS, Plain, Encr); line,
this is just empty procedure calls.
diana_coman: right; as soon as mircea_popescu confirms
the code is what he wanted, will do
diana_coman: atm I still have
to get
to
the bottom of
the "ave1 gnat with sjlj"
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: 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
diana_coman: mircea_popescu, let me know if
that's
the sort of
thing you had in mind or not
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
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.
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
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
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
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.
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.
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: 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: i dunno how i could say
that, looking at
teh data. it's not about what social media says, nothing ever is.
a111: Logged on 2019-02-14 04:09
trinque: it looks like both
the symlink and
the path symlinked commingled
mircea_popescu: the problem with economically useful preciction isn't getting
the
trends right, it's getting
the
timing right.
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: so i expect
to see it before i die, but i do not expect
to spend anything on it
this mid
term.
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: 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: except as per
teh "three ring binder"
theory, it doesn't actually require anything besides
their being made.
mircea_popescu: because i don't care about
tiles enough
to make my own yet.
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.
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: 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: 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.
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: 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: what fucking chump bait are you
the fuck on about in your own solipsist hell entirely lost
to any reason ?
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: 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 ?!