log☇︎
73000+ entries in 0.041s
a111: Logged on 2018-09-28 00:54 mircea_popescu: just makew sure you put something in there to distinguish "my interface is shitdrops on the floor"
asciilifeform: http://btcbase.org/log/2018-09-28#1855180 << also forgot to answer -- it's a mips 'octeon' running freebsd off ssd , iirc described in several old thrds ☝︎
a111: Logged on 2018-09-28 00:58 mircea_popescu: but yes -- the test can (and likely will) be tightened. for starters we just wanted to get a sort of "absolute path limits". and THESE do indeed turn out to be further out than originally thought -- 2kb packets make it np unfragged and in order 100% of the time, and even 20-60kb packets made it.
asciilifeform: http://btcbase.org/log/2018-09-28#1855188 << nitpick: >1500byte always fragged, cuz ethernet. but! apparently get sewn back together in time. at least at the currently tried rates, and with mix of sizes ( remains to be seen what receiver will do with a summed MB/s of frags from different people ) ☝︎
diana_coman: asciilifeform's published test data seems to match what I got on my initial tests with 1 second delay; my current plan is to collect first at least 1 week worth of data and then to repeat the experiment with a. smaller delays b. several senders perhaps ☟︎
diana_coman: also, note that eulora does not enforce "all players within sight get position update" because server does not push basically; it's up to clients to request what they want, when and if they want it
mircea_popescu: there's also no intention to reproduce the usual http://trilema.com/2016/the-eastern-rpg/ bs. there's not going to be a "central town" everyone HAS to go to because of the linear&automated questline.
mircea_popescu: however, the position is not 20 byte. idea is for eulora to make do with ~6.
mircea_popescu: there is that.
Mocky: and this doesn't count pets / hirelings / mobile npc's
Mocky: there are clever ways to reduce, somewhat. but no silver bullet
Mocky: http://btcbase.org/log/2018-09-28#1855218 >> players in sight of each other, all getting position updates for all others is *THE* central scaling 'n squared problem' for mmo. 20 byte position sent 4 times per second to 100 players is 8k/s per player. and 4 updates per second is really not enough for good playability when you factor in the round trip lag. 15/s is less draconian (many games send 30-60). 100 players gathered with 15 updates ☝︎☟︎
a111: Logged on 2018-09-27 19:17 BingoBoingo: asciilifeform: I have returned from the envirorast office, about to fire off a message to DHL informing them to try again as I am a provisionally acredited importer of packaged goods for commercial use
mircea_popescu: http://btcbase.org/log/2018-09-27#1855070 << this guy. getting him out of the flophouse was the best move ever. ☝︎
asciilifeform: mircea_popescu: it not only made for very picturesque output in old buggy vtrons, but pretty terrible for blood pressure, as turned out that the supposed 'disable fuzzy' flags dun actually do anyffin in gnupatch
a111: Logged on 2018-09-27 17:54 asciilifeform: phf: imho your approach , i.e. dispensing with gnupatch, is The Right Thing, historically there was quite a bit of grief from gnupatch's habit of eagerly attempting to apply an invalid (by vtronic lights) but 'partially ok' by barbarian lights patch
asciilifeform: mircea_popescu: shouldn't take much sweat, anyffing that calls gnupatch could just as readily call phf's
a111: Logged on 2018-09-27 17:49 asciilifeform: esthlos's thing calls to gnupatch ?! ugh
mircea_popescu: http://btcbase.org/log/2018-09-27#1855058 << iirc he was getting rid of that. ☝︎
a111: Logged on 2018-09-27 17:27 phf: trinque: vtools has not been design or intended to compete with any particular v implementation. it's a set of tools that you can use in a v workflow (hence the name). at least initially it was two matching tools vdiff and vpatch that know how to produce and consume a canonical vpatch. the conflation came up, because i also published vtools in a form that broke existing canonical v, v.pl, and was tasked with fixing the situation.
mircea_popescu: http://btcbase.org/log/2018-09-27#1855053 << this is historical. ☝︎
mircea_popescu: we don't do shit for any other reason than because "alternatives were reviewed, this came out".
mircea_popescu: well... the republic is organically grown.
asciilifeform: mircea_popescu: lol recall how we even ended up with v, ' asciilifeform : 'it is obvious!11 how to arrange trb patches' errybodyelse : 'nah' )
a111: Logged on 2018-09-27 16:08 asciilifeform: imho the situation where 'errybody made own hack' but no one posted 'because obvious' is a barbarism, really ought to have a civilized 'here is the whole thing' sitting on www somewhere.
mircea_popescu: http://btcbase.org/log/2018-09-27#1855041 << this is so, "here's a complete model" is a periodic necessity. just you know, can't complain that "not there jit when i wanted it". but yes in general, ur examples must be had, fully functional model trains must exist, etc. otherwise how to even run academia. ☝︎
mircea_popescu sitll goign through teh logs. apparently going out for a few hours IS UNSAFE
mircea_popescu: dunno how many people keep that around though. i don't think it'd be a crime or anything to make a command-line keccak branch off of it, so people can just press to that if they want.
mircea_popescu: re stand-alone hasher : useful in general (for reason alf describes) even if not strictly needed for v work ; the only way to get one i know of atm is via eucrypt.
a111: Logged on 2018-09-27 16:02 phf: you can basically do (cat foo.vpatch bar.vpatch qux.vpatch) | vpatch and expect the resulting press to be fully valid, hashes and all
a111: Logged on 2018-09-27 09:34 diana_coman: http://barksinthewind.com/2018/vtools-keccak-regrind/ -> gotta ask here, phf, am I missing something or what Wednesday was that there in the first line meant to be?
a111: Logged on 2018-09-27 15:58 phf: i guess it's presumptuous on my part to think that it's exactly obvious how to take vtools and plug it directly into an existing v's, but that's all that's needed
mircea_popescu: http://btcbase.org/log/2018-09-27#1855025 << actually this is exactly >> http://btcbase.org/log/2018-09-27#1854931 ; i saw it there then, i checked it off in my head and did not return, that or any other wednesday, to check. turns out, it got dropped. don't do that! ☝︎☝︎
asciilifeform: they dunwork. cuz how would they.
asciilifeform: any an' all of the 'soft' hacks
mircea_popescu: aha. i recall this also.
a111: Logged on 2018-09-26 18:52 mircea_popescu: so delete them, then.
a111: Logged on 2018-09-27 15:57 phf: i think v.pl is a venerable tool, it's battle tested, it has established interface, it's been worked on for three years now. i don't see any reason to throw it out.
mircea_popescu: http://btcbase.org/log/2018-09-27#1855023 << moreover, i can't imagine who the fuck would make this call ~for others~. you don't like having it, by all means, http://btcbase.org/log/2018-09-26#1854751 ; but i am not going to say "do not use v.pl". ☝︎☝︎
asciilifeform: iirc this was even poettering's orig worming-in -- he claimed to fix mixing
mircea_popescu: good thing linux has code of shithead.
asciilifeform: i dun know the specific answer. but suspect it has to do with the sad audio mixer on most os. they wanna hear the game sounds + the chat.
mircea_popescu: asciilifeform through whatever they like. it's their fucking friends, neh ? sometimes gaming i'll speak acrossd table / yell across room w/e. my fucking harem, my fucking business.
mircea_popescu: kinda weird for a restaurant to also attempt to provide phone service for the patrons. what, they can't carry phones inside ?
asciilifeform: i.e. with telephones ?
mircea_popescu: i don't see why they can't do this -- independently.
asciilifeform never saw the appeal
asciilifeform: i meant those mud folx who have microphones in the game
mircea_popescu: even if you do voices, client should acquire the asset and cache it.
mircea_popescu: not including here asset transfers ; merely the "bread and butter" so to speak.
asciilifeform: will be interesting to try a shot with several people txing from different places. see if it triggers antiddos derpery somewhere.
asciilifeform: mircea_popescu: keep in mind that traffic on receiver will be considerably moar than 1k/s
asciilifeform: mircea_popescu: then yer golden, loox like. at least if errybody has a path no worse than mine
mircea_popescu: i don't really want the traffic to go much over the kb/s range
asciilifeform: mod6: i seem to recall a much sadder london test but that was with very heavy packets iirc
mircea_popescu: moreover, 1kb/s is one thing, 100kb/s ANOTHER thing.
asciilifeform: video does get to skip frames & buffer etc
mod6: thats still 2 orders faster than the last test tho.
mircea_popescu: truth be told, on the internet-as-we-thought-it-was, video on demand'd have been a miracle.
asciilifeform: 10ms is still pretty relaxed pace tho.
asciilifeform: 0 reorderings too, loox like
mircea_popescu: apparently some parts of the internet DID get better over time.
mircea_popescu: maybe was true. in 1994.
asciilifeform: yea i suspect 508 is a textbookism
asciilifeform: about to post the 10ms variant ( 3 shots )..
mircea_popescu: ie, the 508 value largely mythical at this point.
mircea_popescu: (and when didn't made it -- local interface dropping was the likely culprit)
mircea_popescu: but yes -- the test can (and likely will) be tightened. for starters we just wanted to get a sort of "absolute path limits". and THESE do indeed turn out to be further out than originally thought -- 2kb packets make it np unfragged and in order 100% of the time, and even 20-60kb packets made it. ☟︎
asciilifeform: thus far they all show up on my exit router, fwiw
mircea_popescu: in the worst case, capture the flow upstream and see if the box actually puts out the packets ?
asciilifeform: ( i dun have a tap in florida, lol )
mircea_popescu: early proto-test indicated most of the lossage happens before 2nd hop
mircea_popescu: just makew sure you put something in there to distinguish "my interface is shitdrops on the floor" ☟︎
asciilifeform: i'ma try with 10ms
mircea_popescu: asciilifeform wanna run one with .1 s or 10ms ? that might be a good move.
mircea_popescu: and diana_coman or hanbot or who will you pick have little problem in turning over next-day keccak patches on trees, as recently put on display. i don't think they're either smarter or blesseder than you, they just have the toolset ready.
asciilifeform: ( afaik 1sec is way moar than long enuff for a packet to either make it, or vanish )
asciilifeform: upstack, re the udp experiment -- 1/sec is sorta 'cheating', no possibility of reorders
mircea_popescu: so then. phf did a new ~vdiff~. and a very good one at that, from all i can see.
asciilifeform: ( potentially also could be interesting to make echo variant )
mircea_popescu: and bidirectional is good imo, i half expect to discover parity between lastmile->dc and dc->lastmile directions.
mircea_popescu: nb. let it run for a few weeks if you will, so we have nice datasets to work on
asciilifeform: mircea_popescu: so far only tried the -->
mircea_popescu: you're doing wash to uy and back ?
mircea_popescu: restaurant served me complete pie, but body shop did only paint the preexisting car i supplied them with.
mircea_popescu: as things grow, upgrades by parts become a matter of necessity.
asciilifeform: but ftr i released complete kit with orig v, not half thing.
mircea_popescu: standardized tools -- for mcdo cashiers. actual craftsman, responsible for his toolset, which nobody inspects for him but himself.
asciilifeform: i dun recall asking for 'use THIS .emacs' lol
mircea_popescu: yes there's nothing wrong with people publishing toolsets ; but this can't become a fucking expectations wth. craftsman -- has toolset.
mircea_popescu: you realise, i'm not going to go "here -- use THIS .emacs". not in this life.
asciilifeform: and when esthlos releases, will try his.
asciilifeform: mircea_popescu: just nao -- muscle-powered v a la diana_coman . this weekend would like to reword v.py to run on phf's components.
mircea_popescu: that alf manages to do this naturally and with i suspect no malice aforethought (or anything else aforethought at all) is in a sense supportive of the hopes of humanity -- apparently ignorance breeds the nonsense on its own, no "dark lizard" behind it all needed.
mircea_popescu: but yes, the obnoxious part about the ignorant approach is that it purports to "identify as problems" the speciffic parts that are both well designed and functioning as designed, ie specifically the hash transition.
a111: Logged on 2018-09-19 15:56 asciilifeform: mod6: i dun like to discourage folx, esp. mircea_popescu's pupil, who is evidently pouring sweat into the job. but i expected the items would get better with time, and imho so far they haven't
mircea_popescu: sadly there's no simple/just-add-water way out of "i've been ignoring this whole thing for x interval, wut nao". nao -- pick up from where you left off, what.
a111: Logged on 2018-09-27 19:52 mircea_popescu: http://btcbase.org/log/2018-09-27#1854952 << what you apparently did was completely ignore the matter for five months, then discover like children that you actually need tools at the time you started on the task (late at night etc) and so forth.
a111: Logged on 2018-09-27 15:50 phf: asciilifeform: you're just spreading fud, i don't know where to start unpacking this conversation
mircea_popescu: http://btcbase.org/log/2018-09-27#1855005 << certainlt. it's already unpacked, as far as that can be done, at http://btcbase.org/log/2018-09-27#1855075 ☝︎☝︎