4400+ entries in 0.038s
diana_coman: ugh, last time the rough sketch sounded
as I said above though, lolz
diana_coman: iirc it was specifically not a list of meshes but at most a list of overall graphical profiles
as it were; i.e. each thing then at any time has only one option
diana_coman: the difference being that client (
as previously discussed) anyway does not keep everything so asking when it doesn't need it is not solving that problem
diana_coman: honestly,
as a player, I'll then have to hack my own client, lolz
diana_coman: it does seem a weird problem to have in the simple sense that honestly it's just easier to do it
as you say: no responsibility for traffic, just shoot whatever and
as many times
as higher level asks for... data, not for traffic, but whatevers.
mp_en_viaje: if there IS a queue, you can STILL get a new request just
as the queued request is satisfied.
mp_en_viaje: looky : if there's no queue, you can in principle get a new request just
as the old request was satisfied.
diana_coman: I don't think I get it and I'm not sure whether it's because some things are still not right (for starters there is no fixed duration
as it's dynamic basically)
mp_en_viaje: not anymore. anyway, looky : take the object icon.jpg. the client may ask for this item icon.jpg at time intervals Ti which,
as far
as we know, are random. now, if you have a queue, of fixed duration L, you offer the guarantee that "for any Tjs that are closer than L only the first does go through". this, you say, "reduces overal requests".
diana_coman: otherwise yes, no point in having the queues in the first place really; a duplicate request can have at most the effect of increasing counter of "requests for this here object a" if one wants then to treat them
as priorities basically aka ask first for those items that have been demanded most times
mp_en_viaje: your proposal does not resolve the t4-t5 problem. having a pending queue does not mean that the client may not decide to ask again JUST
as the "requester" took them out of the pending queue.
a111: Logged on 2019-05-28 12:06 diana_coman: and now re waste traffic: at t1 there are requests for obj a, b, c; at t2 Requester wakes up and asks the server "what are a, b, c", drops those
as "done" and goes back to sleep; at t3 there is another request for a,b,c so Requester puts them back in its queue; at t4 a,b,c arrive; at t5 Requester wakes up and ...asks the server again "what are a,b,c?" because well, they are there in the queue, right?
mp_en_viaje: so,
as to the matter of client cache. situation 1, no-cache : client wants some item, asks for it, potentially asks again before server has had chance to answer.
mp_en_viaje: (fucking obviously they got the ttl wrong, who the fuck heard of ttl
as a SERVER-side setting. how is the server to know how often my pictures of jodie foster's injured snatch need refreshing ?!)
diana_coman: nocredit: register a key with deedbot
as otherwise there can't possibly be a "next time/later", it's always first time...
BingoBoingo: <nocredit> and last: if i tar gz everything synced
as far
as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future? <<
As long
as you cleanly shut down the daemon before dumping
nocredit: and last: if i tar gz everything synced
as far
as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future?
nocredit: correct, I appreciate TRB
as it removes the bloat. But 3 weeks to sync is really a pain
diana_coman: nocredit: since you have nothing to do with segwit, you are immune to attacks on segwit, not
as much protected
as entirely immune by definition, no?
nocredit: my problem is that i don't have a static ip at my premises, so at home it's a pain with the myip parameter. I was trying with a pico vps to bypass this by set up a private vpn, but
as now i'm stuck
diana_coman: you can feed it manually blocks if you have them & are in a hurry but otherwise I don't yet fully grasp your problem
as such: is it stalled or is it just that you don't expect it to take longer than 1 week or what?
diana_coman:
http://btcbase.org/log/2019-05-28#1915708 - even on re-re-read I can't follow this: where does it seem
as if I'm saying in the least that server should solve this at all for client? (no, it can't, of course); my approach is to solve this in a single point in client aka Requester rather than have it spread throughout client at every point where some part finds out it wants some data.
☝︎ diana_coman: or strictly speaking when "not busy
as measured by number of erste klasse requests still pending"
diana_coman: might add also, since it's perhaps not obvious: there is no exact "repeat request"
as such because anyway, how could that be (counter of messages at the very least is different!) but more importantly, every time Requester asks the server for something, it simply asks about
as many pending things
as it can, there is no "oh, I asked about those and not yet here so let's ask exactly those again"
diana_coman: and now re waste traffic: at t1 there are requests for obj a, b, c; at t2 Requester wakes up and asks the server "what are a, b, c", drops those
as "done" and goes back to sleep; at t3 there is another request for a,b,c so Requester puts them back in its queue; at t4 a,b,c arrive; at t5 Requester wakes up and ...asks the server again "what are a,b,c?" because well, they are there in the queue, right?
☟︎ diana_coman: whenever it decides it CAN actually send a message to the server to ask for something, it packs together
as many of those pending requested stuff
as it can in one message (protocol allows a request for several files/obj in same message) and it sends it on its way
diana_coman: cache will have some default value for anything (because defaults are by type/role so not a problem to have them upfront) and it provides those or better, simply marking them
as what they are but never saying "huh, no such thing"
mp_en_viaje:
http://btcbase.org/log/2019-05-27#1915697 << trist da' tru. the fucking problem with solving problems is that
as the problem solvers get old the next generation takes over, and they only ever dealt with the solution ; didn't ever deal with the problem. consequently they limply expect the solution, in the sad terms of "oh, do we still have to", without any appreciation for the difficulty of the problem, resulting in fucking amer
☝︎ mp_en_viaje: (obviously "forevermore" means -- for
as long
as he's wearing that type of armor, and include all other dudes wearing the same type, yes, i'm not looking for dwim here.)
mp_en_viaje: (the programmatic logic being that
as i focus on the game again, the screen will have to be redrawn, which will suck from the cache ; obviously this may not work ~exactly~ like this for a number of reasons -- which is why it's called an ideal. it should work like this.)
mp_en_viaje: in another statement : there's two classes of data : erste klasse, which is data which the client may reference (such
as, move me two to the left), and buluk klasse, which is data the client may never reference (such
as, make my armor one iota shinier).
mp_en_viaje: therefore will necessarily have to be resolved by the client. in many important fields (such
as where the client thinks its located), the server has the important mechanism of denial, to support fast correction. but when it comes to, eg, what icon should represent x item, or how its 3d texture shoudl look etc, there's no shits given. client can display the world any way it does, and the server will not care.
a111: Logged on 2019-05-27 22:32 diana_coman: you mean if it timeouts on a request then it lets it just lets it be? it makes it even simpler from my pov, not
as if it's an issue but essentially I'm not sure how do you then avoid the case where you play happily offline and ...not notice it?
diana_coman: you mean if it timeouts on a request then it lets it just lets it be? it makes it even simpler from my pov, not
as if it's an issue but essentially I'm not sure how do you then avoid the case where you play happily offline and ...not notice it?
☟︎ diana_coman: so a-f are data and therefore stored in cache
as such; there are those things a-f ; nothing more
diana_coman:
as a higher-level concern than Requester's ; requester is specifically concerned with trying to get whatever is asked of it *from the server*; it can of course decide on what it requests first for instance (perhaps the item that was demanded of it most times since last request)
diana_coman: yes but there is no generic client asks
as such; from pov of client ALL the asks always get - defaults.
diana_coman: it is not
as such a "retry" i.e. the request will not be a new one
diana_coman: nope, there is no such thing
as "everything but the icon"
diana_coman: in other stepping-in-all-the-holes : it seems I found a fail-mode of mp-wp browser interface namely if one pastes the content of a post first and only then (possibly after it rushes to quick save it or whatevers) the title, it fails miserably
as it apparently tries to save it with title "" (notwithstanding that no, it should not, there is actually a title to it)
☟︎ mircea_popescu: s invented the tatu "lesbians" or that ro retired gangster invented "inna" (and yes he married her) ; then he woke up, smartened up, and simply sampled the goods : shakira and j-lo ever shared a bed while sucking his dick
as yet-unknown stags.
mircea_popescu: the more i think about it the more it becomes obvious that a) there's no class in the us,
as everyone MEETS THE ~SAME NUMBER OF WOMEN ; b) that number was ALWAYS extremely tiny, a few dozen and obviously c) it's dropped significantly past coupla decades and might continue dropping.
BingoBoingo: That's another problem. Once the easy protein got ate the US pivoted quickly to packaging the same couple grains
as variety
mircea_popescu: nothing else even fucking qualifies
as "war making" what the fuck, men lite.
mircea_popescu: the only way to run a fucking army is a) you sign up for 25 years ; b) you rape and pillage -- get the equivalent loot share
as precious metal medal after every fight ; c) when retiring you get plot of land and you are obligated to marry at least two local teenagers and fucking live there with their children.
mircea_popescu: somehow the zombie horde of muricans picked one of the three
as their
witlessing point. it's fucking unseemly ; the only thing "i climbed mount everest" does in a social context is communicate you gotta be fucking punched. like "being a nobel laureate" or "having won the oscars" or whatever other such zombie glory.
BingoBoingo: asciilifeform: But its a terminal gig for whichever meatpuppet gets it. Once they take the chair they get however many months of salary
as prime minister and that's it. A very Shremmy problem.
mircea_popescu:
https://www.oglaf.com/forecast/ << such excellent concise statement of pantsuitism. "nothing to do with us", this is a ~possibility~ to the pantsuit mind. which happens to be the definition of the term : a pantsuit is the mentally deranged who imagines just like a cow or a boulder exist, so his "indemnity" exists, there can be such a thing
as "nothing to do with him". ties directly into both [
http://trilema.com/2018/the-pr a111: Logged on 2019-05-24 06:38 mircea_popescu: cuntfear, produced
as the reflection of the (young) female
coy behaviour in the (
socially isolated) male, is the basic, universal driver of all the idiotic subcultural behaviour.
mircea_popescu:
as far
as "don't take your guns to town" dorky mcdorkenson is concerned, there's nothing
scarier.
mircea_popescu: be it "religion"
as the male activity, or whatever the fuck else.
mircea_popescu: amusingly, the "debate" (between sex
as a purely performative activity and "moral" sex) directly mirrors the older "purpose of literature" wank. it's a sure sign you're reading cvasi-literate morons when all their crap has a "clear moral tendency". which is actually the deep reason you don't like inane anglowank like jane austen, and ALSO why gay-in-denial us math grad / budapest "writer" does "like" it.
mircea_popescu: thus pedestrian vomit like "pua"
as well
as reactive nonsense like "re-protestant/original xtianity", "straightedge" etcetera. they're all the ~same thing, epiphenomena among the inconsequential, and you'll readily notice the rlationship between peons' reaction to my showing up and these dudes reaction to porn
as a cultural phenomenon.
mircea_popescu: but in impoverished, rural, "traditional religion" communities, such
as the european metropolitan ghettos / ex euro colonies producing their demographic support, it resulted in poorly expressed, highly tensed wank.
mircea_popescu: in relatively affluent, urban, educated communities such
as 1970s fobourg st germain our revolution yielded masturbatory lulz liek say bruckner&finkielkraut's nouveau désordre amoureux & following ;
mircea_popescu: come to think of it, whole "pua" "ecosystem" was sad/lulzy porn derivative work, about
as consequential
as "gonzo porn" or w/e.
mircea_popescu: anyway, nothing
as structured
as al lthat. doing some travelling is all.
BingoBoingo: Sure, but no one think of computers
as a known-price item here.
BingoBoingo: Shame Mandarin
as a single language appears potentially more crippling than English on an individual level (on a population level, very organized).
mp_en_viaje: why did petrus play the servant for
as long
as he did ?
mp_en_viaje:
as long
as you don't have me distinguish plain yellow from crude green you're fine
a111: Logged on 2019-05-22 19:13 mp_en_viaje:
http://btcbase.org/log/2019-05-22#1915196 << if it helps you any, imo (
as well
as in the opinion of ~all successful merchants of the original most serene republic, along with ALL other successful merchants, up to and including the phanarioti Ἰωάννης Γεώργιος Καρατζάς), "saving" is a misnomer. you may expend a ~SMALL~ fraction of your income. not save a small fraction thereof. living on 1-2-3% of what you make, aged 20 to 30
BingoBoingo: <asciilifeform> ( incidentally, given
as there's a pete_dushenski thread in there -- loox like his www has been stone-dead for coupla wks nao ) << It recently started loading for me again
mp_en_viaje:
http://btcbase.org/log/2019-05-22#1915196 << if it helps you any, imo (
as well
as in the opinion of ~all successful merchants of the original most serene republic, along with ALL other successful merchants, up to and including the phanarioti Ἰωάννης Γεώργιος Καρατζάς), "saving" is a misnomer. you may expend a ~SMALL~ fraction of your income. not save a small fraction thereof. living on 1-2-3% of what you make, aged 20 to 30
☝︎☟︎ a111: Logged on 2019-05-19 05:46 mp_en_viaje: this is the cornerstone of survival : the adversative relationship.
as long
as you know you're there to steal, you measure how much you steal, and you get out on some sort of time horizon, you may survive.
mp_en_viaje: if it were the case, then there'd be no such things
as the doctor-turned-art-critic etc.
mp_en_viaje: then successive steps change the situation, what was chosen before is both more likely to "work" (
as the kid has re-defined working) and to be chosen.
mp_en_viaje: i'd say which is chance. step 1 of the markov process, even balanced, why not. for all the diff it makes, might
as well be.