4900+ entries in 0.004s
mircea_popescu: asciilifeform, they are allowed to read I. that blocks.
mircea_popescu: if you do, you stretch it into a "many" bytes. if you don't, you just prng those many bytes.
mircea_popescu: that's why the two-hash system : you either have a byte of FG, to put into O, or you don't.
mircea_popescu: if that one byte is not yet available, from I, then the HG (good hash) will take half the O that was already read, and replenish it
mircea_popescu: at this point, the HF (fast hash) will take one byte out of the next position of the R head, and produce MANY (ie, 1mb) worth of O filler from it.
mircea_popescu: then in the first ms, the R head of O will have moved halway towards the W head of it.
mircea_popescu: now, the O buffer is, say, 2mb. if someone decides to read 1GB/s out of it,
mircea_popescu: but let's try it again. so, the I buffer is 16 kb, the O buffer is 2 MB. if the FG spits out 8kb/s or so, then the I buffer spits about 8kb/s or so into O, after the first two seconds,
mircea_popescu: you, stanislav, asked "where is the shop". i told you "go this and therefore" and you came back with "but where is the shop". at this point, this question can not be answered, BECAUSE YOU, STANISLAV, DO NOT READ.
mircea_popescu: asciilifeform, only applicable re I. O, never blocks, because H.
mircea_popescu: this cycle can continue until 1GB is pissed out. if any FG bytes make it in during the interval, they are the source for the writing, stretched by HF. if not, whatever, HG applies on already read bytes
mircea_popescu: user asks for say 1gb, O feeds 1mb, at which point reading head is more than halfway writing head, so HF gets called, and fills the half that was just read
mircea_popescu: but use my formalisms. so what, I is 16kb and O is 2mb ?
mircea_popescu: HF "many" setting could in principle be 1 byte -> buffer size
mircea_popescu: that's why i say o is up to swap size. ti should be large enough to not be emptyable.
mircea_popescu: such that it can't either deplete the machine entropy by reading mb/s nor can it figure out the internals by reading straight fg bytes
mircea_popescu: this way - O is "always full" from the pov of userland ; I is protected from userland reading O.
mircea_popescu: the operation then consists of : 1. FG -> I.W 2. if I.W = I.R, I.R -> O.W, such that if O.R >= O.W/2, next O.W goes through HF filling many offset bytes ; if O.R <= O.W/2, next OW goes through HG, filling one offset byte.
mircea_popescu: hash functions : Fast (takes one byte, produces many bytes), Good (takes one byte, produces one byte).
mircea_popescu: ring buffers : Inner (small, 16kb to cpu-cache-size) ; Outer (large, 1 MB to swap partition size). each buffer has a writing head moving around it and a reading head moving around it, their position is W and R at any time.
mircea_popescu: no, it's not the same length, for one thing. 2nd buffer should be mb or larger ; and it gives the effect that there's an always-full entropy buffer
mircea_popescu: such that the outer ring is always full, and the inner ring is always good.
mircea_popescu: this outer ring should use two cprngs to stretch the flow-in, one fast and one good.
mircea_popescu: imo correct design is 16kb to cpu-cache-sized inner ring buffer, wherein fg material is simply written into a loop, plain ; and from where high quality entropy is read blockingly. whenever the writing head threatens to overwrite the reading head, the overwritten bits are instead fed into outer ring
☟︎ mircea_popescu: nah, pretty sure you need two, to protect self from attrition attack
mircea_popescu: but yes, functional language should be able to get closest to your 0 penalty.
mircea_popescu: logically, it'd be exactly the sort of spitshine fit for its shoes.
mircea_popescu: this is the first time i hear of some actually useful lisp improvement
mircea_popescu: can't, in general speaking, when plumbing the synch-asynch divide (such as for instance tryuibng to resolve through design the impedance mismatch between non-threqaded process and synchonous messaging) commit to any activity of an open-ended length. main loop gotta know at least approximately how long each call will take, or else it can't make them
mircea_popescu: why doesnt the main program loop call the sender thing ONCE AT A TIME ?
mircea_popescu: considering the keys we use are 4kb, it seems reasonable we should keep entropy pools of no less than 16kb ?
mircea_popescu: incidentally, the fucking notion of a byte-counted entropy pool is fucking ridiculous.
mircea_popescu: in any case it is obvious that using it as intended (ie, pretending fg is what the linuxtards call a "hardware random generator") is ~wasting it. i dun wanna initialize the middle 32 bytes out of anything.
mircea_popescu: could you simply throw out the whole damn thing and replace with from-scratch random.c / h ?
mircea_popescu: bvt 's story of linux kernel retardation is eyewatering.
mircea_popescu: in any case, there's not much point to two disk raid arrays ; nor to software raid.
mircea_popescu: raid was immensely useful for the older drives. with ssds its' not clear you gain so much in either speed or reliability
mircea_popescu: this is in fact the definition, jungle as above, camp as in, <1minute.
mircea_popescu: i'm starting to suspect the actual market for gangbang porn is really ~diane keaton
mircea_popescu: lemme retrospectively confirm mp_en_viaje was actually indeed me, an' carry on.
mircea_popescu: do you propose, sending out patrols to shoot in the gut and leave for dead any pantsuit saying "instinct" incorrectly ?
mircea_popescu: and this precisely mirrors female becoming : the way girl grows into ~woman~ is by NOT following her girlidiocy, but speciffically repressing it.
mircea_popescu: we utterly must have a logotron archiver, no way around it. hey lobbes is your still functional ? spyked , were you at some point downloading the zips or was it him ?
mircea_popescu: telling a girl she's complete is like telling a pig it's a sparrow.
mircea_popescu: load, load, why not. perfectly anti-reality nonsense, crafted to appeal to a certain sort of moron.
mircea_popescu: and yes, indeed their are -- her fucking guardian angels. never the fuck mine, holy shit burn the whole thing down.
mircea_popescu: much like what makes a half decent soldier, or generally a half decent human being,