70900+ entries in 0.446s

phf: i think there's
a lot of general "couldn't care less"-ness going on all around. whisperers don't care about asciilifeform's plight
mircea_popescu: phf my conclusion is built out of
a lot of disinterest, mind.
mircea_popescu: he might also not have
a more useful clue than quoted.
a111: Logged on 2017-02-19 17:37 phf: i'm not sure, but i remember you have to put
a handful of magic incantations to live fix clx on genera to make it connect to crapple's x11
a111: Logged on 2017-03-08 23:26 asciilifeform: mircea_popescu: i did describe earlier, having concluded
a few yrs ago that it is cheaper, easier, moar pleasant, to cut appart 'snap4' emulator (i have
a pc build here ~with debug symbols~, comes apart in ida nicely) than to suffer with nitric acid and electron microscope
mircea_popescu: not that there's anything wrong with it, as
a device. it's funny, even. but if man becomes his devices man misses out on things which, upon examination, man did not want to miss.
mircea_popescu: asciilifeform there.is.
a.cost.to.kindergartner.knows.device.
phf: he's welcome, in his own words, to "go, implement". having read that code, i'm unconvinced that it's the "buddha's front gate" to
a working lispm fpga
phf: it never occured that he wanted the link. when he said "i want snap4 source" i assumed he's talking about the original alpha source, or
a complete working lispm emulator from scratch,
a spherical horse of "working, readable lispm emulator", rather then what's actually there
☟︎ mircea_popescu: i'm saying you can't rely on it always working! cache misses are
a thing, local maxima capture is
a thing, whadda ya want
mircea_popescu: nor do i mean it as
a belittlement. obviously train runs on tracks, car runs on road but lower efficiency ; 4wd needs not road even worse efficiency etc. you are what you are -- but just so, the problem is what it is.
mircea_popescu: and this is
a very important point, and cogent throughout, including re trb-i design
mircea_popescu: the solution to bad indexing is
a lot of dirty nodes, not
a few "l1" ones.
mircea_popescu: dude... 10k.
a 1% of
a real estate deal gone south. who cares.
mircea_popescu: he does prima facie seem to have
a point, just not altogether sure what it is.
phf: i think the implication is that "whisperers" are so poor (being dirty redditors) they can't even buy
a cheap fpga
phf: you're making
a lot of assumptions, about goals and strategies of others
phf: is that
a legitimate question, or rhetorics for log?
mircea_popescu: it's not
a defensible sharing of the power in any conceivable desing.
mircea_popescu: phf he has
a strong case though. no blogs, no mirrors, jack shit. "oh we knew. github." cmon.
Framedragger: ...yeah, i think that the proper way to do it then is to take entire disk, populate it with things to
a high degree and (somehow) with enough spatial dispersion, and benchmark, and restart entire thing between benchmarks.
Framedragger: right, yeah, but the (really) random seeks.. i hoped to tumble it
a bit at least
phf: amusingly enough genera's clx is missing some x code for rendering bitmaps. meanwhile clx got ported out, worked on by
a dozen of different teams, gender pronounced and ~still~ that code is missing, with the same disclaimer
Framedragger: i must write
a short comedy screenplay for how discussions develop in #trilema. "i want to take
a picture" ... ... ... [intense calculations of incident gamma rays to reclaim lost pixels in images] [furious rehash of late renaissance representationalism]
phf: beats an xl1201 by
a margin
a111: Logged on 2016-09-14 13:28 asciilifeform:
http://btcbase.org/log/2016-09-14#1541639 << not only is this true, but you won't be seeing scientifically accurate nanosecond timing in
a konsooomer box at all. the physical clock is not up to it.
a111: Logged on 2016-09-14 12:01 Framedragger: "rdtsc is not guaranteed to be available on every CPU, or to run at
a constant rate, *or be consistent between different cores.*" (emphasis mine). `get_cycles()` is recommended, but from cursory look it seems that on some architectures it uses rdtsc internally? madness.
mircea_popescu: i do not trust his clock ; seems to be accurate within
a few ms at best.
a111: Logged on 2017-03-10 20:31 Framedragger: some (very initial) symlink stats - more stuff will have to wait - given
a "here are 1mn 'transactions' which symlink to files, resolve links and read from linked files in random order for 100mn times" setup, with one-folder-deep structure, like so: "simple_f1/e5/e5edc34c57d5ea2ea99cfe16d04655aa000c3d7f268022d2b21f95928fa34674 -> /files_f1/99997.txt", most basic stats are:
a111: Logged on 2017-03-10 19:39 trinque: we'll make
a CL lib for p
mircea_popescu: acid is not
a bad idea in the sense "valentine's day" is not
a bad idea.
Framedragger: ACID is not
a bad idea yknow. i wonder if you could accomplish what you wanted with dirty slave reads via streaming replication or sth. but, eh. bbl, food
a111: Logged on 2017-03-10 19:38 asciilifeform: trinque: then i'll need
a cl pgp parser
Framedragger: also just ftr,
a b-tree by definition has every part of it be of the same depth. 'unbalancing b-tree' doesn't even make sense. but you could have 'just
a normal tree', and one can implement custom indices. just pointing out
mircea_popescu: this theory of yours crashes on the jagged shores of
a meaner reality.
a111: Logged on 2017-03-10 23:06 mircea_popescu:
http://btcbase.org/log/2017-03-10#1624446 << there may be
a lot of merit in this. even l1-l4 implemented via kernel table may be faster than freestanding l1 with "occasonal" (to be defined) cache miss aka collision.
Framedragger: (also just for poterity it's not like you can't tell
a decent db which indexing mechanism it should use. but i agree with main 'general tools are ~meh' sentiment)
mircea_popescu: the rebalancing above
a fine examplke of the fundamental problems.
a111: Logged on 2017-03-10 22:21 mircea_popescu: the noion that hdd is usable or useful is
a cute pipe-dream of the web generation, unsupported in cold reality.
a111: Logged on 2017-03-10 19:33 asciilifeform: Framedragger: all you need is to check
a read candidate against the current list of active writes.
a111: Logged on 2017-03-10 18:40 asciilifeform: you can use x64's page table to 'cheat' and store
a sparse form !
a111: Logged on 2017-03-10 18:01 trinque: god forbid the disk always be in
a coherent state, eh?
a111: Logged on 2017-03-10 17:16 asciilifeform: the Right Thing would probably be to have
a very simple kernel driver that takes
a specially-marked disk partition and gives userland trb linear use of it, as plain array
mod6: On
a brighter note, about to setup
a new trb node this weekend outside of aws. So that's awesome.
mod6: like
a chimney. still does.
mod6: with chemo... could be 8-12. we don't think we'll do chemo tho. don't see much of
a point.
mircea_popescu: i don't think anyone correctly represents the tower of accidental good luck that stands between
a disk seek and your desired pron.