log☇︎
3000+ entries in 0.023s
a111: Logged on 2018-12-25 17:36 mircea_popescu: btw diana_coman can i rely on <b><em><blockquote> working in your comment section ?
a111: Logged on 2018-12-22 17:25 diana_coman: asciilifeform, phf I've signed and mirrored ch6 of ffa: http://ossasepia.com/reference-code-shelf/#selection-603.0-617.46
a111: Logged on 2018-12-24 15:58 diana_coman: phf, would it be a big bother to get for me the number of words in the logs for the weeks 26Nov-2Dec, 3Dec-9Dec, 10Dec-16Dec 2018? It's more to satisfy my curiosity on whether the relative sizes match the variation in size of my summaries for those weeks or not.
phf: diana_coman: http://btcbase.org/log/2018-12-24#1882924 << 26Nov-2Dec 54450, 3Dec-9Dec 24809, 10Dec-16Dec 31298 with breakdown http://p.bvulpes.com/pastes/afho0/?raw=true i had word count code laying around not wired, it now sits in the stat bar at the top as the (running) word count for the day. http://btcbase.org/log/2018-12-22#1882726 << added ☝︎☝︎☟︎
mircea_popescu: diana_coman fixed indeed, ty.
mircea_popescu: btw diana_coman can i rely on <b><em><blockquote> working in your comment section ? ☟︎
mircea_popescu: diana_coman "even whe she" ; the rest ima comment.
a111: Logged on 2018-12-24 23:12 asciilifeform: http://btcbase.org/log/2018-12-24#1882923 << these are a delight to read, diana_coman
asciilifeform: http://btcbase.org/log/2018-12-24#1882923 << these are a delight to read, diana_coman ☝︎☟︎
mircea_popescu: diana_coman what do you mean bildibic ?! it's bilbidic!
asciilifeform: diana_coman: maybe he comes back. or, whoknows , some folx tune out but leave box on autopilot for ~years~ (e.g. mike_c did, or for instance Framedragger's log thing still worked as of coupla wks ago when i last looked.. )
mircea_popescu: diana_coman confirmed.
asciilifeform: btw diana_coman since you read 1-6, you can nao rsa!11
asciilifeform: diana_coman: ty ! i'ma roll this (and your prev sigs) into the currently-baking ch
asciilifeform: why ty diana_coman
BingoBoingo: diana_coman: ty, fxd
asciilifeform: mircea_popescu: they're exactly analogous to diana_coman's keccak test patterns, and can be made as large or small as one wants.
mircea_popescu: diana_coman http://ossasepia.com/2018/12/19/a-week-in-tmsr-26-november-2-december-2018/#selection-105.764-105.817 << actually, a major bomb was dropped there, wherein long standing trb-immunity was revoked.
a111: Logged on 2018-12-19 16:47 diana_coman: awww, Mocky
mircea_popescu: diana_coman welcome to the horror of all time : a lot of shit to summarize, specifically driven by and existing specifically because previous efforts at summarizing.
mircea_popescu: diana_coman and yet google "built ai" which "won at go".
mircea_popescu: diana_coman "in there" where ?
mircea_popescu: diana_coman you're very likely right, i expect a major stone on nicole's back was precisely this : man re-reading has to reconstruct a cognitive structure. cost of this is 0 for man who's been reading and has it pre-built ; cost is small for man who lost it, but was there and knows how to build it. cost is immense for man that tries to learn how to build at the same time as building.
asciilifeform: diana_coman: pretty detailed summaries!
a111: Logged on 2018-12-18 07:54 diana_coman: <asciilifeform> danielpbarron: relax, no neg ratings yet. but if folx end up snoring for long enuff, i expect will tune out -> fwiw I already tuned out
a111: Logged on 2018-12-17 04:38 asciilifeform: diana_coman: http://ossasepia.com/2018/12/16/a-week-in-tmsr-3-9-december-2018/comment-page-1/#comment-4601
a111: Logged on 2018-12-17 03:20 nicoleci: diana_coman, your summary does look great! not as much jealous as amazed :)
asciilifeform: mightily nifty summary piece btw, diana_coman
asciilifeform: diana_coman: http://ossasepia.com/2018/12/16/a-week-in-tmsr-3-9-december-2018/comment-page-1/#comment-4601 ☟︎
nicoleci: diana_coman, your summary does look great! not as much jealous as amazed :) ☟︎
asciilifeform: mircea_popescu, diana_coman: re queues filling : per my reading of http://trilema.com/2018/euloras-communication-protocol-restated/#selection-673.0-673.234 , well-behaved clients cannot cause queue to overfill, as it's a synchronous back/forth. so overfilled queue indicates somebody for the chopping block.
asciilifeform: diana_coman: 2nd link in post (to asciilifeform's www) malformed
asciilifeform: mircea_popescu: from my reading, diana_coman will have same proggy on 2 boxen, but routine-a runs on box a, and routine-b on b
mircea_popescu: yes. diana_coman mind explaining how this works ? so, queue has 55 elements, 22 of which rsa packets. now what happens ?
asciilifeform: diana_coman seems to have an ordinary queue.
asciilifeform: ( 'priority queue', i believe. but from my brief look at diana_coman's posted item, it dun do this )
mircea_popescu: diana_coman can you ?
mircea_popescu: diana_coman you did good.
mircea_popescu: diana_coman yes, certainly should provide whatever diagnosis tools and equipment you want. i don't want to fill that in yet, it'll... come to you, as it happens :)
asciilifeform: diana_coman's udp tester was threaded
a111: Logged on 2018-12-13 19:39 mircea_popescu: diana_coman you proposing it'd be better to resend than ignore ?
mircea_popescu: diana_coman that's a very overloaded sense.
mircea_popescu: diana_coman if the socket is in fact closed, your program dies, there's no twowaysabout this.
asciilifeform: diana_coman: my current understanding is that the socket won't ever close, if iron is intact.
asciilifeform: diana_coman: have you managed to achieve the socket-closing eggog without directly abusing the lib ? (e.g. by trying to send oversized packet, etc)
mircea_popescu: diana_coman you proposing it'd be better to resend than ignore ? ☟︎
asciilifeform: diana_coman: see what happens when nic cord yank
asciilifeform: diana_coman: under what condition wouldja get udp lib barf ?
asciilifeform: diana_coman: what sorta errors ? packet is either legit or not, neh
mircea_popescu: diana_coman what errors ?
mircea_popescu: diana_coman so then : a) thin wrappers mosrtly to rescue the queue from ip stack into ram ; b) threaded workers later, which may include but will likely not be limited to, specialist decipherers.
asciilifeform: diana_coman: can send, but then he's a spammer, not client, and gets kicked
a111: Logged on 2018-12-13 19:29 mircea_popescu: diana_coman conversely, if they're that thin why do they exist.
mircea_popescu: diana_coman to proceed logically : 1. it is factual that the expected bottleneck reasonably is de-serpenting. 2. everything-else then may safely be non-threaded. 3. do we actually want to thread the serpenting part ?
asciilifeform: diana_coman: per my current understanding of mircea_popescu's protocol, it is immune to packet loss (i.e. client will retry)
mircea_popescu: diana_coman conversely, if they're that thin why do they exist. ☟︎
mircea_popescu: diana_coman the expectation that serpenting rather than netsending will be the processing bottleneck is not unfounded, imo.
mircea_popescu: diana_coman does it then make sense to have a process that has a socket open and handles the serpent queue, and one proces with a different socket open handling the rsa queue (with a view that these :6666 and :6667 ports then get moved to separate machines if need be) ?
asciilifeform: diana_coman: you're cpu bound ( serpent ) so you likely will never hit the bandwidth bound. so the udpgrams will go in ~realtime.
mircea_popescu: diana_coman the problem's rather, two sockets will possibly clog for fever total msg/sec than one.
asciilifeform: mircea_popescu, diana_coman : you have 1 thread, that monopolizes socket, and fetches from a semaphoric queue ( diana_coman posted such a queue today ). other threads can put whatever on queue, and sender sends.
mircea_popescu: diana_coman thinking of it : the ~server~ very likely wants a lot of sockets ; strictly because talking to multiple clients at same time.
asciilifeform: mircea_popescu: with diana_coman's variant of my udp routine, you dun need >1 socket to send
asciilifeform: mircea_popescu: iirc diana_coman wrote one 3wk ago
mircea_popescu: diana_coman as in "the only possible statement of mp's ultimate optimism will be centered around a refusal to believe such, for lack of any other available centers."
deedbot: diana_coman rated juliankunkel 2 at 2018/12/13 17:48:15 << CS Lecturer at Reading Uni, invited me to give a Bitcoin talk.
asciilifeform: diana_coman: i haven't tried'em myself
asciilifeform: diana_coman: i could've sworn that the standard provided queues
trinque: diana_coman: wallet's a different service that connects to the other bot for IRC. I'll take a look when I get a moment. I wager the internet connection between the two went down.
trinque: diana_coman: works for me over here. at what time were you trying?
a111: Logged on 2018-12-11 00:17 diana_coman: oh, fanbase,pfuai
deedbot: diana_coman rated douchebag -5 << obstinate time waster
deedbot: diana_coman has not rated douchebag.
asciilifeform pictures Mocky as diana_coman's butler
mircea_popescu: diana_coman ever thought about taking in a 50yo male slave, mediteranean complexion ?
mircea_popescu: diana_coman sand, microcrystalline obsydian.
BingoBoingo: <diana_coman> do they also use "cuesta mucho" for "it's not fair"? it'd be quite on point at least from what I can tell << Around here they usually bitch about their derechos
mircea_popescu: diana_coman on meditation, the innovation/subversion distinction is quite well founded.
mircea_popescu: BingoBoingo nfi. diana_coman what are we doing here ?
mircea_popescu: diana_coman hey, if you don't ask one million morons "how about you..." ...
mircea_popescu: diana_coman honestly, the summary very acceptable, detailed and so on. just, you're missing out on a possible fanbase!
mircea_popescu: diana_coman anyway, sounds like it worked pretty well, good for you.
mircea_popescu: diana_coman how many kids attended abouts ?
mircea_popescu: diana_coman "Since there is no recording of the talk" << this is kinda unfortunate. just leave a laptop with the mic going behind, you know ?
a111: Logged on 2018-12-10 23:36 diana_coman: http://btcbase.org/log/2018-12-10#1879331 -> I just looked and apparently I misspoke re number - that was counting all the UDP tests I made too, so no, overall not *that* many; at any rate, after the UDP test finished, the tcpdump kept on listening and I got this: http://p.bvulpes.com/pastes/oonKc/?raw=true
a111: Logged on 2018-12-10 23:13 trinque: guess what, I'm an idjit and used sha vdiff, it appears! hashes are where mine differs from diana_coman
a111: Logged on 2018-12-10 23:08 asciilifeform: this is moar of a fault of bitcoin, rather than diana_coman's lecture tho..
asciilifeform: diana_coman: interesting, all but 1 seem to be garbage from the switch ; and the remaining 1 seems to be a ... voip spam attempt
a111: Logged on 2018-12-10 15:18 asciilifeform: http://btcbase.org/log/2018-12-10#1879321 << this is pretty interesting. diana_coman if you have time plz post the trimmed dump bin
trinque: diana_coman: if gentoo, could be same python as came with your stage3; if something else, it's only required to build python, not to run it
trinque: diana_coman: that appears to be that your host machine doesn't have a /dev/shm mounted. python's build requires it, haven't investigated why
trinque: guess what, I'm an idjit and used sha vdiff, it appears! hashes are where mine differs from diana_coman ☟︎
asciilifeform: this is moar of a fault of bitcoin, rather than diana_coman's lecture tho.. ☟︎
asciilifeform: diana_coman: the only immediate gotcha that stands out to asciilifeform's lens is that the public crypto example was rsa ( did anyone ask 'but prof. coman, bitcoin dun use rsa?' )
mircea_popescu: diana_coman nice.
asciilifeform: diana_coman: will be interesting to see this talk !
asciilifeform: diana_coman: what was the lecture about ?
a111: Logged on 2018-12-10 15:41 mircea_popescu: o hey! have fun diana_coman
mircea_popescu: o hey! have fun diana_coman ☟︎
a111: Logged on 2018-12-10 14:06 diana_coman: trinque, after fixing my vdiff on the laptop, I re-run the cuntoo script; it finished fine and it produced a 4.7M genesis.vpatch but the sig does NOT verify ("BAD signature")