log☇︎
395 entries in 1.116s
asciilifeform: mircea_popescu: speaking of 'starting to bump against an objective limit', it's starting to look like ethernet switch bulk is the limiting reactant for 'how many rk/similar can pack into box'
asciilifeform: BingoBoingo: i've ordered 1u carcasses for the rk and apu1 plants , and will be machining the fittings for the internals in the next weeks.
asciilifeform: trinque: i'm actually all for offering it as a preconfigged variant of rk . my objections were 100% re the traditional variant, where all packets nominally become part of an indistinct outgoing soup via 1 shared ip.
asciilifeform: if each 1 gets own rk, it'd have to cost at least same as what rk presently priced.
mircea_popescu: sending it from where ? a rk box ?
asciilifeform: trinque: could easily offer e.g. rk w/ preconfigged whatevers. but do you suppose these '20s' will pay 70 $ for 10kB/s , instead of lulazon's 3 $ / 100MB/s ?
mircea_popescu: you're allowing yourself to be misdirected. just get the peopel looking for the item called "vpn" in empire universe on a rk or w/e the actual item is
asciilifeform: BingoBoingo unless you have a specific objection , i'ma go with 2x opteron (as already specced!) + 6x rk + 4x apu 1 . ( despite lack of adult gnat for rk , it continues to sell, really is the closest thing we have to an in-demand item )
asciilifeform: rk co. seems to not be doing so hot in market. is, near as i can tell, being price-squeezed by the even cheaper (but for our application useless, as they dun boot bloblessly) arm clones
asciilifeform: BingoBoingo: plox to revisit the rk q in light of http://btcbase.org/log/2019-07-24#1924558 ☝︎
dorion: ty mp_en_viaje I am Robinson Dorion, the someone BingoBoingo mentioned had inquired about the rk. Plan is to sync a trb node there.
asciilifeform: mp_en_viaje: rk is imho a proper box. 128GB storage, GB/s nic
a111: Logged on 2019-07-17 12:25 asciilifeform: the incident where i glued together rk pilot plant, to only ~then~ find out that nobody knows when the fuck proper gnat will actually build arm binaries w/ working threading, was instructive.
asciilifeform: mp_en_viaje: rk and dulap 4.x , but heavily hand-cut. ( and i suspect can be cut further still . ) i dun operate kernels other than hand-cut.
asciilifeform: the incident where i glued together rk pilot plant, to only ~then~ find out that nobody knows when the fuck proper gnat will actually build arm binaries w/ working threading, was instructive. ☟︎
spyked: iirc the rk (and everything on arm64) is on 4.x
asciilifeform: there's a vacant rk, prolly adequate for anything short of trb node
asciilifeform: BingoBoingo: on examination, loox like may not be, cuz dun boot 'blobless' like rk
a111: Logged on 2019-07-16 12:24 asciilifeform: looks like potential replacement for the current rk , even.
asciilifeform: looks like potential replacement for the current rk , even. ☟︎
asciilifeform: decent, reportedly similar to rk
a111: Logged on 2019-06-22 07:44 danielpbarron: http://btcbase.org/log/2019-06-20#1919087 << is rk a rockchip? are there any available? what's it cost?
a111: Logged on 2019-06-20 21:48 asciilifeform: i do not begrudge danielpbarron his ddos laboratory, but imho he really oughta do it on rk.
danielpbarron: http://btcbase.org/log/2019-06-20#1919087 << is rk a rockchip? are there any available? what's it cost? ☝︎☟︎
asciilifeform: hence asciilifeform's ' danielpbarron, plz consider rk '.
asciilifeform: would even be open to helping danielpbarron with his ddos magnet laboratory. BUT would really prefer if he took it to rk, so we can move him around b/w ips w/out affecting other folx.
asciilifeform: i do not begrudge danielpbarron his ddos laboratory, but imho he really oughta do it on rk. ☟︎
asciilifeform: ( as was, e.g., diana_coman's rk & qntra )
asciilifeform: i do recommend that danielpbarron upgrade to a rk, however
asciilifeform: in re: those browser gamez -- the 1080 is 'shooting fly with cannon' for these, they'd happily run on e.g. rk (or prolly even 486..)
asciilifeform: as for rk, asciilifeform is quite reluctant to expand the rk plant presently, as we lack a 100%-useful rk gnat
asciilifeform: BingoBoingo: think also re what else we ought to have ( spare rk ? disks? etc )
asciilifeform: the customers'd get the standard image, as they do on rk, and can then do whatever, pay per MB of disk and per cpu cycle.
asciilifeform: the rk gentoo is half a GB iirc (incl. gcc toolchain)
BingoBoingo: The vacant rk can indeed be rigged with the SATA snake to add a 1tb drive.
asciilifeform: incidentally, there's a vacant rk, and if customer chooses to use the available sata snake and a 1tb ssd, he can trb. BingoBoingo plox to add this to the advertised list.
asciilifeform: bvt: my 3328 boxes run off rk's branch to begin with
asciilifeform: re lappies : recently someone wrote to asciilifeform re an rk lappy supposedly in pre-production .
asciilifeform: to be maximally pedantic : both 'dulap' and 'rk' gentoo tarballs were created by literally tarring up the contents of two respective boxes where asciilifeform hand-sewed a gentoo based on the classic 2015-era 'kill list' gentoo recipe.
asciilifeform: dulap-gentoo is essentially same item as rk gentoo, and is installed same way.
asciilifeform: http://btcbase.org/log/2019-05-02#1910633 << there's actually not 1 but 2 'standard os' available in piz ( 'rk' and 'dulap' tarballs ) but both are stone age gentoos, they are obsoleted by cuntoo (when the latter is pronounced baked, but really even nao, it is impossible to e.g. 'emerge' packages on the vintage gentoo, the upstream package repos went full tard year ago ) ☝︎
a111: Logged on 2019-05-01 22:24 asciilifeform: i.e. 100% 'blobless' boot, like rk.
asciilifeform: interestingly, the disappearance of the 2gb rk has made the apu1 just about price-equivalent with rk . ( tho it ~does~ occupy 5x the physical space, and eat 4x the current )
asciilifeform: i.e. 100% 'blobless' boot, like rk. ☟︎
asciilifeform: granted , rk worx fine for 'traditional' soft, e.g. mp's wp ; but let's say 'tmsr dns' or other adatronic proggy becomes part of typical use, then wat.
asciilifeform: right nao i cannot justify investing large bag of dough in rk
asciilifeform: BingoBoingo: diana_coman provoked me to think : until arm64 gnat is fixed ( and we dun know when this will be! cuz ave1 is MIA ! ) it does not make sense to expand the rk pilot plant . do we want instead to fill the next crate entirely with amd ? let's make a decision on this in the near term, so that we can put down a definite date re next buildout
asciilifeform: diana_coman: one we install additional units, this machine will be listed in the catalogue next to rk. ( presently the only available unit is the one discussed earlier, and only by special arrangement as with hanbot )
asciilifeform: http://btcbase.org/log/2019-04-27#1910082 << with a few enumerable caveats ( rk, coupla other irons ) this is entirely troo ☝︎
asciilifeform: incl. for a 2gb rk box
spyked: http://btcbase.org/log/2019-04-05#1907037 <-- on the longer term, something along the lines of http://btcbase.org/log-search?q=ice40 ; on the shorter, http://btcbase.org/log-search?q=apu / http://btcbase.org/log-search?q=rk ☝︎
asciilifeform: this is 1 of the wins of rk, thing can live on 3W
asciilifeform: ftr rk is effectively 2x, as measured, slower than this gauge box , on ffa.
asciilifeform: mircea_popescu: my ( dulap & rk ) trees, eat 'n' re subj w/out choking
asciilifeform: i'm reluctant to do the massive rk thing until we have a semblance of working gnat for arm
a111: Logged on 2019-03-10 17:02 mircea_popescu: perhaps the correct republican approach is not to bake cpu, but to ~bake memory~. why even bother with the whole turdpile that's ddr init when could simply have sane ram, and rk with it.
mircea_popescu: perhaps the correct republican approach is not to bake cpu, but to ~bake memory~. why even bother with the whole turdpile that's ddr init when could simply have sane ram, and rk with it. ☝︎☟︎
a111: Logged on 2019-03-09 22:38 asciilifeform: if you ever wonder why your x64 iron draws 50x the wattage to do same thing as e.g. rk, wonder no longer -- the insanity where shit gets moved around to accomodate idjit instructions with fixed in/out hoppers, the insanity where you gotta set prefixes to specify what width ~each operand~ is (why this is needed ? srsly) , all of this adds up to 3bil transistors that heat the room
asciilifeform: if you ever wonder why your x64 iron draws 50x the wattage to do same thing as e.g. rk, wonder no longer -- the insanity where shit gets moved around to accomodate idjit instructions with fixed in/out hoppers, the insanity where you gotta set prefixes to specify what width ~each operand~ is (why this is needed ? srsly) , all of this adds up to 3bil transistors that heat the room ☟︎
diana_coman: re sjlj and zcx and apache - the current RK use would be the only iffy current situation re banning zcx
asciilifeform: ^ pictured is 'pi', which is item similar to rk, but rejected by asciilifeform on acct of multi-MB blobism and massive unkillable (afaik) fritz chip core
asciilifeform: really oughta have a backplane connector, also ( the actual rk, takes up good 70-80% of enclosure space with cabling and legs )
asciilifeform: ( asciilifeform would luvv a rk-like item baked by sane folx, could easily be half the size or smaller, i.e. w/out the useless ports, and perhaps with e.g. sata instead )
asciilifeform: rk actually has a video port, but asciilifeform baked the kernel w/out support for it
asciilifeform: ( this is what we do on rk )
asciilifeform: mircea_popescu: apu is something rather like a x64 rk.
mircea_popescu: basically there's not much room for middle here. either rk or else monster -- even things such as shared hosting are better off on large x86 server than a bunch of mid ones
asciilifeform: ( on rk, 0 and 1 respectively )
asciilifeform: the apu loses on physical space ( it takes the sq. metrage of 6 rk , just by itself ) and cost ( +30% over rk ) aand naturally x86itude.
mircea_popescu: well, doesn't seem like the end of the world, then, to say "this is the rk, has so and so list of advantages as before discussed (truly independend box, etc) and the one drawback meanwhile discovered that you can't really do tmsr-like threading in ada on it, which may be fixed later"
asciilifeform: ( this is somewhat of a black art, it is probably possible to come up with a benchmark where the rk wins )
mircea_popescu: how many cores in the rk cpu ?
asciilifeform: so asciilifeform leans to installing a qty of x64 boxen of roughly same cost profile as rk ( but with added bonus that they eat sata drives ) : apu1. these also have bonus of published electrical schematic and custom asciilifeform bios from src.
asciilifeform: what we have this wk, is a 'sjlj-gnat dun go on arm64'. i dun expect this is a permanent disease, but i do expect it'll take time to fix, esp. if asciilifeform has to do with own 2hands. until then, rk cluster is stuck with the obsolete compiler ( which runs e.g. 'lamp stack' and even zcx-gnat , but obv. won't run the emerging standard sjljistic one until fix. )
BingoBoingo: asciilifeform: new rk is indeed idle
asciilifeform: BingoBoingo: it is also my understanding that the new rk is presently idle. if this is still so, i'ma commandeer it for propaganda ops. lemme know.
a111: Logged on 2019-01-15 15:32 asciilifeform: it is also time to speak of the next crate. and the customary four cargo slots. 1 is to contain a replacement for uy1 ( and ideally will run cuntoo . ) 1 will contain a 1u that holds rk's. this gives 2 1u slots remaining, they can be occupied by colo passengers, if these stand up and wish to ride , or pizarro irons, at BingoBoingo's option.
asciilifeform: re rk -- not errybody is running ada proggy, and errything else appears to work quite well there.
asciilifeform: re capacity : also needs discussion. currently considering rk array (1u), two x64 boxen of dulap type, and additionally a set of apu1d4 (see logs, or https://archive.is/8JBbH ) .
asciilifeform: that being said, sjlj is apparently totally broken on arm gcc currently, and if want a threaded proggy on e.g. rk, currently stuck with zcx
asciilifeform: diana_coman: the caveat is that i still dunhave a working cuntoo for all asciilifeform-operated irons; e.g. rk is still running barbaric old glibc gentoo
asciilifeform: aarch64 == arm64, that's the ave1-baked rk gnat
asciilifeform: diana_coman: i notice you were building 'aarch64' ? this was on rk ?
asciilifeform: as seen on e.g. rk
shinohai: Yeah, I haven't a rk yet to try, that may come in few weeks
BingoBoingo: mircea_popescu: Rather than a rk, shinohai cuntoo'd and AMD E-300 (AMD 64) laptop
mircea_popescu: ok so basically so far the situation's that shinohai managed to get trinque's sig to match on a rk but not an intel lappy, while diana_coman mod6 hanbot failed to get it to match on a diverse set of items (laptop, desktop, racked box).
asciilifeform: mircea_popescu: presently exists for rk. do you suppose also oughta have one for pc ?
asciilifeform: i'd prefer to get the rk plant onto a working cuntoo as soon as it becomes practical.
asciilifeform: and incidentally ( achtung rk users ! ) if you are careless and allow 'emerge' to update, you will hose the machine, from that point it will whine ( about the prohibition on systemd!! ) and grind to a halt when asked to emerge anyffin
asciilifeform: rk-gentoo still pulls from heathen mirrors if you 'emerge ...' , i dun expect this will work 4evah
asciilifeform: ( cuntoo was not available when i baked rk , and it was necessary to work around the sad state of the upstream mirrors, hence why bottled it )
asciilifeform: BingoBoingo: there is of course the bottled gentoo i baked for rk; but it is also arguably a technological dead-end, and eventually oughta be replaced with arm cuntoo
asciilifeform: lol rk crashed and ate own shit, not reboot, yer thinking of the x64
mircea_popescu: why did your rk reboot ?
asciilifeform: really rk would make an ideal lappy guts.
asciilifeform would really like to somehow turn rk into a sane lappy, but presently dun have enuff hands for such thing
BingoBoingo: asciilifeform: I am going to head down to the basement to put two old RK drives in dulap for zeroing and to retrieve the USB to SATA cable for zeroing the rust
asciilifeform: mircea_popescu: if you're certain you won't need fast disk of >1mo of operation, we can feed you one of the still-working retired rk drives
asciilifeform: BingoBoingo: i'ma get to it at some pt. currently hands full with 1) ffa 16b & 17 2) looking into to whom we gotta http://btcbase.org/log/2019-02-03#1892227 3) speccing components for 2nd rk plant ☝︎