asciilifeform: dunwork so much with parcels in the post. because otherwise 'erryone would write it'
asciilifeform: phf: in my experience the magic word is 'commercial sample for demo'. but only worx with suitcases.
asciilifeform: mod6: at no point does babysitting-and-restarting-blindly accomplish anything useful.
asciilifeform: mod6: at the risk of repeating myself : don't babysit nodes. if it genuinely 'gets stuck', and not merely on account of poor block propagation at the particular time you are watching -- it is potentially serious problem, and you want debug info . if on other hand it is a chronic situation, you want to instrument the thing with timers, find out where it spends time.
asciilifeform: phf: worx with variable success. didn't , for instance, for FG to diana_coman
asciilifeform: and fwiw i NEVER restart a node unless it actually crashed ( and it's been some yrs since last case of this ), why would you destroy valuable info re an actual-stuck eggog
asciilifeform: what would the contrary even mean ? that the low bit is on left side of the chip , vs right ? what if it turn my comp around on the table , lol
asciilifeform: 'bit order' does not meaningfully exist outside of serial lines, where a time parameter is imposed
asciilifeform: well yes. but you gotta use the подвиг радиста UI to get'em..
asciilifeform: i also agree with mircea_popescu in re ~new~ cpu design having no business being byte-addressing and having a detectable endianism orientation AT ALL.
asciilifeform finds that he agrees with phf : like it or not, a good % of the cheap and effective older iron that is and will remain in use in tmsr , specifically in opposition to x86ism, is big-endian.